Avez-vous déjà souhaité avoir un bouton « Installer ce thème sur votre site » pour tout ? J’ai développé un site pour le faire ! Vous pouvez l’utiliser sur https://discourserouter.pyxfluff.dev.
Lors de votre première visite sur le site, vous serez invité à ajouter votre site, mais il sera mémorisé dans un cookie afin que vous puissiez utiliser le même site par la suite. Il s’agit d’un remplacement direct de chemin, aucun préfixe de chemin n’est requis. Remplacez simplement l’URL de votre forum par discourserouter.pyxfluff.dev !
Veuillez noter qu’il s’agit toujours d’un nouveau produit et qu’il peut y avoir des problèmes ! Vous pouvez signaler tous les problèmes, réflexions et autres commentaires dans ce fil de discussion ici. J’ai testé au mieux de mes capacités, mais on ne peut jamais être sûr à 100 %.
Le code source est disponible sur GitHub en tant que projet Python (FastAPI) et les PR sont toujours les bienvenues.
Coûts opérationnels
Actuellement, cela ne coûte rien à exécuter car je l’héberge sur mon serveur à la maison, donc il n’y a pas de frais cloud en plus de mes 10 $ par an pour mon domaine. Cependant, je souhaite éventuellement étendre cela à son propre domaine. Je n’ai pas actuellement d’URL de don publique, mais si vous souhaitez parrainer un domaine approprié, veuillez me contacter par MP et nous pourrons trouver une solution.
Amusez-vous bien et faites-moi savoir ce que vous en pensez !
Fondamentalement, vous obtenez des informations sur qui a cliqué sur un lien ici et vers où, si l’abonnement est actif Ou comment cela fonctionne-t-il ?
J’ai laissé par erreur un journal de développement ; celui-ci a cependant été désactivé en production depuis ce commit. Je ne peux pas grand-chose concernant la journalisation par Uvicorn des accès aux points de terminaison (et je ne suis même pas certain de le vouloir pour des raisons de sécurité), mais mon objectif n’est pas de journaliser les URL des points de terminaison, car je crois en la vie privée. Quoi qu’il en soit, les journaux du serveur sont dans une unité systemd que je n’ai aucune intention d’extraire sauf si cela s’avère strictement nécessaire pour identifier une erreur ou autre.
Le site web est également connecté à mon instance PA, ce qui me permet de savoir combien de personnes l’utilisent sans recourir à des analyses intrusives. En résumé, je ne traque pas votre adresse IP, l’URL du site, ni pratiquement rien d’autre. Tout ce que je peux voir, c’est que quelqu’un a visité le site et a été redirigé. N’hésitez pas à me faire part de vos préoccupations, mais tout ce « journalisation par uvicorn des requêtes de redirection » n’est qu’un défaut de conception lié à la manière dont j’ai décidé de construire l’application (via des cookies et Jinja2).
Évidemment, si vous ne me faites pas confiance pour une raison quelconque, vous pouvez simplement l’héberger vous-même (je publierai un guide demain), mais vous pouvez auditer le code vous-même, le conteneur étant répliqué sur GitHub.
Non, l’URL du site se trouve dans un cookie de navigateur qui n’est pas enregistré dans les journaux du serveur.
Le mieux que je puisse faire est de publier le code source en miroir, de montrer les journaux et de décrire clairement les technologies utilisées par le site (le tout sur ma propre infrastructure). Si vous décidez de ne pas examiner ces informations ou de toujours ne pas me croire, il n’y a pas grand-chose que je puisse faire pour vous
Bonjour à tous ! J’ai réalisé un rapide sondage pour m’aider à décider comment allouer les ressources à ce projet (temps de maintenance personnelle, argent, etc.). Peu importe votre opinion sur le projet dans son état actuel, remplir le formulaire m’aidera énormément (il y a un espace pour indiquer ce que vous n’aimez pas si vous répondez non à la première question). Merci !
Le problème que j’ai avec ce genre de service, c’est qu’ils peuvent être arrêtés à l’avenir, et les URL risquent d’être redirigées vers quelque chose de malveillant.
Je ne doute pas de vos bonnes intentions, mais mon expérience montre que cela arrive[1], alors je préfère ne pas m’y fier du tout si je peux l’éviter.
Sur un forum que j’ai migré, de nombreuses images étaient hébergées sur un service tiers qui a remplacé tous les liens d’images après quelques années ↩︎
Bonjour à tous, en raison d’une faible utilisation, je vais procéder à la fermeture préventive de l’instance officiellement hébergée. Je fais cela car il n’existe aucune preuve qu’elle ait été utilisée ailleurs (ce qui est confirmé par les 0 visites d’analyse cette semaine), et je ne souhaite pas que quelqu’un tombe dessus, l’utilise, puis doive ensuite gérer des liens morts.
Ce n’était qu’un petit projet amusant pour le week-end, je ne suis donc pas trop déçu. Le dépôt GitHub restera en ligne et je corrigerai tout problème critique si je suis informé, mais pour l’instant, rien de nouveau. Il utilise presque aucune ressource pour fonctionner, donc tout ce qui peut exécuter une version moderne de Python peut l’exécuter. Il peut être réaffecté à presque tout ; je l’ai simplement nommé « routeur Discourse » car c’était l’objectif initial.
Je pensais avoir promis de rédiger un README plus tôt, mais apparemment non. Quoi qu’il en soit, j’ai publié un guide simple expliquant comment l’héberger soi-même ou le réaffecter ! Le dépôt est toujours sur GitHub, mais je le recopie ci-dessous au cas où vous ne voudriez pas quitter cet endroit pour une raison quelconque.
[details=Instructions]
Configuration
Assurez-vous d’avoir un venv et Python 3.13 ou ultérieur (testé uniquement sur 3.14, mais 3.13 ne devrait pas poser de problème ; si vous rencontrez des erreurs de compilation, mettez simplement Python à jour) :
Modifiez facultativement votre fichier de configuration :
nano src/backend_config.jsonc
La plupart des paramètres sont explicites. web.hostname sert uniquement à des fins cosmétiques dans l’interface utilisateur et n’affecte pas la fonctionnalité.
Et c’est tout ! Lancez-le :
python3 -m src
Vous n’avez pas besoin d’exécuter manuellement l’application uvicorn ; le module Python le fera pour vous.