servir des pages HTML «normales» à partir d'un serveur Sharepoint

J'ai un document écrit en HTML avec une page d'index TOC reliant à de nombreuses autres pages, certaines ayant des images etc. En d'autres termes, du contenu Web standard.

Mon lieu de travail utilise Sharepoint exclusivement pour l'échange de documents.

Existe-t-il un moyen de télécharger / importer mon document HTML dans Sharepoint? Il semble autoriser uniquement le téléchargement de types de documents à fichier unique comme Word ou Excel.

-

Merci pour les réponses.

Bien qu'il existe un serveur, je n'y ai accès qu'en tant qu'utilisateur sharepoint. Lorsque je demande aux informaticiens d'entreprise de charger ce document sur un serveur Web, ils me disent de charger sur sharepoint. La plupart des tentatives d'explication sont rencontrées avec des regards vides, la seule qui a besoin de moi dit qu'elle n'a pas de serveur Web simple à utiliser et qu'elle ne sait pas comment le faire à l'aide de sharepoint (SP n'est pas son domaine de compétence).

L'aspect du simple téléchargement vers un point de partage que je n'ai pas précisé clairement dans l'original n'est pas clair pour moi et que mes informaticiens locaux ne peuvent pas tout à fait comprendre, ce sont les sous-répertoires. La mise en page du web doc est à peu près:

/
/index.html 
/page/
      /one.html
      /two.html
/images/
      /pic1.png
      /pic2.png

...et ainsi de suite.

Sans réécrire tous les liens, puis-je les mettre en partage?

Merci encore pour toute information.

Vous pouvez télécharger votre code HTML statique dans n'importe quelle bibliothèque de documents et cela fonctionnera. Assurez-vous d'utiliser des URL relatives tout au long pour vous épargner beaucoup de douleur. Le CSS et les images s'affichent, mais vous pouvez avoir des problèmes de sécurité avec JavaScript.

L'utilisation de SharePoint pour stocker ces informations n'est probablement pas la meilleure idée, sauf si vous souhaitez utiliser sa fonctionnalité de contrôle de version (ou une autre fonctionnalité spécifique à SharePoint). Assurez-vous qu'il existe une bonne analyse de rentabilisation ou il sera beaucoup plus simple de simplement l'héberger comme l' a suggéré alpha1 .

si vous avez un serveur, hébergez-le simplement dans son propre répertoire ou quelque chose.

"Sans réécrire tous les liens, puis-je les mettre en partage?"

Non désolé. Vous devez soit refaire vos liens pour refléter le fait que la racine Web de votre site est une bibliothèque dans SharePoint, soit vous devez placer ce site ailleurs.

Si vous placez le site ailleurs, vous pouvez utiliser le composant WebPart Visionneuse de pages Web pour l'afficher dans SharePoint.

Enfin, quel concepteur SharePoint vous pouvez créer des fichiers à la racine d'un site, mais je ne le ferais pas. Je pense vraiment que tous vos documents (y compris HTML) devraient être dans une bibliothèque. Vous devrez toujours corriger les liens.

Avez-vous essayé de simplement télécharger vers une bibliothèque de documents et parcourir le fichier html? Je l'ai fait avec une page créée en exportant un fichier Excel avec des graphiques. Sur mon disque local, le processus d'exportation crée un fichier .htm et un dossier avec des images référencées par le fichier html. Lorsque j'ai téléchargé le fichier .htm (uniquement), SharePoint a également pris le sous-dossier avec les images. Maintenant, je ne sais pas si c'est parce qu'Excel a créé le fichier .htm en tant que fichier en plusieurs parties, donc SharePoint savait qu'il avait également besoin du sous-dossier, ou si SharePoint avait effectivement analysé le code html et savait qu'il aurait également besoin du sous-dossier. Une fois le fichier sur SharePoint, je le mets à jour via le code sur mon lecteur local, puis je le copie via le code vers l'emplacement SharePoint. Dans ce cas, la copie de code du fichier .htm ne prend PAS les images avec, mais je suis en mesure de copier les images dans le dossier de la bibliothèque de documents SharePoint à l'aide de code. Alors, c'est peut-être aussi une solution pour vous? Créez un document MS Office factice avec des liens qui forcera une publication html à créer des sous-dossiers avec vos noms requis, puis téléchargez-les sur SharePoint. Une fois sur place, écrasez le truc factice avec vos vrais fichiers. Peut-être que la publication MS Office ne créera qu'un seul sous-dossier, mais vous pouvez probablement modifier votre projet réel pour utiliser un seul sous-dossier.

Vous devez définir la gestion des fichiers de votre navigateur sur "permissive"

J'essaie tout de suite, dans une situation similaire. J'ai un site basé sur Bootstrap, conçu et parfaitement fonctionnel en dehors de SharePoint, et ma tâche est de le défendre à l'intérieur de SharePoint, car c'est le seul serveur disponible. J'ai pensé que je devrais réaménager le tout. Mais ce que j'ai fait (jusqu'à présent, juste dans les étapes de test), c'est utiliser les paramètres de contenu et de structure du site SharePoint pour répliquer la structure de répertoires de mon site, puis j'ai téléchargé mes fichiers et utilisé les paramètres du site pour changer le début page du site de default.aspx à mon index.html. Et, dans mon scénario, et à ma grande surprise, cela fonctionne très bien.

Pour être honnête, ce site particulier n'a besoin d'aucune des fonctionnalités de SharePoint, à part le contrôle d'accès. Et il y a peut-être des problèmes que je n'ai pas encore expliqués. Mais j'ai été choqué de voir que cela a réellement fonctionné.

Il s'agit d'un site de publication SharePoint, BTW. Je ne sais pas comment cela fonctionnerait (ou s'il le ferait) dans d'autres types de sites SharePoint.