From guillomovitch at gmail.com Wed May 12 20:08:05 2021 From: guillomovitch at gmail.com (Guillaume Rousse) Date: Wed, 12 May 2021 20:08:05 +0200 Subject: [Perl] Les joies d'une application web modernes Message-ID: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> Bonjour à toutes et à tous. Ca fait un bout de temps que je n'avais pas posé de questions techniques concernant Perl, parce que j'avais assez peu d'usage en dehors des besoins d'administration classique. Mais là, je découvre les application web du 21e siècle, alors que j'en étais resté aux CGIs, alors forcément ça change un peu... Je suis passé à Mojolicious, et j'apprécie énormément la façon dont ça facilite l'écriture d'une application complexe. Il y a bien un ou deux trucs que je regrette par rapport à l'ancien monde, mais dans l'ensemble j'adhère à fond. Je suis en revanche plus perplexe par rapport aux innombrables possibilités de déploiement, notamment les innombrables possibilités d'utiliser un serveur tiers (morbo, hypnotoad, uwsgi, etc.), cascadé derrière un serveur frontal (nginx ou apache). Je comprend l'intérêt dans le cas de quelqu'un qui développe pour le compte d'un tiers (le modèle dominant de l'industrie), et qui veut rester indépendant par rapport à l'environnement de son client, mais ce n'est pas mon cas, puisqu'il s'agit d'une application pour ma propre équipe, qui sera déployée sur un environnement le plus standardisé possible (avec notamment deux proxys de toute façon par rapport au monde extérieur), afin de minimiser les couts d'exploitation. Je n'ai pas non plus de besoin de performance, de trucs exotiques genre websocket, de déploiement dans le cloud, de 0-downtime, ou autre truc modernes. Bref, j'ai encore des besoins du 20e siècle, pourquoi est-ce que je m'emmerderais à utiliser un autre modèle d'exécution que CGI, avec un serveur Web ultra-classique et maitrisé comme Apache ? J'ai bien essayé PSGI, qui qui me paraissait un compromis modernité/complexité intéressant, mais l'utilisation avec Apache via Plack nécessitait soit un module qui n'existe plus (mod_fastcgi), soit un module moderne incapable de lancer lui-même le processus externe (mod_fcgid), soit mod_perl, qui va sans doute bientôt disparaitre, et qui ne parait de toute façon pas une bonne idée pour minimiser l'utilisation de la mémoire. Mais peut-être ai-je raté quelque chose ? A+ -- Guillaume From emmanuel at seyman.fr Wed May 12 21:42:15 2021 From: emmanuel at seyman.fr (Emmanuel Seyman) Date: Wed, 12 May 2021 21:42:15 +0200 Subject: [Perl] Les joies d'une application web modernes In-Reply-To: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> References: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> Message-ID: * Guillaume Rousse [12/05/2021 20:08] : > > Bonjour à toutes et à tous. Tiens, un Guillaume... > J'ai bien essayé PSGI, qui qui me paraissait un compromis > modernité/complexité intéressant, mais l'utilisation avec Apache via Plack > nécessitait soit un module qui n'existe plus (mod_fastcgi), soit un module > moderne incapable de lancer lui-même le processus externe (mod_fcgid), soit > mod_perl, qui va sans doute bientôt disparaitre, et qui ne parait de toute > façon pas une bonne idée pour minimiser l'utilisation de la mémoire. > > Mais peut-être ai-je raté quelque chose ? As tu essayé Plack::Handler::CGI ? J'ai utilisé ça lors de mes débuts en PSGI pour des besoins très très simples et j'avais trouvé que ça ne rajoutait pas grand chose en terme de dev. Emmanuel From sebastien at feugere.net Thu May 13 08:39:22 2021 From: sebastien at feugere.net (=?ISO-8859-1?Q?S=E9bastien_Feug=E8re?=) Date: Thu, 13 May 2021 08:39:22 +0200 Subject: [Perl] Les joies d'une application web modernes In-Reply-To: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> References: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> Message-ID: Bonjour, Il y a Plack::Handler::Apache2. Ces liens pourront peut être aider: - https://stackoverflow.com/questions/41801600/mojolicious-in-apache-mod-perl - https://github.com/mojolicious/mojo/wiki/Apache-deployment Bonne journée. Le 12 mai 2021 20:08:05 GMT+02:00, Guillaume Rousse a écrit : >Bonjour à toutes et à tous. > >Ca fait un bout de temps que je n'avais pas posé de questions techniques >concernant Perl, parce que j'avais assez peu d'usage en dehors des >besoins d'administration classique. Mais là, je découvre les application >web du 21e siècle, alors que j'en étais resté aux CGIs, alors forcément >ça change un peu... > >Je suis passé à Mojolicious, et j'apprécie énormément la façon dont ça >facilite l'écriture d'une application complexe. Il y a bien un ou deux >trucs que je regrette par rapport à l'ancien monde, mais dans l'ensemble >j'adhère à fond. > >Je suis en revanche plus perplexe par rapport aux innombrables >possibilités de déploiement, notamment les innombrables possibilités >d'utiliser un serveur tiers (morbo, hypnotoad, uwsgi, etc.), cascadé >derrière un serveur frontal (nginx ou apache). Je comprend l'intérêt >dans le cas de quelqu'un qui développe pour le compte d'un tiers (le >modèle dominant de l'industrie), et qui veut rester indépendant par >rapport à l'environnement de son client, mais ce n'est pas mon cas, >puisqu'il s'agit d'une application pour ma propre équipe, qui sera >déployée sur un environnement le plus standardisé possible (avec >notamment deux proxys de toute façon par rapport au monde extérieur), >afin de minimiser les couts d'exploitation. > >Je n'ai pas non plus de besoin de performance, de trucs exotiques genre >websocket, de déploiement dans le cloud, de 0-downtime, ou autre truc >modernes. Bref, j'ai encore des besoins du 20e siècle, pourquoi est-ce >que je m'emmerderais à utiliser un autre modèle d'exécution que CGI, >avec un serveur Web ultra-classique et maitrisé comme Apache ? > >J'ai bien essayé PSGI, qui qui me paraissait un compromis >modernité/complexité intéressant, mais l'utilisation avec Apache via >Plack nécessitait soit un module qui n'existe plus (mod_fastcgi), soit >un module moderne incapable de lancer lui-même le processus externe >(mod_fcgid), soit mod_perl, qui va sans doute bientôt disparaitre, et >qui ne parait de toute façon pas une bonne idée pour minimiser >l'utilisation de la mémoire. > >Mais peut-être ai-je raté quelque chose ? > >A+ >-- >Guillaume >_______________________________________________ >Perl mailing list >Perl at mongueurs.net >http://listes.mongueurs.net/mailman/listinfo/perl >Attention, les archives sont publiques -- Sébastien Feugère -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From clem.oudot at gmail.com Thu May 13 09:23:41 2021 From: clem.oudot at gmail.com (=?UTF-8?Q?Cl=C3=A9ment_OUDOT?=) Date: Thu, 13 May 2021 09:23:41 +0200 Subject: [Perl] Les joies d'une application web modernes In-Reply-To: References: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> Message-ID: Salut, pour LemonLDAP::NG nous avons fait la bascule mod_perl -> Plack, en grande partie parce que mod_perl n'est plus vraiment maintenu (même s'il reste un peu d'activité sur la mailing list). Typiquement mod_perl avec Apache 2.4 ne fonctionne que en MPM prefork, pas possible d'utiliser worker ou event. Le passage en PSGI nous a également permis de facilement déployer LemonLDAP::NG sous Nginx ou autre en plus de Apache. N'étant pas moi-même le développeur ayant effectué cette migration de code, je n'ai pas tous les détails techniques, mais je pourrai toujours me renseigner si besoin. Clément. -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From guillomovitch at gmail.com Fri May 14 14:56:40 2021 From: guillomovitch at gmail.com (Guillaume Rousse) Date: Fri, 14 May 2021 14:56:40 +0200 Subject: [Perl] Les joies d'une application web modernes In-Reply-To: References: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> Message-ID: <3341c142-b1f5-24f1-8654-d39326ab925a@gmail.com> Merci à tous pour vos retours. Pour y répondre rapidement: - non, je n'ai pas testé Plack::Handler::CGI, parce que Mojolicious sait exécuter une application CGI directement - mod_perl est hors-propos, d'une part parce qu'il est effectivement en fin de vie, et surtout que l'idée d'embarquer un interpréteur perl dans chaque processus Apache, même pour servir des contenus statiques, me parait rédhibitoire - et Clément confirme effectivement qu'un des intérêt principaux de PSGI, c'est de faciliter le déploiement sur des serveurs web différents, ce qui n'est pas mon cas. Mais d'une façon générale, ces retours portent principalement sur comment passer à PSGI. Or, mon interrogation, c'est plutôt pourquoi le faire... A+ -- Guillaume From emmanuel at seyman.fr Fri May 21 01:34:59 2021 From: emmanuel at seyman.fr (Emmanuel Seyman) Date: Fri, 21 May 2021 01:34:59 +0200 Subject: [Perl] Perl 5.34.0 est sorti Message-ID: Bonjour à tous, Sawyer X a publié la toute dernière version de Perl. La version 5.34.0 est maintenant sur CPAN avec le changelog qui correspond : * https://metacpan.org/changes/release/XSAWYERX/perl-5.34.0 Emmanuel From emmanuel at seyman.fr Fri May 28 16:12:40 2021 From: emmanuel at seyman.fr (Emmanuel Seyman) Date: Fri, 28 May 2021 16:12:40 +0200 Subject: [Perl] Les joies d'une application web modernes In-Reply-To: <3341c142-b1f5-24f1-8654-d39326ab925a@gmail.com> References: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> <3341c142-b1f5-24f1-8654-d39326ab925a@gmail.com> Message-ID: * Guillaume Rousse [14/05/2021 14:56] : > > Mais d'une façon générale, ces retours portent principalement sur comment > passer à PSGI. Or, mon interrogation, c'est plutôt pourquoi le faire... Pour moi, les intérêts majeurs du passage à PSGI sont: * une perf accrue * l?indépendance par rapport à un outil donné * la possibilité d'avoir différentes applications qui tournent chacune avec un utilisateur dédié Si aucun des trois ne te parle (et c'est le cas pour au moins les deux premiers), je ne suis pas convaincu que ça te soit pertinent Emmanuel From biz at joueb.com Fri May 28 19:56:04 2021 From: biz at joueb.com (=?UTF-8?Q?St=c3=a9phane_Gigandet?=) Date: Fri, 28 May 2021 19:56:04 +0200 Subject: [Perl] Les joies d'une application web modernes In-Reply-To: References: <06ccb011-2e28-2e53-1814-ee6566c185d3@gmail.com> <3341c142-b1f5-24f1-8654-d39326ab925a@gmail.com> Message-ID: <1350d231-7bec-62f4-9160-ba60d87efb2d@joueb.com> Hello, Je me pose aussi toutes les questions soulevées par Guillaume, en particulier celles du choix des différentes options de déploiement. 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 :-). 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. 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 ? Et pour nous l'aspect performance est primordial, on a entre 50 et 100 requêtes par seconde. Bonne soirée et bon week-end, Stéphane Le 28/05/2021 à 16:12, Emmanuel Seyman a écrit : > * Guillaume Rousse [14/05/2021 14:56] : >> Mais d'une façon générale, ces retours portent principalement sur comment >> passer à PSGI. Or, mon interrogation, c'est plutôt pourquoi le faire... > Pour moi, les intérêts majeurs du passage à PSGI sont: > > * une perf accrue > * l?indépendance par rapport à un outil donné > * la possibilité d'avoir différentes applications qui tournent chacune > avec un utilisateur dédié > > Si aucun des trois ne te parle (et c'est le cas pour au moins les deux > premiers), je ne suis pas convaincu que ça te soit pertinent > > Emmanuel > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > Attention, les archives sont publiques From damien at krotkine.com Fri May 28 21:17:00 2021 From: damien at krotkine.com (Damien Krotkine) Date: Fri, 28 May 2021 21:17:00 +0200 Subject: [Perl] Les joies d'une application web modernes In-Reply-To: <1350d231-7bec-62f4-9160-ba60d87efb2d@joueb.com> References: <1350d231-7bec-62f4-9160-ba60d87efb2d@joueb.com> Message-ID: <604D358A-6354-490F-86BF-FEF0EAEEF62A@krotkine.com> > Le 28 mai 2021 à 19:56, Stéphane Gigandet a écrit : > > ?Hello, > > Je me pose aussi toutes les questions soulevées par Guillaume, en particulier celles du choix des différentes options de déploiement. > > 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 :-). > > 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. > > 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 ? Starman en mode preform avec l?option ?preload-app. https://metacpan.org/pod/distribution/Starman/script/starman > > Et pour nous l'aspect performance est primordial, on a entre 50 et 100 requêtes par seconde. > > Bonne soirée et bon week-end, > > Stéphane > > >> Le 28/05/2021 à 16:12, Emmanuel Seyman a écrit : >> * Guillaume Rousse [14/05/2021 14:56] : >>> Mais d'une façon générale, ces retours portent principalement sur comment >>> passer à PSGI. Or, mon interrogation, c'est plutôt pourquoi le faire... >> Pour moi, les intérêts majeurs du passage à PSGI sont: >> >> * une perf accrue >> * l?indépendance par rapport à un outil donné >> * la possibilité d'avoir différentes applications qui tournent chacune >> avec un utilisateur dédié >> >> Si aucun des trois ne te parle (et c'est le cas pour au moins les deux >> premiers), je ne suis pas convaincu que ça te soit pertinent >> >> Emmanuel >> _______________________________________________ >> Perl mailing list >> Perl at mongueurs.net >> http://listes.mongueurs.net/mailman/listinfo/perl >> Attention, les archives sont publiques > > > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > Attention, les archives sont publiques -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: