Configurer un wiki en mode veille avec le générateur de site statique Hugo?
Au milieu du portage d'un site entièrement HTML sur le générateur de site statique Hugo , mon patron m'a demandé d'ajouter un wiki au site. Le temps de traitement sur ce port + l'ajout d'un wiki est quelque peu court (environ une semaine), IMO. C'est exaperated parce que je suis nouveau sur Hugo et que je n'ai jamais mis en place de site wiki. Je ne sais donc pas quel wiki pourrait fonctionner avec Hugo ... ni même s'il s'agit de quelque chose qui peut l'être. accompli dans ce beaucoup de temps.
Est-ce quelque chose qui peut être accompli? Si oui, quel (s) wiki (s) fonctionnerait avec Hugo?
Modifier pour clarification: le wiki permettrait aux utilisateurs de modifier du contenu. Des comptes seraient (probablement) nécessaires. Les éditeurs effectuent leurs modifications via une interface Web et non via Hugo. Hugo serait (je crois) exécuté en mode veille afin que les modifications du wiki soient mises à jour (presque) immédiatement.
Vous ne pouvez pas créer de compte avec Hugo. Hugo génère juste des pages Web statiques à partir de vos détails frontmatter et Markdown. Il analyse le style du modèle en fonction de la disposition spécifique que vous avez fournie dans votre texte principal.
Vous pouvez créer un wiki (en créant son propre style de wiki) avec Hugo, mais vous ne pouvez pas créer de compte pour la connexion et l'inscription. Ce n'est pas un CMS qui enregistre les bases de données de connexion, car il n'utilise pas de bases de données. Mais si vous hébergez votre site Web Hugo dans des pages github , vous pouvez autoriser d'autres personnes à créer votre projet github, puis vous décidez si vous leur permettez ou non de valider ces modifications. Je ne vois aucune autre option pour vous.
Cela ressemble à votre édition que vous avez trouvé le moyen d'y parvenir. Je n’ai pas utilisé Hugo spécifiquement, mais après avoir utilisé d’autres générateurs de sites statiques, j’ai réussi à créer un portail Web dynamique qui traitait les autorisations d’accès des utilisateurs et donnait accès à une série de documents de base (fichiers markdown dans mon cas) pour les utilisateurs. édition d'articles de wiki et création de nouveaux articles. Chaque fois que chaque fichier de démarquage était modifié ou créé, le générateur de site statique était configuré pour régénérer les parties du site qui devaient être générées et correctement exécutées. Pour m'assurer que tout le monde n'a pas besoin d'accéder au portail Web, j'ai alimenté des éléments tels que les commentaires, etc. à l'aide de plugins de médias sociaux, et donc aux seules personnes ayant besoin d'accéder au portail, où les personnes autorisées à créer et éditer des articles wiki pour le site (qui dans le cas des projets, il s’agissait d’un petit nombre d’utilisateurs affiliés à l’organisation).