<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">Le 28 mai 2021 à 19:56, Stéphane Gigandet <biz@joueb.com> a écrit :<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span>Hello,</span><br><span></span><br><span>Je me pose aussi toutes les questions soulevées par Guillaume, en particulier celles du choix des différentes options de déploiement.</span><br><span></span><br><span>Pour Open Food Facts, on a toujours Apache 2.4 et mod_perl pour construire les pages dynamiques (avec un reverse proxy nginx pour servir les pages statiques, c'était ce qui était recommandé il y a 20 ans :-).</span><br><span></span><br><span>Une particularité d'Open Food Facts c'est qu'au démarrage d'Apache, on charge 2 Gb de données dont on a besoin pour générer les différentes pages, et du coup ces données restent en mémoire partagée et sont dispos pour tous les process Apache.</span><br><span></span><br><span>Est-ce que quelqu'un aurait une idée de quelle serait l'option la plus simple pour qu'on se débarrasse de mod_perl (et pourquoi pas d'Apache) tout en conservant un moyen de charger toutes nos données une seule fois au démarrage du serveur ?</span><br></div></blockquote><div><br></div><div>Starman en mode preform avec l’option —preload-app. <a href="https://metacpan.org/pod/distribution/Starman/script/starman">https://metacpan.org/pod/distribution/Starman/script/starman</a></div><div><br></div><br><blockquote type="cite"><div dir="ltr"><span></span><br><span>Et pour nous l'aspect performance est primordial, on a entre 50 et 100 requêtes par seconde.</span><br><span></span><br><span>Bonne soirée et bon week-end,</span><br><span></span><br><span>Stéphane</span><br><span></span><br><span></span><br><span>Le 28/05/2021 à 16:12, Emmanuel Seyman a écrit :</span><br><blockquote type="cite"><span>* Guillaume Rousse [14/05/2021 14:56] :</span><br></blockquote><blockquote type="cite"><blockquote type="cite"><span>Mais d'une façon générale, ces retours portent principalement sur comment</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>passer à PSGI. Or, mon interrogation, c'est plutôt pourquoi le faire...</span><br></blockquote></blockquote><blockquote type="cite"><span>Pour moi, les intérêts majeurs du passage à PSGI sont:</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>* une perf accrue</span><br></blockquote><blockquote type="cite"><span>* l’indépendance par rapport à un outil donné</span><br></blockquote><blockquote type="cite"><span>* la possibilité d'avoir différentes applications qui tournent chacune</span><br></blockquote><blockquote type="cite"><span> avec un utilisateur dédié</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Si aucun des trois ne te parle (et c'est le cas pour au moins les deux</span><br></blockquote><blockquote type="cite"><span>premiers), je ne suis pas convaincu que ça te soit pertinent</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Emmanuel</span><br></blockquote><blockquote type="cite"><span>_______________________________________________</span><br></blockquote><blockquote type="cite"><span>Perl mailing list</span><br></blockquote><blockquote type="cite"><span>Perl@mongueurs.net</span><br></blockquote><blockquote type="cite"><span>http://listes.mongueurs.net/mailman/listinfo/perl</span><br></blockquote><blockquote type="cite"><span>Attention, les archives sont publiques</span><br></blockquote><span></span><br><span></span><br><span>_______________________________________________</span><br><span>Perl mailing list</span><br><span>Perl@mongueurs.net</span><br><span>http://listes.mongueurs.net/mailman/listinfo/perl</span><br><span>Attention, les archives sont publiques</span></div></blockquote></body></html>