Navré du bas niveau de la question, mais je n'ai pas trouvé avec Google:
Dans le cadre d'un serveur de contenu un peu complexe, j'ai un script qui va
inclure (@include) un certain nombre d'autres, qui sont donc des PHP,
mais auparavant il doit rassembler dans une structure des données qui sont
réparties dans ces mêmes scripts.
Et donc dans un but d'optimisation et aussi de simplicité de programmation,
je voudrais que le maître-script commence par les ouvrir comme des fichiers
pour en lire uniquement un header de 2 lignes (implanté comme un commentaire
au début de chaque script).
Cette ouverture par fopen("rt") échoue: le fichier n'existe pas.
J'ai vérifié que le path est bon et ça marche bien si l'extension n'est pas
.php, donc j'en déduis que c'est le serveur qui est configuré pour que les
PHP ne soient accessibles qu'en exécution ?
A priori je ne maîtrise pas cet aspect de la config:
- il n'y a pas de .htaccess qui soit en rapport,
- je constate le problème sur le serveur de Test qui est EasyPHP,
- le serveur de production est un hébergement mutualisé (OVH).
Si une telle protection est en place pour les PHP, je ne vois pas comment la
contourner depuis un script (faire des chmod ???).
* Une confirmation d'expert pour le scénario ?
* Une idée de solution ?
La mienne est bien sûr d'éclater chaque script pour en extraire un fichier
descripteur qui soit lisible, mais ça signifie gérer des paires au lieu de
fichiers uniques, ce qui n'est jamais bon pour la fiabilité.
Merci.
--
Cordialement.
* Patrick BRUNET www.ipzb.fr www.ipzb-pro.com
* E-mail: lien sur http://zener131.eu/ContactMe
"Olivier Miakinen" <om+ a écrit dans le message de news 4ace3fa0$
Le 08/10/2009 21:28, Patrick 'Zener' Brunet a écrit :
Aaaaarghhhh ! J'ai trouvé ! [...] c'est la honte absolue car ça crevait les yeux:
J'en étais persuadé depuis le début. Tu vois que j'ai bien fait de te pousser dans tes derniers retranchements !
J'en étais tellement persuadé que j'ai même écrit dans ma dernière réponse : <cit.> Oui, d'accord, mais bon : pour le moment tu es face à un bug que tu ne comprends pas
Le pire, c'est que j'ai déjà vu tellement de trucs vraiment foireux que ça suggère des scénarios très réalistes à base de bugs tordus. Ceux qui suivent mes aventures sur les newsgroups :o) savent que je pousse souvent les technologiess dans leurs derniers retranchements, elles-aussi.
Et le pire c'est qu'en expérimentant pour vérifier, on trouve ce qu'on cherche, donc on s'enterre...
[...]
Voilà ce que c'est de faire de l'alimentaire dans la journée et de la R&D le soir :-/
Ce n'est pas grave. Ça m'aurait plus inquiété si j'avais cru à un vrai bug de la fonction fopen(), mais j'avais trop confiance en cette fonction, que j'utilise (en C) depuis plus de vingt ans, pour croire qu'elle puisse nous lâcher comme ça...
La fopen() du C, j'ai confiance aussi, mais celle de PHP c'est autre chose... A vrai dire, le Web et ses "technologies" commencent à pas mal me sortir par les yeux, parce que le bricolage est toujours plus ou moins incontournable.
Au fait, quelqu'un connaîtrait un compilo PHP "économiquement accessible", juste pour valider syntaxiquement le code même dans les branches exécutées de manière exceptionnelle ? Je veux dire 100% du code écrit, je n'ai pas de génération dynamique à coups d'eval ou d'include inconnus à l'avance...
J'ai bien trouvé des outils qui ont l'air de faire ça, mais avec tout un AGL derrière, et donc le prix est dissuasif.
Merci.
-- Cordialement.
* Patrick BRUNET www.ipzb.fr www.ipzb-pro.com * E-mail: lien sur http://zener131.eu/ContactMe
Bonsoir.
"Olivier Miakinen" <om+news@miakinen.net> a écrit dans le message
de news 4ace3fa0$1@meta.neottia.net
Le 08/10/2009 21:28, Patrick 'Zener' Brunet a écrit :
Aaaaarghhhh ! J'ai trouvé !
[...]
c'est la honte absolue car ça crevait les yeux:
J'en étais persuadé depuis le début. Tu vois que j'ai bien fait de
te pousser dans tes derniers retranchements !
J'en étais tellement persuadé que j'ai même écrit dans ma dernière
réponse : <cit.>
Oui, d'accord, mais bon : pour le moment tu es face à un bug que
tu ne comprends pas
Le pire, c'est que j'ai déjà vu tellement de trucs vraiment foireux que ça
suggère des scénarios très réalistes à base de bugs tordus.
Ceux qui suivent mes aventures sur les newsgroups :o) savent que je pousse
souvent les technologiess dans leurs derniers retranchements, elles-aussi.
Et le pire c'est qu'en expérimentant pour vérifier, on trouve ce qu'on
cherche, donc on s'enterre...
[...]
Voilà ce que c'est de faire de l'alimentaire dans la journée et de
la R&D le soir :-/
Ce n'est pas grave. Ça m'aurait plus inquiété si j'avais cru à un
vrai bug de la fonction fopen(), mais j'avais trop confiance en
cette fonction, que j'utilise (en C) depuis plus de vingt ans,
pour croire qu'elle puisse nous lâcher comme ça...
La fopen() du C, j'ai confiance aussi, mais celle de PHP c'est autre
chose... A vrai dire, le Web et ses "technologies" commencent à pas mal me
sortir par les yeux, parce que le bricolage est toujours plus ou moins
incontournable.
Au fait, quelqu'un connaîtrait un compilo PHP "économiquement accessible",
juste pour valider syntaxiquement le code même dans les branches exécutées
de manière exceptionnelle ? Je veux dire 100% du code écrit, je n'ai pas de
génération dynamique à coups d'eval ou d'include inconnus à l'avance...
J'ai bien trouvé des outils qui ont l'air de faire ça, mais avec tout un AGL
derrière, et donc le prix est dissuasif.
Merci.
--
Cordialement.
* Patrick BRUNET www.ipzb.fr www.ipzb-pro.com
* E-mail: lien sur http://zener131.eu/ContactMe
"Olivier Miakinen" <om+ a écrit dans le message de news 4ace3fa0$
Le 08/10/2009 21:28, Patrick 'Zener' Brunet a écrit :
Aaaaarghhhh ! J'ai trouvé ! [...] c'est la honte absolue car ça crevait les yeux:
J'en étais persuadé depuis le début. Tu vois que j'ai bien fait de te pousser dans tes derniers retranchements !
J'en étais tellement persuadé que j'ai même écrit dans ma dernière réponse : <cit.> Oui, d'accord, mais bon : pour le moment tu es face à un bug que tu ne comprends pas
Le pire, c'est que j'ai déjà vu tellement de trucs vraiment foireux que ça suggère des scénarios très réalistes à base de bugs tordus. Ceux qui suivent mes aventures sur les newsgroups :o) savent que je pousse souvent les technologiess dans leurs derniers retranchements, elles-aussi.
Et le pire c'est qu'en expérimentant pour vérifier, on trouve ce qu'on cherche, donc on s'enterre...
[...]
Voilà ce que c'est de faire de l'alimentaire dans la journée et de la R&D le soir :-/
Ce n'est pas grave. Ça m'aurait plus inquiété si j'avais cru à un vrai bug de la fonction fopen(), mais j'avais trop confiance en cette fonction, que j'utilise (en C) depuis plus de vingt ans, pour croire qu'elle puisse nous lâcher comme ça...
La fopen() du C, j'ai confiance aussi, mais celle de PHP c'est autre chose... A vrai dire, le Web et ses "technologies" commencent à pas mal me sortir par les yeux, parce que le bricolage est toujours plus ou moins incontournable.
Au fait, quelqu'un connaîtrait un compilo PHP "économiquement accessible", juste pour valider syntaxiquement le code même dans les branches exécutées de manière exceptionnelle ? Je veux dire 100% du code écrit, je n'ai pas de génération dynamique à coups d'eval ou d'include inconnus à l'avance...
J'ai bien trouvé des outils qui ont l'air de faire ça, mais avec tout un AGL derrière, et donc le prix est dissuasif.
Merci.
-- Cordialement.
* Patrick BRUNET www.ipzb.fr www.ipzb-pro.com * E-mail: lien sur http://zener131.eu/ContactMe
Mickael Wolff
Patrick 'Zener' Brunet wrote:
Au fait, quelqu'un connaîtrait un compilo PHP "économiquement accessible", juste pour valider syntaxiquement le code même dans les branches exécutées de manière exceptionnelle ? Je veux dire 100% du code écrit, je n'ai pas de génération dynamique à coups d'eval ou d'include inconnus à l'avance...
Tu peux y aller violemment : find . -name '*.php' -exec php -l {} ;
Tu peux aussi utiliser xdebug pour le code coverage, et utiliser des tests unitaires pour améliorer la fiabilité du code.
Au fait, quelqu'un connaîtrait un compilo PHP "économiquement accessible",
juste pour valider syntaxiquement le code même dans les branches exécutées
de manière exceptionnelle ? Je veux dire 100% du code écrit, je n'ai pas de
génération dynamique à coups d'eval ou d'include inconnus à l'avance...
Tu peux y aller violemment : find . -name '*.php' -exec php -l {} ;
Tu peux aussi utiliser xdebug pour le code coverage, et utiliser des
tests unitaires pour améliorer la fiabilité du code.
Au fait, quelqu'un connaîtrait un compilo PHP "économiquement accessible", juste pour valider syntaxiquement le code même dans les branches exécutées de manière exceptionnelle ? Je veux dire 100% du code écrit, je n'ai pas de génération dynamique à coups d'eval ou d'include inconnus à l'avance...
Tu peux y aller violemment : find . -name '*.php' -exec php -l {} ;
Tu peux aussi utiliser xdebug pour le code coverage, et utiliser des tests unitaires pour améliorer la fiabilité du code.
