L’objectif est pour l’instant uniquement de déposer des annonces de ce qu’on va proposer.
Je prévois de gérer plusieurs groupes locaux par serveur, et plusieurs marchés par groupe local. Toujours en gardant l’installation, l’administration, la modération et l’utilisation les plus simples possibles.
Les détails techniques : c’est du pur Rust, avec warp pour le serveur web et la syntaxe handlebars pour la génération des pages. Les fichiers statiques et les pages sont installées dans le dossier de config, l’admin d’une instance peut donc les adapter à son goût.
Tu utilises notamment le mutex RwLock de la std, or c’est une implémentation bloquante (le thread va bloquer tant qu’il n’obtient pas le lock). En contexte asynchrone il faut utiliser une implémentation asynchrone. Je te conseille async_rwlock (une lib à laquelle j’ai d’ailleurs contribué ).
oui effectivement @vit
Mais j’étais parti sur une structure trop compliquée (à mon sens) et puis j’ai jamais vraiment codé
régulièrement donc je pense que c’est mieux comme ça pour la pérennité du projet.
D’ailleurs là, je ne code plus depuis plusieurs mois preuve que finalement je suis passé à autre chose.
Je souhaite bon vent à ce projet.
Pas besoin de compte comme la version rust. Il choppe la clé publique publique du pseudo si il est membre et renvoi vers la gateway de paiement cesium (la même avec des g1liens serait tiptop).
On pourrait intégrer plusieurs designs par défaut, à changer dans la config. Je vais d’abord terminer celui-ci, mais vous pouvez en proposer. Je veux juste que ce soit léger, accessible, responsive, sans framework lourd, utilisable sans JS (mais JS possible si besoin), sans requêtes extérieures.
Tous les fichiers web (pages, ressources…) sont inclus dans l’exécutable. Ils sont copiés dans le dossier de config s’ils n’existent pas déjà, et ces fichiers sont chargés au démarrage.
Je viens de remplacer warp par tide, c’est beaucoup plus simple et flexible à coder. Le seul inconvénient est que la gestion du cache HTTP n’est pas encore implémentée pour les fichiers statiques.
Pour info, quand on publie sur l’instance de test, l’annonce est bien publiée, MAIS on est redirigé vers l’instance de Paris (du coup on croit que l’annonce n’est pas publiée).
Du coup, j’ai tout cassé le bô tableau sur l’instance de Paris en croyant que c’était du test. J’ai supprimé mes annonces depuis, mais encore heureux, j’avais vaguement retrnu les mots de passe.
Je viens de tester, les redirections sont bonnes dans le code, c’est dans la config que son root_url est mal défini.
Pour qu’une instance soit accessible à l’url /paris/, il faut que dans la config il y ait "root_url": "/paris/", et il n’y a pas besoin de toucher à la config nginx (à part si on veut rediriger /).
Edit: ça peut aussi être parce que les templates n’ont pas été mises à jour. Je vais séparer les templates du contenu qui est plus à même d’être personnalisé (texte d’accueil par exemple), pour éviter qu’on doive supprimer le contenu personnalisé à chaque màj.
Désolé j’ai tout pété en voulant mettre à jour sur le git. Impossible de récupérer gmarché sur mon instance pour l’instant. Je ne sais pas pourquoi, mais ça marche plus.
).
