Mon hébergeur ( Sivit mutualisé ) a le Safe Mode à On.
Celà implique des restrictions sur les fonctions, en particulier de
manipulation de fichiers.
Il me semblait avoir vu dans le PHP Manual sur le web, des
commentaires indiquant que pour faire une ouverture en écriture d'un
fichier sur le répertoire courant, il était mieux de faire d'abord un
touch($filename) puis en suite seulement un fopen($filename, "w").
Donc, mon instruction globale est la suivante:
if(!@touch($filename)||(!($fp = @fopen ($filename, "w")))
{
echo "Message d'erreur\n";
die(""); // Je pourrais
aussi bien mettre un exit;
}
Or, le script où se trouvent ces instructions, semble s'arrêter 1
fois sur 5 ou 6, sans créer le fichier $filename.
Le fichier $filename n'est pas accédé simultanément par un autre
script, seulement après par un autre script, qui s'aperçoit que le
fichier n'existe pas.
Je ne peux pas tester le message d'erreur, car le script est en
batch. Les errreurs sont imprévisibles.
Théoriquement, l'instruction $fp = @fopen($filename, "w") dans son
ensemble, rend la valeur de $fp d'après ce que je pense. Donc, je peux
grouper l'affectation et le test.
J'ai créé le répertoire courant et tous ses répertoires pères
manuellement, par le FTP.
Les permissions de tous les répertoires, sont au maximum de permissivité.
Je ne crée jamais de répertoire à partir d'un script PHP.
if(!@touch($filename)||(!($fp = @fopen ($filename, "w"))) { echo "Message d'erreurn"; die(""); // Je pourrais aussi bien mettre un exit; } Or, le script où se trouvent ces instructions, semble s'arrêter 1 fois sur 5 ou 6, sans créer le fichier $filename.
1/ Tu as bien placé un fclose($fp) avant la fin du script ?
Je ne peux pas tester le message d'erreur, car le script est en batch.
Ben si. Cela fait plus de 40 ans que des ordinateurs font tourner des batch et permettent d'en suivre le bon fonctionnement. Il faut alors faire en sorte qu'on ait suffisamment d'information dans le flux de sortie. Dans ton cas il faut supprimer les @ placés avant les fonctions php.
Si le script est lancé en ligne de commande, c'est très simple : .../php -f script.php > script.log
Le script PHP est lancé en mode module Apache.
Selon la même logique, tu peux lancer le script en demandant une trace d'exécution : .../lynx -source http://domaine/script.php > script.log
D'où vient l'erreur ?
en supprimant les @ et en stockant le flux de sortie dans un fichier log comme indiqué ici, tu en sauras plus. Sinon tu peux toujours chercher dans la log d'erreur d'apache et/ou de php.
eça -- P'tit Marcel stats sur les forums modérés http://www.centrale-lyon.org/ng/
if(!@touch($filename)||(!($fp = @fopen ($filename, "w")))
{
echo "Message d'erreurn";
die(""); // Je pourrais
aussi bien mettre un exit;
}
Or, le script où se trouvent ces instructions, semble s'arrêter 1
fois sur 5 ou 6, sans créer le fichier $filename.
1/ Tu as bien placé un fclose($fp) avant la fin du script ?
Je ne peux pas tester le message d'erreur, car le script est en
batch.
Ben si. Cela fait plus de 40 ans que des ordinateurs font tourner des
batch et permettent d'en suivre le bon fonctionnement. Il faut alors
faire en sorte qu'on ait suffisamment d'information dans le flux de
sortie. Dans ton cas il faut supprimer les @ placés avant les fonctions
php.
Si le script est lancé en ligne de commande, c'est très simple :
.../php -f script.php > script.log
Le script PHP est lancé en mode module Apache.
Selon la même logique, tu peux lancer le script en demandant une trace
d'exécution :
.../lynx -source http://domaine/script.php > script.log
D'où vient l'erreur ?
en supprimant les @ et en stockant le flux de sortie dans un fichier log
comme indiqué ici, tu en sauras plus. Sinon tu peux toujours chercher
dans la log d'erreur d'apache et/ou de php.
eça
--
P'tit Marcel
stats sur les forums modérés http://www.centrale-lyon.org/ng/
if(!@touch($filename)||(!($fp = @fopen ($filename, "w"))) { echo "Message d'erreurn"; die(""); // Je pourrais aussi bien mettre un exit; } Or, le script où se trouvent ces instructions, semble s'arrêter 1 fois sur 5 ou 6, sans créer le fichier $filename.
1/ Tu as bien placé un fclose($fp) avant la fin du script ?
Je ne peux pas tester le message d'erreur, car le script est en batch.
Ben si. Cela fait plus de 40 ans que des ordinateurs font tourner des batch et permettent d'en suivre le bon fonctionnement. Il faut alors faire en sorte qu'on ait suffisamment d'information dans le flux de sortie. Dans ton cas il faut supprimer les @ placés avant les fonctions php.
Si le script est lancé en ligne de commande, c'est très simple : .../php -f script.php > script.log
Le script PHP est lancé en mode module Apache.
Selon la même logique, tu peux lancer le script en demandant une trace d'exécution : .../lynx -source http://domaine/script.php > script.log
D'où vient l'erreur ?
en supprimant les @ et en stockant le flux de sortie dans un fichier log comme indiqué ici, tu en sauras plus. Sinon tu peux toujours chercher dans la log d'erreur d'apache et/ou de php.
eça -- P'tit Marcel stats sur les forums modérés http://www.centrale-lyon.org/ng/
Jean-Francois Ortolo
Bonjour P'tit Marcel
Finalement, le problème ne venait ( probablement ) pas du fichier non ouvert.
J'ai deux script genere_stats.php et tache1_new_courses.php , il s'exécutent en même temps.
Cependant, je croyais que le premier script était lancé par le deuxième script, à la fin de celui-ci, ce qui est contrradictoire avec la simultanéité des deux scripts, compte tenu du fait que le deuxième script lance le premier script, à la fin du du second script, après un traitement réseau par curl_exec(), qui doit nécessairement prendre du temps.
En fait, genere_stats.php a été lancé par un troisième script, comportant une condition if/else , dont les deux branches sont exécutées, car la condition du if est réévaluée lors du else, et se trouve vérifiée dans les deux cas, suite au traitement du if. C'est du moins ce que je crois constater, ne pouvant m'expliquer autrement la simultanéité des deux scripts genere_stats.php et tache1_new_courses.php, qui semblent tous les deux être lancés par ce troisième script.
Cependant, dernier problème: Le code http de lancement de tache1_new_courses.php est 200, alors que celui de genere_stats.php est 302. Les deux devraient être 302, ou à la rigueur 301, ç-à-d: redirection temporaire ou permanente. ( J'ai plus le temps de vérifier si la redirection est permanente ).
Donc méfiance: code 200 semble indiquer que ce script tache1_new_courses.php est lancé de l'extérieur, donc pas par redirection. Or, new_courses.php lance ce script ( théoriquement ) par redirection dans ce cas.
D'où le problème: Le code 200 ( d'après les logs de mon hébergeur Sivit mutualisé, je n'ai pas les moyens de lancer aucun script en ligne de commande ). Ce code 200, indique-t-il obligatoirement, que le script a été lancé de l'extérieur ?
L'adresse ip de provenance, est la même que les autres adresses ip ( les redirections ne changent pas l'adresse de provenance ). C'est l'adresse ip du serveur qui lance le traitement batch sur mon site.
Le blème, c'est que ce lancement depuis ce serveur, n'aurait pas du avoir lieu, car le traitement batch est lancé à partir d'un script Shell sur le serveur, ce script Shell utilise la commande curl ( avec paramètre -L, au plus 50 redirections ) pour lancer le script de départ, à partir duquel les autres scripts PHP sur mon site seront redirectionnés. Il est donc hors de question que le serveur lance ce script tache1_new_courses.php, qui n'est pas le script de départ.
Donc, pensez-vous que le code 200 indique bien que ce script tache1_new_courses.php , a été lancé depuis l'extérieur, en aucun cas par redirection ?
A ce moment-là, je ferai des recherches sur le serveur en question, pour détecter où a été lancé directement le script tache1_new_courses.php
Merci beaucoup de vos réponses.
Jean-François Ortolo
Bonjour P'tit Marcel
Finalement, le problème ne venait ( probablement ) pas du fichier non
ouvert.
J'ai deux script genere_stats.php et tache1_new_courses.php , il
s'exécutent en même temps.
Cependant, je croyais que le premier script était lancé par le
deuxième script, à la fin de celui-ci, ce qui est contrradictoire avec
la simultanéité des deux scripts, compte tenu du fait que le deuxième
script lance le premier script, à la fin du du second script, après un
traitement réseau par curl_exec(), qui doit nécessairement prendre du temps.
En fait, genere_stats.php a été lancé par un troisième script,
comportant une condition if/else , dont les deux branches sont
exécutées, car la condition du if est réévaluée lors du else, et se
trouve vérifiée dans les deux cas, suite au traitement du if. C'est du
moins ce que je crois constater, ne pouvant m'expliquer autrement la
simultanéité des deux scripts genere_stats.php et
tache1_new_courses.php, qui semblent tous les deux être lancés par ce
troisième script.
Cependant, dernier problème: Le code http de lancement de
tache1_new_courses.php est 200, alors que celui de genere_stats.php est
302. Les deux devraient être 302, ou à la rigueur 301, ç-à-d:
redirection temporaire ou permanente. ( J'ai plus le temps de vérifier
si la redirection est permanente ).
Donc méfiance: code 200 semble indiquer que ce script
tache1_new_courses.php est lancé de l'extérieur, donc pas par
redirection. Or, new_courses.php lance ce script ( théoriquement ) par
redirection dans ce cas.
D'où le problème: Le code 200 ( d'après les logs de mon hébergeur
Sivit mutualisé, je n'ai pas les moyens de lancer aucun script en ligne
de commande ). Ce code 200, indique-t-il obligatoirement, que le script
a été lancé de l'extérieur ?
L'adresse ip de provenance, est la même que les autres adresses ip (
les redirections ne changent pas l'adresse de provenance ). C'est
l'adresse ip du serveur qui lance le traitement batch sur mon site.
Le blème, c'est que ce lancement depuis ce serveur, n'aurait pas du
avoir lieu, car le traitement batch est lancé à partir d'un script Shell
sur le serveur, ce script Shell utilise la commande curl ( avec
paramètre -L, au plus 50 redirections ) pour lancer le script de départ,
à partir duquel les autres scripts PHP sur mon site seront
redirectionnés. Il est donc hors de question que le serveur lance ce
script tache1_new_courses.php, qui n'est pas le script de départ.
Donc, pensez-vous que le code 200 indique bien que ce script
tache1_new_courses.php , a été lancé depuis l'extérieur, en aucun cas
par redirection ?
A ce moment-là, je ferai des recherches sur le serveur en question,
pour détecter où a été lancé directement le script tache1_new_courses.php
Finalement, le problème ne venait ( probablement ) pas du fichier non ouvert.
J'ai deux script genere_stats.php et tache1_new_courses.php , il s'exécutent en même temps.
Cependant, je croyais que le premier script était lancé par le deuxième script, à la fin de celui-ci, ce qui est contrradictoire avec la simultanéité des deux scripts, compte tenu du fait que le deuxième script lance le premier script, à la fin du du second script, après un traitement réseau par curl_exec(), qui doit nécessairement prendre du temps.
En fait, genere_stats.php a été lancé par un troisième script, comportant une condition if/else , dont les deux branches sont exécutées, car la condition du if est réévaluée lors du else, et se trouve vérifiée dans les deux cas, suite au traitement du if. C'est du moins ce que je crois constater, ne pouvant m'expliquer autrement la simultanéité des deux scripts genere_stats.php et tache1_new_courses.php, qui semblent tous les deux être lancés par ce troisième script.
Cependant, dernier problème: Le code http de lancement de tache1_new_courses.php est 200, alors que celui de genere_stats.php est 302. Les deux devraient être 302, ou à la rigueur 301, ç-à-d: redirection temporaire ou permanente. ( J'ai plus le temps de vérifier si la redirection est permanente ).
Donc méfiance: code 200 semble indiquer que ce script tache1_new_courses.php est lancé de l'extérieur, donc pas par redirection. Or, new_courses.php lance ce script ( théoriquement ) par redirection dans ce cas.
D'où le problème: Le code 200 ( d'après les logs de mon hébergeur Sivit mutualisé, je n'ai pas les moyens de lancer aucun script en ligne de commande ). Ce code 200, indique-t-il obligatoirement, que le script a été lancé de l'extérieur ?
L'adresse ip de provenance, est la même que les autres adresses ip ( les redirections ne changent pas l'adresse de provenance ). C'est l'adresse ip du serveur qui lance le traitement batch sur mon site.
Le blème, c'est que ce lancement depuis ce serveur, n'aurait pas du avoir lieu, car le traitement batch est lancé à partir d'un script Shell sur le serveur, ce script Shell utilise la commande curl ( avec paramètre -L, au plus 50 redirections ) pour lancer le script de départ, à partir duquel les autres scripts PHP sur mon site seront redirectionnés. Il est donc hors de question que le serveur lance ce script tache1_new_courses.php, qui n'est pas le script de départ.
Donc, pensez-vous que le code 200 indique bien que ce script tache1_new_courses.php , a été lancé depuis l'extérieur, en aucun cas par redirection ?
A ce moment-là, je ferai des recherches sur le serveur en question, pour détecter où a été lancé directement le script tache1_new_courses.php
Merci beaucoup de vos réponses.
Jean-François Ortolo
Christophe Meresse
On 8 mai, 21:40, Jean-Francois Ortolo wrote:
En fait, genere_stats.php a été lancé par un troisième script, comportant une condition if/else , dont les deux branches sont exécutées, car la condition du if est réévaluée lors du else, et se trouve vérifiée dans les deux cas, suite au traitement du if. C'est du moins ce que je crois constater, ne pouvant m'expliquer autrement la simultanéité des deux scripts genere_stats.php et tache1_new_courses.php, qui semblent tous les deux être lancés par ce troisième script.
On 8 mai, 21:40, Jean-Francois Ortolo
<ortolo.jeanfrancois.no_s...@free.fr.invalid> wrote:
En fait, genere_stats.php a été lancé par un troisième script,
comportant une condition if/else , dont les deux branches sont
exécutées, car la condition du if est réévaluée lors du else, et se
trouve vérifiée dans les deux cas, suite au traitement du if. C'est du
moins ce que je crois constater, ne pouvant m'expliquer autrement la
simultanéité des deux scripts genere_stats.php et
tache1_new_courses.php, qui semblent tous les deux être lancés par ce
troisième script.
En fait, genere_stats.php a été lancé par un troisième script, comportant une condition if/else , dont les deux branches sont exécutées, car la condition du if est réévaluée lors du else, et se trouve vérifiée dans les deux cas, suite au traitement du if. C'est du moins ce que je crois constater, ne pouvant m'expliquer autrement la simultanéité des deux scripts genere_stats.php et tache1_new_courses.php, qui semblent tous les deux être lancés par ce troisième script.
AMHA, si la commabde touch n'a pas terminé son travail, et que tu
exécute fopen, ça plante.... tu le dis toi même : il faut D'ABORD créer le fichier (touch) et ENSUITE ten(s)ter (fopen) son ouverture.
La fonction touch() ne serait donc pas synchrone ? Comment pourrait-elle rendre la valeur « true » avant de savoir si tout s'est bien passé ou non ?
Jean-Francois Ortolo
if(!@touch($filename)||(!($fp = @fopen ($filename, "w"))) AMHA, si la commabde touch n'a pas terminé son travail, et que tu
exécute fopen, ça plante.... tu le dis toi même : il faut D'ABORD créer le fichier (touch) et ENSUITE ten(s)ter (fopen) son ouverture.
La fonction touch() ne serait donc pas synchrone ? Comment pourrait-elle rendre la valeur « true » avant de savoir si tout s'est bien passé ou non ?
Bonjour Monsieur
Mais... Est-il vrai que quand le Safe Mode est à On, il faille nécessairement faire précéder un fopen en mode "w" par un touch ?
Merci beaucoup à vous pour cette question épineuse, je ne vois plus de commentaires d'Américains sur le PHP Manual à ce sujet.
Et puis... Autre point important: Est-il vrai qu'en Safe Mode, il soit impossible de faire des curl_exec(), avec des headers comportant la variable suivante FOLLOW_LOCATION, égale à 1 ?
Et quel effet exact a cette variable ? Permettre plusieurs redirections après l'exécution du curl_exec() ? Ou permettre au moins une rediection dans l'url cible, par header("Location:$url2") ?
Merci beaucoup de vos réponses.
Jean-François Ortolo
if(!@touch($filename)||(!($fp = @fopen ($filename, "w")))
AMHA, si la commabde touch n'a pas terminé son travail, et que tu
exécute fopen, ça plante.... tu le dis toi même : il faut D'ABORD créer
le fichier (touch) et ENSUITE ten(s)ter (fopen) son ouverture.
La fonction touch() ne serait donc pas synchrone ? Comment pourrait-elle
rendre la valeur « true » avant de savoir si tout s'est bien passé ou non ?
Bonjour Monsieur
Mais... Est-il vrai que quand le Safe Mode est à On, il faille
nécessairement faire précéder un fopen en mode "w" par un touch ?
Merci beaucoup à vous pour cette question épineuse, je ne vois plus
de commentaires d'Américains sur le PHP Manual à ce sujet.
Et puis... Autre point important: Est-il vrai qu'en Safe Mode, il
soit impossible de faire des curl_exec(), avec des headers comportant la
variable suivante FOLLOW_LOCATION, égale à 1 ?
Et quel effet exact a cette variable ? Permettre plusieurs
redirections après l'exécution du curl_exec() ? Ou permettre au moins
une rediection dans l'url cible, par header("Location:$url2") ?
if(!@touch($filename)||(!($fp = @fopen ($filename, "w"))) AMHA, si la commabde touch n'a pas terminé son travail, et que tu
exécute fopen, ça plante.... tu le dis toi même : il faut D'ABORD créer le fichier (touch) et ENSUITE ten(s)ter (fopen) son ouverture.
La fonction touch() ne serait donc pas synchrone ? Comment pourrait-elle rendre la valeur « true » avant de savoir si tout s'est bien passé ou non ?
Bonjour Monsieur
Mais... Est-il vrai que quand le Safe Mode est à On, il faille nécessairement faire précéder un fopen en mode "w" par un touch ?
Merci beaucoup à vous pour cette question épineuse, je ne vois plus de commentaires d'Américains sur le PHP Manual à ce sujet.
Et puis... Autre point important: Est-il vrai qu'en Safe Mode, il soit impossible de faire des curl_exec(), avec des headers comportant la variable suivante FOLLOW_LOCATION, égale à 1 ?
Et quel effet exact a cette variable ? Permettre plusieurs redirections après l'exécution du curl_exec() ? Ou permettre au moins une rediection dans l'url cible, par header("Location:$url2") ?
Merci beaucoup de vos réponses.
Jean-François Ortolo
Mickael Wolff
La fonction touch() ne serait donc pas synchrone ?
Tout à fait. Ça dépend du système d'exploitation et du système de fichiers.
Comment pourrait-elle rendre la valeur « true » avant de savoir si tout s'est bien passé ou non ?
Parce que le système d'exploitation lui dit que c'est ok.
Il ne faut pas oublier que derrière PHP il y a un code en C, qui fonctionne sur un OS. Le PHP est soumis à ces facteurs.
if(!@touch($filename)||(!($fp = @fopen ($filename, "w"))) AMHA, si la commabde touch n'a pas terminé son travail, et que tu
exécute fopen, ça plante.... tu le dis toi même : il faut D'ABORD créer le fichier (touch) et ENSUITE ten(s)ter (fopen) son ouverture.
La fonction touch() ne serait donc pas synchrone ? Comment pourrait-elle rendre la valeur « true » avant de savoir si tout s'est bien passé ou non ? Peut être, mais même si cette attente a lieu, si le fichier existe, que
dit elle ?
if(!@touch($filename)||(!($fp = @fopen ($filename, "w")))
AMHA, si la commabde touch n'a pas terminé son travail, et que tu
exécute fopen, ça plante.... tu le dis toi même : il faut D'ABORD créer
le fichier (touch) et ENSUITE ten(s)ter (fopen) son ouverture.
La fonction touch() ne serait donc pas synchrone ? Comment pourrait-elle
rendre la valeur « true » avant de savoir si tout s'est bien passé ou non ?
Peut être, mais même si cette attente a lieu, si le fichier existe, que
if(!@touch($filename)||(!($fp = @fopen ($filename, "w"))) AMHA, si la commabde touch n'a pas terminé son travail, et que tu
exécute fopen, ça plante.... tu le dis toi même : il faut D'ABORD créer le fichier (touch) et ENSUITE ten(s)ter (fopen) son ouverture.
La fonction touch() ne serait donc pas synchrone ? Comment pourrait-elle rendre la valeur « true » avant de savoir si tout s'est bien passé ou non ? Peut être, mais même si cette attente a lieu, si le fichier existe, que
dit elle ?
Mickael Wolff
Peut être, mais même si cette attente a lieu, si le fichier existe, que dit elle ?
D'après la documentation et le code source, l'âge du fichier n'est pas vérifié sur un touch. Donc ça renvoie true si tout se passe bien.
Peut être, mais même si cette attente a lieu, si le fichier existe, que dit elle ?
D'après la documentation et le code source, l'âge du fichier n'est pas vérifié sur un touch. Donc ça renvoie true si tout se passe bien. sauf si l'OS décide que touch = créer et donc que si le fichier existe,
ça marche pas...
Peut être, mais même si cette attente a lieu, si le fichier existe, que
dit elle ?
D'après la documentation et le code source, l'âge du fichier n'est pas
vérifié sur un touch. Donc ça renvoie true si tout se passe bien.
sauf si l'OS décide que touch = créer et donc que si le fichier existe,
Peut être, mais même si cette attente a lieu, si le fichier existe, que dit elle ?
D'après la documentation et le code source, l'âge du fichier n'est pas vérifié sur un touch. Donc ça renvoie true si tout se passe bien. sauf si l'OS décide que touch = créer et donc que si le fichier existe,
