j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est
composé d'une première partie principale exécutée à chaque appel et de
plusieurs parties secondaires dont une seule est exécutée suivant le
résultat de la première partie.
Afin d'éclaircir la chose, je pensais laisser la première partie dans le
script principal et mettre les différentes parties secondaires dans des
fichiers individuels (un fichier par partie). Un de ces fichiers secondaires
serait alors exécuté par un REQUIRE placé dans le script principal.
J'ai fais quelques essais, apparemment tous ce passe bien, mais j'aimerais
avoir vos avis sur cette solution, surtout au niveau sécurité.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Paul Gaborit
À (at) Sat, 31 May 2008 23:57:43 +0200, "Thierry" écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est composé d'une première partie principale exécutée à chaque appel et de plusieurs parties secondaires dont une seule est exécutée suivant le résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source est-il vraiment trop long ?
Afin d'éclaircir la chose, je pensais laisser la première partie dans le script principal et mettre les différentes parties secondaires dans des fichiers individuels (un fichier par partie). Un de ces fichiers secondaires serait alors exécuté par un REQUIRE placé dans le script principal.
Si vous découpez correctement votre code, vous allez créer des modules.
Après, pourquoi s'embêter avec 'require' ? Vous pouvez très bien faire des 'use' dès le départ, ce qui est plus simple à gérer. Votre script n'est certainement pas à quelques lignes près pour son temps de compilation...
J'ai fais quelques essais, apparemment tous ce passe bien, mais j'aimerais avoir vos avis sur cette solution, surtout au niveau sécurité.
À (at) Sat, 31 May 2008 23:57:43 +0200,
"Thierry" <nospam@wan.fr> écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est
composé d'une première partie principale exécutée à chaque appel et de
plusieurs parties secondaires dont une seule est exécutée suivant le
résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source
est-il vraiment trop long ?
Afin d'éclaircir la chose, je pensais laisser la première partie dans le
script principal et mettre les différentes parties secondaires dans des
fichiers individuels (un fichier par partie). Un de ces fichiers secondaires
serait alors exécuté par un REQUIRE placé dans le script principal.
Si vous découpez correctement votre code, vous allez créer des
modules.
Après, pourquoi s'embêter avec 'require' ? Vous pouvez très bien faire
des 'use' dès le départ, ce qui est plus simple à gérer. Votre script
n'est certainement pas à quelques lignes près pour son temps de
compilation...
J'ai fais quelques essais, apparemment tous ce passe bien, mais j'aimerais
avoir vos avis sur cette solution, surtout au niveau sécurité.
Quel problème de sécurité imaginez-vous ?
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
À (at) Sat, 31 May 2008 23:57:43 +0200, "Thierry" écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est composé d'une première partie principale exécutée à chaque appel et de plusieurs parties secondaires dont une seule est exécutée suivant le résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source est-il vraiment trop long ?
Afin d'éclaircir la chose, je pensais laisser la première partie dans le script principal et mettre les différentes parties secondaires dans des fichiers individuels (un fichier par partie). Un de ces fichiers secondaires serait alors exécuté par un REQUIRE placé dans le script principal.
Si vous découpez correctement votre code, vous allez créer des modules.
Après, pourquoi s'embêter avec 'require' ? Vous pouvez très bien faire des 'use' dès le départ, ce qui est plus simple à gérer. Votre script n'est certainement pas à quelques lignes près pour son temps de compilation...
J'ai fais quelques essais, apparemment tous ce passe bien, mais j'aimerais avoir vos avis sur cette solution, surtout au niveau sécurité.
À (at) Sat, 31 May 2008 23:57:43 +0200, "Thierry" écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est composé d'une première partie principale exécutée à chaque appel et de plusieurs parties secondaires dont une seule est exécutée suivant le résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source est-il vraiment trop long ?
c'est vrai qu'il n'y a pas vraiement de longueur maxi "officielle". Peut-être l'habitude à des scripts plus court ?
Afin d'éclaircir la chose, je pensais laisser la première partie dans le script principal et mettre les différentes parties secondaires dans des fichiers individuels (un fichier par partie). Un de ces fichiers secondaires serait alors exécuté par un REQUIRE placé dans le script principal.
Si vous découpez correctement votre code, vous allez créer des modules.
Après, pourquoi s'embêter avec 'require' ? Vous pouvez très bien faire des 'use' dès le départ, ce qui est plus simple à gérer. Votre script n'est certainement pas à quelques lignes près pour son temps de compilation...
j'ai jamais eu l'occasion de créer des modules, mais je peux effectivement voire de ce côté également.
J'ai fais quelques essais, apparemment tous ce passe bien, mais j'aimerais avoir vos avis sur cette solution, surtout au niveau sécurité.
Quel problème de sécurité imaginez-vous ?
Je sais pas. En fait, il s'agit d'un CGI, et comme pour tous ce qui est "exposé au public" j'ai toujours tendance à me méfier.
"Paul Gaborit" <Paul.Gaborit@invalid.invalid> a écrit dans le message de
news: wt97id8l1y8.fsf@marceau.enstimac.fr...
À (at) Sat, 31 May 2008 23:57:43 +0200,
"Thierry" <nospam@wan.fr> écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il
est
composé d'une première partie principale exécutée à chaque appel et de
plusieurs parties secondaires dont une seule est exécutée suivant le
résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source
est-il vraiment trop long ?
c'est vrai qu'il n'y a pas vraiement de longueur maxi "officielle".
Peut-être l'habitude à des scripts plus court ?
Afin d'éclaircir la chose, je pensais laisser la première partie dans le
script principal et mettre les différentes parties secondaires dans des
fichiers individuels (un fichier par partie). Un de ces fichiers
secondaires
serait alors exécuté par un REQUIRE placé dans le script principal.
Si vous découpez correctement votre code, vous allez créer des
modules.
Après, pourquoi s'embêter avec 'require' ? Vous pouvez très bien faire
des 'use' dès le départ, ce qui est plus simple à gérer. Votre script
n'est certainement pas à quelques lignes près pour son temps de
compilation...
j'ai jamais eu l'occasion de créer des modules, mais je peux effectivement
voire de ce côté également.
J'ai fais quelques essais, apparemment tous ce passe bien, mais
j'aimerais
avoir vos avis sur cette solution, surtout au niveau sécurité.
Quel problème de sécurité imaginez-vous ?
Je sais pas.
En fait, il s'agit d'un CGI, et comme pour tous ce qui est "exposé au
public" j'ai toujours tendance à me méfier.
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
À (at) Sat, 31 May 2008 23:57:43 +0200, "Thierry" écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est composé d'une première partie principale exécutée à chaque appel et de plusieurs parties secondaires dont une seule est exécutée suivant le résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source est-il vraiment trop long ?
c'est vrai qu'il n'y a pas vraiement de longueur maxi "officielle". Peut-être l'habitude à des scripts plus court ?
Afin d'éclaircir la chose, je pensais laisser la première partie dans le script principal et mettre les différentes parties secondaires dans des fichiers individuels (un fichier par partie). Un de ces fichiers secondaires serait alors exécuté par un REQUIRE placé dans le script principal.
Si vous découpez correctement votre code, vous allez créer des modules.
Après, pourquoi s'embêter avec 'require' ? Vous pouvez très bien faire des 'use' dès le départ, ce qui est plus simple à gérer. Votre script n'est certainement pas à quelques lignes près pour son temps de compilation...
j'ai jamais eu l'occasion de créer des modules, mais je peux effectivement voire de ce côté également.
J'ai fais quelques essais, apparemment tous ce passe bien, mais j'aimerais avoir vos avis sur cette solution, surtout au niveau sécurité.
Quel problème de sécurité imaginez-vous ?
Je sais pas. En fait, il s'agit d'un CGI, et comme pour tous ce qui est "exposé au public" j'ai toujours tendance à me méfier.
À (at) Sat, 31 May 2008 23:57:43 +0200, "Thierry" écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est composé d'une première partie principale exécutée à chaque appel et de plusieurs parties secondaires dont une seule est exécutée suivant le résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source est-il vraiment trop long ?
Lorsqu'on commence vraiment a remarquer le temps que passe perl a parser le fichier source en question ?
In article <wt97id8l1y8.fsf@marceau.enstimac.fr>,
Paul Gaborit <Paul.Gaborit+news@enstimac.fr> wrote:
À (at) Sat, 31 May 2008 23:57:43 +0200,
"Thierry" <nospam@wan.fr> écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est
composé d'une première partie principale exécutée à chaque appel et de
plusieurs parties secondaires dont une seule est exécutée suivant le
résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source
est-il vraiment trop long ?
Lorsqu'on commence vraiment a remarquer le temps que passe perl a parser
le fichier source en question ?
À (at) Sat, 31 May 2008 23:57:43 +0200, "Thierry" écrivait (wrote):
j'ai un script perl que je trouve un peu long (env. 1700 lignes). Il est composé d'une première partie principale exécutée à chaque appel et de plusieurs parties secondaires dont une seule est exécutée suivant le résultat de la première partie.
Ce n'est pas vraiment un problème. À partir de quand un fichier source est-il vraiment trop long ?
Lorsqu'on commence vraiment a remarquer le temps que passe perl a parser le fichier source en question ?
Paul Gaborit
À (at) Thu, 5 Jun 2008 22:28:06 +0200, "Thierry" écrivait (wrote):
c'est vrai qu'il n'y a pas vraiement de longueur maxi "officielle". Peut-être l'habitude à des scripts plus court ?
Si c'est pour le confort d'édition ou pour la modularisation, ce sont des bonnes raisons. Et effectivement, c'est en parti subjectif. ;-)
Je craignais que ce fut pour des pseudo raisons de performances...
j'ai jamais eu l'occasion de créer des modules, mais je peux effectivement voire de ce côté également.
C'est tout ce qu'il y a de plus simple. Un module, c'est :
Je sais pas. En fait, il s'agit d'un CGI, et comme pour tous ce qui est "exposé au public" j'ai toujours tendance à me méfier.
Et vous avez raison : un script CGI ne doit pas s'écrire n'importe comment. Donc votre script est dans un répertoire accessible par le serveur. Par contre, vos modules n'ont aucun raison de l'être.
Pour que votre script sache où aller chercher ses modules, il suffit (avant les appels à 'use') de lui indiquer le bon chemin via :
Je sais pas. En fait, il s'agit d'un CGI, et comme pour tous ce qui
est "exposé au public" j'ai toujours tendance à me méfier.
Et vous avez raison : un script CGI ne doit pas s'écrire n'importe
comment. Donc votre script est dans un répertoire accessible par le
serveur. Par contre, vos modules n'ont aucun raison de l'être.
Pour que votre script sache où aller chercher ses modules, il suffit
(avant les appels à 'use') de lui indiquer le bon chemin via :
Je sais pas. En fait, il s'agit d'un CGI, et comme pour tous ce qui est "exposé au public" j'ai toujours tendance à me méfier.
Et vous avez raison : un script CGI ne doit pas s'écrire n'importe comment. Donc votre script est dans un répertoire accessible par le serveur. Par contre, vos modules n'ont aucun raison de l'être.
Pour que votre script sache où aller chercher ses modules, il suffit (avant les appels à 'use') de lui indiquer le bon chemin via :