Il s’agit d’une installation neuve. Cependant, la page de connexion ne s’affiche pas.
https://forum.coinut.com/login
Une page aléatoire qui n’existe pas, comme https://forum.coinut.com/dflkadjf, affiche quelque chose.
J’ai tenté de réinstaller, mais le résultat est le même.
Quelqu’un peut-il m’aider ?
Sur quel type de serveur sont installés un serveur dédié ou un VPS ?
Il s’agit d’une instance Ubuntu 18.04 LTS sur Digital Ocean.
Je l’ai installée en clonant le dépôt GitHub dans /var/discourse et en effectuant la configuration.
Vous avez consulté la page principale de votre site et constaté que vous n’avez pas encore terminé les étapes d’installation ! Vous devez ajouter le nom du gestionnaire et le mot de passe, puis finaliser l’inscription.
Vous n’avez pas saisi toutes les informations requises lors de l’installation.
Vous devrez maintenant modifier le fichier app.yml et le reconstruire avant de pouvoir l’utiliser.
Je l’ai fait.
Voici le lien d’activation
http://forum.coinut.com/u/activate-account/f1475ddb25e4a1c0c8d05f06f2878e99
Mais il ne fonctionne pas.
Suivez ce lien pour ajouter un compte administrateur à votre installation
J’ai suivi les étapes et créé le compte. Cependant, la page d’accueil reste toujours vide.
Quelle procédure d’installation avez-vous suivie ?
Celle-ci est la procédure recommandée :
https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md
Rien de spécial n’a été configuré. Cependant, Docker se trouve derrière nginx. J’ai essayé d’utiliser ssh -D8080 server_address pour ouvrir un proxy et j’ai utilisé un navigateur pour accéder directement à l’instance Docker afin de contourner nginx. Le résultat est le même.
Il semble que cela soit lié au module pagespeed de notre nginx.
J’ai suivi Discourse refused to load with CSP policy error after rebuild - #5 by john3 et désactivé la CSP.
Maintenant, il y a moins d’erreurs. Mais la page d’accueil est toujours vide. Et les erreurs ressemblent à ceci :
La raison était que https://forum.coinut.com/assets/ember_jquery-d0ba1603b80181031290e4bd850857d41d63bc4a081d7b4bf16d4e1a4e355a22.js a été tronqué par nginx. J’ai désactivé Pagespeed et vidé le cache sur Cloudflare. Maintenant, cela fonctionne.
Sachez que Cloudflare n’est pas recommandé avec Discourse :
Si vous avez placé le site derrière nginx, vous n’avez pas suivi le guide d’installation standard. Pagespeed n’est pas pris en charge.
Aucune modification du contenu de la page ne doit être autorisée. Discourse est une application JavaScript, pas un site web. Il n’est pas compatible avec des optimiseurs tiers tels que Pagespeed ou Rocket Loader de CloudFlare.
C’est un concept intéressant. Mais tant que nginx, pagespeed ou CloudFlare ne violent pas le protocole HTTP, ils devraient fonctionner correctement ensemble ?
Discourse minifie déjà le JavaScript et optimise la page. Toute autre tentative dans ce sens n’est ni prise en charge ni compatible.
Une fois l’application JavaScript chargée, le transfert de données est minime. Pagespeed ne peut pas vous aider à cet égard.
Cela semble génial. Et si on utilisait CloudFlare comme CDN ? Cela ne permettrait-il pas de réduire le temps de réponse et d’économiser du trafic ?
S3 vous économisera du trafic s’il est couplé à un CDN.
L’insertion de Cloudflare sur le trajet entre le client et le serveur augmente le nombre de sauts réseau et ralentit les temps de réponse des requêtes.
N’oubliez pas que la charge utile entre le client et le serveur n’est presque jamais quelque chose qui peut être mis en cache.
