From philippe.delavalade at orange.fr Sat Jan 14 10:06:40 2017 From: philippe.delavalade at orange.fr (Philippe Delavalade) Date: Sat, 14 Jan 2017 10:06:40 +0100 Subject: [Perl] =?utf-8?b?UXVlIGZhaXJlIGNvbnRyZSBjZSDCq8Kgd2FybmluZ8Kgwrs=?= =?utf-8?b?wqA/?= Message-ID: <20170114090640.GA1254@magellan.home> Bonjour la liste. Voici un petit ECM qui produit le warning suivant : Value of construct can be "0"; test with defined() at ./truc.pl line 11. \begin{script} #!/usr/bin/perl -w use Modern::Perl; my $src; my $l; open( $src, "<", "fichier" ) || die "\nImpossible d'ouvrir fichier\n"; while( ($l = <$src>) && ($l !~ m/,1,/) ) {next;} close $src; exit 0; \end{script} À part cela, le script fait son boulot. Je ne comprends pas d'où vient le problème ni comment le résoudre en testant avec un defined(). On peut contourner le problème en mettant la seconde condition dans le while avec par example while($l = <$src<) {last if($l =~ m/,1,/);} Mais ça n'explique pas la présence de l'avertissement. Merci de vos lumières. -- Ph. Delavalade From hugues at max4mail.com Sat Jan 14 11:12:39 2017 From: hugues at max4mail.com (Hugues) Date: Sat, 14 Jan 2017 11:12:39 +0100 Subject: [Perl] =?utf-8?b?UXVlIGZhaXJlIGNvbnRyZSBjZSDCq8Kgd2FybmluZ8Kgwrs=?= =?utf-8?b?wqA/?= In-Reply-To: <20170114090640.GA1254@magellan.home> References: <20170114090640.GA1254@magellan.home> Message-ID: Bonjour effectivement si tu ajoutes while( $src && ($l = <$src>) && ($l !~ m/,1,/) ) {next;} tu n'as plus le warning mais aussi si tu supprimes ($l !~ m/,1,/) et tu le met dans le while il doit commencer a tester la deuxièmement condition avant la première ? Salutations Hugues Le 14/01/2017 à 10:06, Philippe Delavalade a écrit : > Bonjour la liste. > > Voici un petit ECM qui produit le warning suivant : > > Value of construct can be "0"; test with defined() at ./truc.pl > line 11. > > \begin{script} > #!/usr/bin/perl -w > > use Modern::Perl; > > my $src; > my $l; > > open( $src, "<", "fichier" ) > || die "\nImpossible d'ouvrir fichier\n"; > > while( ($l = <$src>) && ($l !~ m/,1,/) ) {next;} > > close $src; > > exit 0; > \end{script} > > À part cela, le script fait son boulot. > > Je ne comprends pas d'où vient le problème ni comment le résoudre en > testant avec un defined(). > > On peut contourner le problème en mettant la seconde condition dans le > while avec par example > while($l = <$src<) {last if($l =~ m/,1,/);} > > Mais ça n'explique pas la présence de l'avertissement. > > Merci de vos lumières. > -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From philippe.delavalade at orange.fr Sat Jan 14 11:34:12 2017 From: philippe.delavalade at orange.fr (Philippe Delavalade) Date: Sat, 14 Jan 2017 11:34:12 +0100 Subject: [Perl] =?utf-8?b?UXVlIGZhaXJlIGNvbnRyZSBjZSDCq8Kgd2FybmluZ8Kgwrs=?= =?utf-8?b?wqA/?= In-Reply-To: References: <20170114090640.GA1254@magellan.home> Message-ID: <20170114103412.GA5594@magellan.home> Le samedi 14 janvier à 11:12, Hugues a écrit : > Bonjour > > effectivement si tu ajoutes > > while( $src && ($l = <$src>) && ($l !~ m/,1,/) ) {next;} > > tu n'as plus le warning > mais aussi si tu supprimes > > ($l !~ m/,1,/) > et tu le met dans le while > > il doit commencer a tester la deuxièmement condition avant la première ? C'est certainement ça l'idée car si je définis au départ my $l='' (sans cela j'ai un autre warning tout ce qu'il y a de normal comme quoi $l est uninitialized) puis que j'inverse les condition dans le while, plus de warning... Merci beaucoup et bon week-end. -- Ph. Delavalade From anaseto at bardinflor.perso.aquilenet.fr Sat Jan 14 11:44:05 2017 From: anaseto at bardinflor.perso.aquilenet.fr (Yon) Date: Sat, 14 Jan 2017 10:44:05 +0000 Subject: [Perl] =?utf-8?b?UXVlIGZhaXJlIGNvbnRyZSBjZSDCq8Kgd2FybmluZ8Kgwrs=?= =?utf-8?b?wqA/?= In-Reply-To: <20170114103412.GA5594@magellan.home> References: <20170114090640.GA1254@magellan.home> <20170114103412.GA5594@magellan.home> Message-ID: <20170114104405.GD79744@bardinflor.perso.aquilenet.fr> Bonjour, On Sat, Jan 14, 2017 at 11:34:12AM +0100, Philippe Delavalade wrote: > Le samedi 14 janvier à 11:12, Hugues a écrit : > > Bonjour > > > > effectivement si tu ajoutes > > > > while( $src && ($l = <$src>) && ($l !~ m/,1,/) ) {next;} > > > > tu n'as plus le warning > > mais aussi si tu supprimes > > > > ($l !~ m/,1,/) > > et tu le met dans le while > > > > il doit commencer a tester la deuxièmement condition avant la première ? > > C'est certainement ça l'idée car si je définis au départ > my $l='' > > (sans cela j'ai un autre warning tout ce qu'il y a de normal comme quoi $l > est uninitialized) puis que j'inverse les condition dans le while, plus de > warning... > > Merci beaucoup et bon week-end. Si tu rajoutes: use diagnostics; au début du fichier, tu obtiens plus de détails : (W misc) In a conditional expression, you used , <*> (glob), each(), or readdir() as a boolean value. Each of these constructs can return a value of "0"; that would make the conditional expression false, which is probably not what you intended. When using these constructs in conditional expressions, test their values with the defined operator. C'est-à-dire, que perl te prévient que $l = <$src> peut être risqué, car si $src est la chaîne "0", ça va être false, et ce n'est probablement pas ce que tu voudrais dans ce cas (qui ceci dit probablement n'arrive pas dans ton cas de toutes façons). perl conseille donc d'écrire defined($l = <$src>). -- Yon From laurent.rosenfeld at googlemail.com Sat Jan 14 11:52:07 2017 From: laurent.rosenfeld at googlemail.com (Laurent Rosenfeld) Date: Sat, 14 Jan 2017 11:52:07 +0100 Subject: [Perl] =?utf-8?q?Que_faire_contre_ce_=C2=AB_warning_=C2=BB_=3F?= In-Reply-To: <20170114090640.GA1254@magellan.home> References: <20170114090640.GA1254@magellan.home> Message-ID: Bonjour, si la condition d'un while ($l = ) { ... est simple, Perl ajoute un defined implicite et la transforme en un: while(defined ($l = )) { ce qui te prémunit contre un bug probable si la ligne contient un 0 seul (sans doute en fin de fichier) entraînant une condition fausse pour le while et, donc, l'arrêt prématuré de la boucle. Si la condition du while est plus complexe, Perl n'ajoute pas ce defined implicite, et donc le bug d'une ligne contenant un zéro peut de nouveau se produire. Je pense que le warning rencontré te prévient de ce bug possible. Compare ceci: $ perl -MO=Deparse -e 'while( ($l = <$src>) && ($l !~ m/,1,/) ) {next;}' while ($l = <$src> and not $l =~ /,1,/) { next; } -e syntax OK avec ceci: $ perl -MO=Deparse -e 'while( $l = <$src>) {next;}' while (defined($l = <$src>)) { next; } -e syntax OK Je pense que tu peux éliminer le warning (et le risque de bug) en ajoutant toi-même le defined: while (defined ($l = <$src>) and not $l =~ /,1,/) { Cordialement, Laurent. Le 14 janvier 2017 à 10:06, Philippe Delavalade < philippe.delavalade at orange.fr> a écrit : > Bonjour la liste. > > Voici un petit ECM qui produit le warning suivant : > > Value of construct can be "0"; test with defined() at ./truc.pl > line 11. > > \begin{script} > #!/usr/bin/perl -w > > use Modern::Perl; > > my $src; > my $l; > > open( $src, "<", "fichier" ) > || die "\nImpossible d'ouvrir fichier\n"; > > while( ($l = <$src>) && ($l !~ m/,1,/) ) {next;} > > close $src; > > exit 0; > \end{script} > > À part cela, le script fait son boulot. > > Je ne comprends pas d'où vient le problème ni comment le résoudre en > testant avec un defined(). > > On peut contourner le problème en mettant la seconde condition dans le > while avec par example > while($l = <$src<) {last if($l =~ m/,1,/);} > > Mais ça n'explique pas la présence de l'avertissement. > > Merci de vos lumières. > > -- > Ph. Delavalade > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From asseline at telecom-paristech.fr Sat Jan 14 11:55:59 2017 From: asseline at telecom-paristech.fr (Dominique Asselineau) Date: Sat, 14 Jan 2017 11:55:59 +0100 Subject: [Perl] =?utf-8?b?UXVlIGZhaXJlIGNvbnRyZSBjZSDCq8Kgd2FybmluZ8Kgwrs=?= =?utf-8?b?wqA/?= In-Reply-To: <20170114103412.GA5594@magellan.home> References: <20170114090640.GA1254@magellan.home> <20170114103412.GA5594@magellan.home> Message-ID: <20170114105559.GA11929@telecom-paristech.fr> Philippe Delavalade wrote on Sat, Jan 14, 2017 at 11:34:12AM +0100 > Le samedi 14 janvier à 11:12, Hugues a écrit : > > Bonjour > > > > effectivement si tu ajoutes > > > > while( $src && ($l = <$src>) && ($l !~ m/,1,/) ) {next;} > > > > tu n'as plus le warning > > mais aussi si tu supprimes > > > > ($l !~ m/,1,/) > > et tu le met dans le while > > > > il doit commencer a tester la deuxièmement condition avant la première ? Ça semble contraire au spécif ? En Perl, les expressions booléennes sont-elles bien traitées de gauche à droite ? > > C'est certainement ça l'idée car si je définis au départ > my $l='' > > (sans cela j'ai un autre warning tout ce qu'il y a de normal comme quoi $l > est uninitialized) puis que j'inverse les condition dans le while, plus de > warning... ça marche en effet, sauf que si on traite la variable $l dans la boucle, ça ne sera pas la valeur testée par =~ mais celle lue dans $src après le && . dom -- From philippe.delavalade at orange.fr Sat Jan 14 12:07:49 2017 From: philippe.delavalade at orange.fr (Philippe Delavalade) Date: Sat, 14 Jan 2017 12:07:49 +0100 Subject: [Perl] =?utf-8?q?Que_faire_contre_ce_=C2=AB_warning_=C2=BB_=3F?= In-Reply-To: References: <20170114090640.GA1254@magellan.home> Message-ID: <20170114110749.GA5762@magellan.home> Merci pour toutes vos réponses. D'après tout ça, il est clair que la meilleure manière d'écrire (et la plus élégante) est while( defined($l = <$src>) && ($l !~ m/,1,/) )... Encore merci. -- Ph. Delavalade From asseline at telecom-paristech.fr Sat Jan 14 12:18:22 2017 From: asseline at telecom-paristech.fr (Dominique Asselineau) Date: Sat, 14 Jan 2017 12:18:22 +0100 Subject: [Perl] =?utf-8?b?UXVlIGZhaXJlIGNvbnRyZSBjZSDCq8Kgd2FybmluZ8Kgwrs=?= =?utf-8?b?wqA/?= In-Reply-To: <20170114104405.GD79744@bardinflor.perso.aquilenet.fr> References: <20170114090640.GA1254@magellan.home> <20170114103412.GA5594@magellan.home> <20170114104405.GD79744@bardinflor.perso.aquilenet.fr> Message-ID: <20170114111822.GB11929@telecom-paristech.fr> Yon wrote on Sat, Jan 14, 2017 at 10:44:05AM +0000 > Bonjour, > > On Sat, Jan 14, 2017 at 11:34:12AM +0100, Philippe Delavalade wrote: > > Le samedi 14 janvier à 11:12, Hugues a écrit : > > > Bonjour > > > > > > effectivement si tu ajoutes > > > > > > while( $src && ($l = <$src>) && ($l !~ m/,1,/) ) {next;} > > > > > > tu n'as plus le warning > > > mais aussi si tu supprimes > > > > > > ($l !~ m/,1,/) > > > et tu le met dans le while > > > > > > il doit commencer a tester la deuxièmement condition avant la première ? > > > > C'est certainement ça l'idée car si je définis au départ > > my $l='' > > > > (sans cela j'ai un autre warning tout ce qu'il y a de normal comme quoi $l > > est uninitialized) puis que j'inverse les condition dans le while, plus de > > warning... > > > > Merci beaucoup et bon week-end. > Si tu rajoutes: > > use diagnostics; > > au début du fichier, tu obtiens plus de détails : > > (W misc) In a conditional expression, you used , <*> (glob), > each(), or readdir() as a boolean value. Each of these constructs > can return a value of "0"; that would make the conditional expression > false, which is probably not what you intended. When using these > constructs in conditional expressions, test their values with the > defined operator. > > C'est-à-dire, que perl te prévient que $l = <$src> peut être risqué, car si > $src est la chaîne "0", ça va être false, et ce n'est probablement pas ce que > tu voudrais dans ce cas Ok mais dans ce cas, pourquoi n'y a-t-il pas de warning lorsqu'on met seulement while( $l = <$src> ) { ... } Dans le while, on a bien à faire à une condition ? dom -- From anaseto at bardinflor.perso.aquilenet.fr Sat Jan 14 12:40:56 2017 From: anaseto at bardinflor.perso.aquilenet.fr (Yon) Date: Sat, 14 Jan 2017 11:40:56 +0000 Subject: [Perl] =?utf-8?b?UXVlIGZhaXJlIGNvbnRyZSBjZSDCq8Kgd2FybmluZ8Kgwrs=?= =?utf-8?b?wqA/?= In-Reply-To: <20170114111822.GB11929@telecom-paristech.fr> References: <20170114090640.GA1254@magellan.home> <20170114103412.GA5594@magellan.home> <20170114104405.GD79744@bardinflor.perso.aquilenet.fr> <20170114111822.GB11929@telecom-paristech.fr> Message-ID: <20170114114056.GE79744@bardinflor.perso.aquilenet.fr> On Sat, Jan 14, 2017 at 12:18:22PM +0100, Dominique Asselineau wrote: > > Si tu rajoutes: > > > > use diagnostics; > > > > au début du fichier, tu obtiens plus de détails : > > > > (W misc) In a conditional expression, you used , <*> (glob), > > each(), or readdir() as a boolean value. Each of these constructs > > can return a value of "0"; that would make the conditional expression > > false, which is probably not what you intended. When using these > > constructs in conditional expressions, test their values with the > > defined operator. > > > > C'est-à-dire, que perl te prévient que $l = <$src> peut être risqué, car si > > $src est la chaîne "0", ça va être false, et ce n'est probablement pas ce que > > tu voudrais dans ce cas > > Ok mais dans ce cas, pourquoi n'y a-t-il pas de warning lorsqu'on met seulement > > while( $l = <$src> ) { ... } > > Dans le while, on a bien à faire à une condition ? Comme l'a mentionné Laurent, perl fait un cas particulier et rajoute automatiquement un defined. Dès que la condition est plus compliquée qu'un $l = <$src>, il ne le rajoute plus automatiquement et lance un warning. Dans le cas où on voudrait vraiment que ce soit traité comme un booléen, il faudrait écrire while(($l = <$src>) ne '0'). Dans while(<>) le defined implicite est aussi ajouté. La liste des cas spéciaux est donnée dans perldoc -f '<>'. -- Yon From philippe.bruhat at free.fr Mon Jan 16 02:54:11 2017 From: philippe.bruhat at free.fr (Philippe Bruhat (BooK)) Date: Mon, 16 Jan 2017 02:54:11 +0100 Subject: [Perl] =?iso-8859-1?q?Que_faire_contre_ce_=AB=A0warning=A0=BB=A0?= =?iso-8859-1?q?=3F?= In-Reply-To: <20170114104405.GD79744@bardinflor.perso.aquilenet.fr> References: <20170114090640.GA1254@magellan.home> <20170114103412.GA5594@magellan.home> <20170114104405.GD79744@bardinflor.perso.aquilenet.fr> Message-ID: <20170116015411.jefhx4j4tlzw6g5d@zok> On Sat, Jan 14, 2017 at 10:44:05AM +0000, Yon wrote: > Si tu rajoutes: > > use diagnostics; > > au début du fichier, tu obtiens plus de détails : > > (W misc) In a conditional expression, you used , <*> (glob), > each(), or readdir() as a boolean value. Each of these constructs > can return a value of "0"; that would make the conditional expression > false, which is probably not what you intended. When using these > constructs in conditional expressions, test their values with the > defined operator. > Sans modifier son programme, on peut aussi juste copier le message (simulé ici avec `echo`) dans `splain` $ echo 'Value of construct can be "0"; test with defined() at ./truc.pl line 11.' | splain Value of construct can be "0"; test with defined() at ./truc.pl line 11 (#1) (W misc) In a conditional expression, you used , <*> (glob), each(), or readdir() as a boolean value. Each of these constructs can return a value of "0"; that would make the conditional expression false, which is probably not what you intended. When using these constructs in conditional expressions, test their values with the defined operator. Maintenant que j'ai lu la doc de splain/diagnostics.pm, je peux aussi vous livrer cette petite perle qui s'y trouve: If you don't want to modify your source code, but still have on-the-fly warnings, do this: exec 3>&1; perl -w test.pl 2>&1 1>&3 3>&- | splain 1>&2 3>&- Nifty, eh? -- Philippe Bruhat (BooK) Eliminate a problem before it eliminates you! (Moral from Groo The Wanderer #65 (Epic)) From elbeho at boivin.eu Tue Jan 17 21:34:22 2017 From: elbeho at boivin.eu (L Boivin) Date: Tue, 17 Jan 2017 21:34:22 +0100 Subject: [Perl] =?utf-8?q?H=C3=A9bergeurs_int=C3=A9grant_les_cgi_en_g?= =?utf-8?q?=C3=A9n=C3=A9ral_et_le_perl_en_particulier=2E?= In-Reply-To: References: Message-ID: Bonjour, On sait répondre à cette question pas bête ? Cordialement Laurent B On 12/01/2017 15:40, Xavier RUGIENS wrote: > Bonjour, > > je gère et j'assemble des sites web depuis le milieu des années 90. > > Au début, associé au Html pur, la mise en place de cgi-bin coulait de > source pour beaucoup d'utilisateurs souhaitant une véritable > interactivité de leur site avec leurs visiteurs. Et les hébergeurs, > notamment OVH sur un serveur mutualisé, y répondaient sans rechigner. > > J'en ai abandonné l'usage au début des années 2000 en développant plus > en PHP et en évouant vers des outils tels que WordPress, qui fait > beaucoup de choses semblables, mais de manière plus lourde. > > Je souhaite revenir au Perl aujourd'hui mais, pas de chance ! beaucoup > d'hébergeurs ont abandonné le répertoire cgi-bin dans leur offre de base. > > Pouvez-vous (pour moi-même mais pê aussi sur votre site) me citer quels > sont les hébergeurs chez lesquels l'usage de Perl est nativement autorisé ? > > Cordialement, > > Xavier RUGIENS > > > -- Laurent Boivin -- mailto:elbeho at boivin.eu Member of Mongueurs de Perl -- http://www.mongueurs.net/ Member of YAPC::Europe Foundation -- http://www.yapceurope.org/ Member of OSDC.fr -- http://osdc.fr/ From cazzaniga.sandro at gmail.com Tue Jan 17 21:38:54 2017 From: cazzaniga.sandro at gmail.com (Sandro CAZZANIGA) Date: Tue, 17 Jan 2017 20:38:54 +0000 Subject: [Perl] =?utf-8?q?H=C3=A9bergeurs_int=C3=A9grant_les_cgi_en_g?= =?utf-8?q?=C3=A9n=C3=A9ral_et_le_perl_en_particulier=2E?= In-Reply-To: References: Message-ID: Bonjour, Personnellement je travaille pour une société nommée Adista (www.adista.fr), dans le pôle OpenSource qui est basé à l'agence de Saint-Etienne. On ne propose pas d'hébergement mutualisé pour le Perl (quoi qu'on pourrait, il suffirait du mod_perl ainsi que des dépendances de l'application, à voir) mais sur un dédié on pourrait héberger du Perl sans soucis. Si tu es intéressé, envoie moi un e-mail au bureau (scazzaniga at adista.fr) décrivant ton application (prérequis, contraintes, budget etc) et je regarderais ça. Cordialement. Le mar. 17 janv. 2017 à 21:34, L Boivin a écrit : > Bonjour, > > > > On sait répondre à cette question pas bête ? > > > > Cordialement > > Laurent B > > > > On 12/01/2017 15:40, Xavier RUGIENS wrote: > > > Bonjour, > > > > > > je gère et j'assemble des sites web depuis le milieu des années 90. > > > > > > Au début, associé au Html pur, la mise en place de cgi-bin coulait de > > > source pour beaucoup d'utilisateurs souhaitant une véritable > > > interactivité de leur site avec leurs visiteurs. Et les hébergeurs, > > > notamment OVH sur un serveur mutualisé, y répondaient sans rechigner. > > > > > > J'en ai abandonné l'usage au début des années 2000 en développant plus > > > en PHP et en évouant vers des outils tels que WordPress, qui fait > > > beaucoup de choses semblables, mais de manière plus lourde. > > > > > > Je souhaite revenir au Perl aujourd'hui mais, pas de chance ! beaucoup > > > d'hébergeurs ont abandonné le répertoire cgi-bin dans leur offre de base. > > > > > > Pouvez-vous (pour moi-même mais pê aussi sur votre site) me citer quels > > > sont les hébergeurs chez lesquels l'usage de Perl est nativement > autorisé ? > > > > > > Cordialement, > > > > > > Xavier RUGIENS > > > > > > > > > > > > > > > -- > > Laurent Boivin -- mailto:elbeho at boivin.eu > > Member of Mongueurs de Perl -- http://www.mongueurs.net/ > > Member of YAPC::Europe Foundation -- http://www.yapceurope.org/ > > Member of OSDC.fr -- http://osdc.fr/ > > > > _______________________________________________ > > Perl mailing list > > Perl at mongueurs.net > > http://listes.mongueurs.net/mailman/listinfo/perl > > -- Sandro CAZZANIGA -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From lorapatu at free.fr Tue Jan 17 22:39:25 2017 From: lorapatu at free.fr (lorapatu) Date: Tue, 17 Jan 2017 22:39:25 +0100 Subject: [Perl] =?utf-8?q?=5BAdherents=5D_H=C3=A9bergeurs_int=C3=A9grant_l?= =?utf-8?q?es_cgi_en_g=C3=A9n=C3=A9ral_et_le_perl_en_particulier=2E?= In-Reply-To: References: Message-ID: <26967160-89a7-4ce3-33bd-4761be2dd360@free.fr> Le 17/01/2017 à 21:34, L Boivin a écrit : > Bonjour, > > On sait répondre à cette question pas bête ? > > Cordialement > Laurent B > > On 12/01/2017 15:40, Xavier RUGIENS wrote: >> Bonjour, >> >> je gère et j'assemble des sites web depuis le milieu des années 90. >> >> Au début, associé au Html pur, la mise en place de cgi-bin coulait de >> source pour beaucoup d'utilisateurs souhaitant une véritable >> interactivité de leur site avec leurs visiteurs. Et les hébergeurs, >> notamment OVH sur un serveur mutualisé, y répondaient sans rechigner. >> >> J'en ai abandonné l'usage au début des années 2000 en développant plus >> en PHP et en évouant vers des outils tels que WordPress, qui fait >> beaucoup de choses semblables, mais de manière plus lourde. >> >> Je souhaite revenir au Perl aujourd'hui mais, pas de chance ! beaucoup >> d'hébergeurs ont abandonné le répertoire cgi-bin dans leur offre de base. >> >> Pouvez-vous (pour moi-même mais pê aussi sur votre site) me citer quels >> sont les hébergeurs chez lesquels l'usage de Perl est nativement >> autorisé ? >> >> Cordialement, >> >> Xavier RUGIENS >> >> >> > > Bonsoir, OVH supporte toujours perl d'après la description de leurs offres : - https://www.kimsufi.com/fr/hosting.xml - https://www.ovh.com/fr/hebergement-web/hebergement-perso.xml j'ai pas testé mais c'est du OVH donc ça devrait marcher ;-) cordialement, RT From Guy at coslado.com Tue Jan 17 22:59:09 2017 From: Guy at coslado.com (Guy at coslado.com) Date: Tue, 17 Jan 2017 22:59:09 +0100 Subject: [Perl] =?iso-8859-1?q?=5BAdherents=5D_H=E9bergeurs_int=E9grant_le?= =?iso-8859-1?q?s_cgi_en_g=E9n=E9ral_et_le_perl_en_particulier=2E?= In-Reply-To: <26967160-89a7-4ce3-33bd-4761be2dd360@free.fr> References: , , <26967160-89a7-4ce3-33bd-4761be2dd360@free.fr> Message-ID: <587E93AD.20863.101D2FDA@Guy.Coslado.com> Bonsoir, J'utilise depuis plusieurs années l'offre https://www.ovh.com/fr/vps/vps-cloud.xml avec une install debian classique çà fonctionne parfaitement et on est maitre de tout comme sur une machine physique. IMHO c'est ce qui se fait de mieux au meilleur prix. Bien à vous Guy On 17 Jan 2017 at 22:39, lorapatu wrote: Le 17/01/2017 à 21:34, L Boivin a écrit : > Bonjour, > > On sait répondre à cette question pas bête ? > > Cordialement > Laurent B > > On 12/01/2017 15:40, Xavier RUGIENS wrote: >> Bonjour, >> >> je gère et j'assemble des sites web depuis le milieu des années 90. >> >> Au début, associé au Html pur, la mise en place de cgi-bin coulait de >> source pour beaucoup d'utilisateurs souhaitant une véritable >> interactivité de leur site avec leurs visiteurs. Et les hébergeurs, >> notamment OVH sur un serveur mutualisé, y répondaient sans rechigner. >> >> J'en ai abandonné l'usage au début des années 2000 en développant plus >> en PHP et en évouant vers des outils tels que WordPress, qui fait >> beaucoup de choses semblables, mais de manière plus lourde. >> >> Je souhaite revenir au Perl aujourd'hui mais, pas de chance ! beaucoup >> d'hébergeurs ont abandonné le répertoire cgi-bin dans leur offre de base. >> >> Pouvez-vous (pour moi-même mais pê aussi sur votre site) me citer quels >> sont les hébergeurs chez lesquels l'usage de Perl est nativement >> autorisé ? >> >> Cordialement, >> >> Xavier RUGIENS >> >> >> > > Bonsoir, OVH supporte toujours perl d'après la description de leurs offres : - https://www.kimsufi.com/fr/hosting.xml - https://www.ovh.com/fr/hebergement-web/hebergement-perso.xml j'ai pas testé mais c'est du OVH donc ça devrait marcher ;-) cordialement, RT _______________________________________________ Perl mailing list Perl at mongueurs.net http://listes.mongueurs.net/mailman/listinfo/perl From asseline at telecom-paristech.fr Wed Jan 18 12:25:45 2017 From: asseline at telecom-paristech.fr (Dominique Asselineau) Date: Wed, 18 Jan 2017 12:25:45 +0100 Subject: [Perl] =?utf-8?q?=5BAdherents=5D_H=C3=A9bergeurs_int=C3=A9grant_l?= =?utf-8?q?es_cgi_en_g=C3=A9n=C3=A9ral__et_le_perl_en_particulier=2E?= In-Reply-To: <587E93AD.20863.101D2FDA@Guy.Coslado.com> References: <26967160-89a7-4ce3-33bd-4761be2dd360@free.fr> <587E93AD.20863.101D2FDA@Guy.Coslado.com> Message-ID: <20170118112545.GC20442@telecom-paristech.fr> Guy at coslado.com wrote on Tue, Jan 17, 2017 at 10:59:09PM +0100 > Bonsoir, > > J'utilise depuis plusieurs années l'offre > https://www.ovh.com/fr/vps/vps-cloud.xml > avec une install debian classique çà fonctionne parfaitement et on est maitre > de tout comme sur une machine physique. La solution du VPS marche naturellement avec n'importe quel hébergeur qui propose des VPS. Il faut juste savoir gérer un VPS. Il ne s'agit pas que développer, installer et faire tourner ses scripts Perl. Perso j'utilise cette solution pour d'autres raisons que simplement faire tourner du Perl. S'agissant d'un VPS, il faut se soucier en particulier de sa sécurité qui n'est pas de la responsabilité de l'hébergeur. > > IMHO c'est ce qui se fait de mieux au meilleur prix. La formule paraît manquer de recule. Si c'était le cas, rien d'autre n'existerait. Enfin c'est mon humble avis. dom -- From xlat at cpan.org Wed Jan 18 17:18:41 2017 From: xlat at cpan.org (Nicolas GEORGES) Date: Wed, 18 Jan 2017 16:18:41 +0000 Subject: [Perl] =?utf-8?q?=5BAdherents=5D_H=C3=A9bergeurs_int=C3=A9grant_l?= =?utf-8?q?es_cgi_en_g=C3=A9n=C3=A9ral_et_le_perl_en_particulier=2E?= In-Reply-To: <20170118112545.GC20442@telecom-paristech.fr> References: <26967160-89a7-4ce3-33bd-4761be2dd360@free.fr> <587E93AD.20863.101D2FDA@Guy.Coslado.com> <20170118112545.GC20442@telecom-paristech.fr> Message-ID: Bonjour la liste, Perso j'ai utilisé 1and1.fr en mutualisé perl 5.20.2 dispo et en prime un accès ssh. Récemment j'ai utilisé fozzy.com en mutualisé avec perl 5.24 et aussi un accès ssh. Le 18 janvier 2017 à 11:25, Dominique Asselineau < asseline at telecom-paristech.fr> a écrit : > Guy at coslado.com wrote on Tue, Jan 17, 2017 at 10:59:09PM +0100 > > Bonsoir, > > > > J'utilise depuis plusieurs années l'offre > > https://www.ovh.com/fr/vps/vps-cloud.xml > > avec une install debian classique çà fonctionne parfaitement et on est > maitre > > de tout comme sur une machine physique. > > La solution du VPS marche naturellement avec n'importe quel hébergeur > qui propose des VPS. Il faut juste savoir gérer un VPS. Il ne s'agit > pas que développer, installer et faire tourner ses scripts Perl. > Perso j'utilise cette solution pour d'autres raisons que simplement > faire tourner du Perl. S'agissant d'un VPS, il faut se soucier en > particulier de sa sécurité qui n'est pas de la responsabilité de > l'hébergeur. > > > > > IMHO c'est ce qui se fait de mieux au meilleur prix. > > La formule paraît manquer de recule. Si c'était le cas, rien d'autre > n'existerait. Enfin c'est mon humble avis. > > dom > -- > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > -- print pack'b*',join'',map{$_.($_+0?'010':'100')}unpack('b*',pack'w*',7376,16,193516616,0,1508,0,11289860)=~/...../g -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From olivier.mengue at gmail.com Thu Jan 19 00:38:10 2017 From: olivier.mengue at gmail.com (=?UTF-8?Q?Olivier_Mengu=C3=A9?=) Date: Thu, 19 Jan 2017 00:38:10 +0100 Subject: [Perl] =?utf-8?q?H=C3=A9bergeurs_int=C3=A9grant_les_cgi_en_g?= =?utf-8?q?=C3=A9n=C3=A9ral_et_le_perl_en_particulier=2E?= In-Reply-To: References: Message-ID: On 12/01/2017 15:40, Xavier RUGIENS wrote: > >> Bonjour, >> >> je gère et j'assemble des sites web depuis le milieu des années 90. >> >> Au début, associé au Html pur, la mise en place de cgi-bin coulait de >> source pour beaucoup d'utilisateurs souhaitant une véritable >> interactivité de leur site avec leurs visiteurs. Et les hébergeurs, >> notamment OVH sur un serveur mutualisé, y répondaient sans rechigner. >> >> C'est toujours le cas chez OVH. Chez Sourceforge aussi. Oui, oui, on peut faire tourner des CGI gratos chez Sourceforge. Par exemple: http://dolmen.users.sourceforge.net/cgi-bin/perlinfo.json (source ici: https://github.com/dolmen/perlinfo.json ) Et notez que dans un environnement CGI on peut faire tourner du PSGI grâce à Plack::Handler::CGI. Il ne faut par contre plus compter sur la persistance entre les requêtes... Olivier. -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From laurent.rosenfeld at googlemail.com Tue Jan 31 19:32:03 2017 From: laurent.rosenfeld at googlemail.com (Laurent Rosenfeld) Date: Tue, 31 Jan 2017 19:32:03 +0100 Subject: [Perl] Livre sur Perl 6 Message-ID: Bonjour, J'ai le plaisir d'annoncer que la maison d'édition O'Reilly a mis en ligne une première version (incomplète et non complètement revue) de mon livre sur Perl 6: Think Perl 6 - How to Think Like a Computer Scientist by Laurent Rosenfeld (with Allen B. Downey) Early Release Ebook ISBN: 978-1-4919-8048-4 | ISBN 10: 1-4919-8048-6 Pour l'instant, seuls les sept premiers chapitres (environ 150 pages sur 450) sont disponibles publiquement au format HTML. Le livre est entièrement rédigé, mais le reste doit encore être revu et mis en forme par O'Reilly, ce qui devrait prendre quelques semaines. La page d'O'Reilly sur le livre: http://shop.oreilly.com/product/0636920065883.do Cordialement, Laurent. -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From sebastien.deseille at gmail.com Tue Jan 31 20:15:24 2017 From: sebastien.deseille at gmail.com (sebastien deseille) Date: Tue, 31 Jan 2017 19:15:24 +0000 Subject: [Perl] Livre sur Perl 6 In-Reply-To: References: Message-ID: Bonjour Laurent Félicitations !!! Ca va nous faire deux livres sur Perl6. \o/ J'ai eu le plaisir de voir la couverture du livre en trainant sur le canal irc cette après-midi. Amicalement sdeseille Le mar. 31 janv. 2017 à 19:32, Laurent Rosenfeld < laurent.rosenfeld at googlemail.com> a écrit : > Bonjour, > > J'ai le plaisir d'annoncer que la maison d'édition O'Reilly a mis en ligne > une première version (incomplète et non complètement revue) de mon livre > sur Perl 6: > > Think Perl 6 - How to Think Like a Computer Scientist > by Laurent Rosenfeld (with Allen B. Downey) > Early Release Ebook ISBN: 978-1-4919-8048-4 | ISBN 10: 1-4919-8048-6 > > Pour l'instant, seuls les sept premiers chapitres (environ 150 pages sur > 450) sont disponibles publiquement au format HTML. Le livre est entièrement > rédigé, mais le reste doit encore être revu et mis en forme par O'Reilly, > ce qui devrait prendre quelques semaines. > > La page d'O'Reilly sur le livre: > http://shop.oreilly.com/product/0636920065883.do > > Cordialement, > Laurent. > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: