Bonjour,
Mon site est hébergé chez Online et j’utilise avec un égal bonheur Spip 
Cependant depuis quelques jours je suis dans l’incapacité de restaurer
ma base de données, j’ai cette erreur qui apparait lorsque je tente de la réinstaller
Fatal error: Maximum execution time exceeded in your script on line 179
que faire ? que faire ?
Merci par avance pour votre réponse.
Cordialement
Dominique Karadjian
le 21/03/02 8:41, Dominique Karadjian à s.selbie@wanadoo.fr a écrit :
Bonjour,
Mon site est hébergé chez Online et j’utilise avec un égal bonheur Spip
Cependant depuis quelques jours je suis dans l’incapacité de restaurer
ma base de données, j’ai cette erreur qui apparait lorsque je tente de la réinstallerFatal error: Maximum execution time exceeded in your script on line 179
que faire ? que faire ?
Merci par avance pour votre réponse.
Cordialement
Dominique Karadjian
Même problème chez moi. Plusieurs messages sont passés sur la liste pour expliquer que c’est dû aux nouveaux réglages de chez Online qui ont réduit le temps d’éxécution des scripts à 5 secondes (8secondes en php4, mais spip est en php3). C’est court. Tu risques d’avoir le même message lorsque tu désireras entrer un texte un peu long
Depuis quelques jours, donc, on est obligé de passer par phpMyAdmin pour restaurer la base ou pour entrer des textes longs dans les articles ( à ce propos, j’ai dû modifier le champ « texte » qui était en « longblob » en « longtext » pour pouvoir y entrer des articles. J’espère que ça ne va pas avoir de conséquences)
La solution serait de prendre un fusil à canon scié ou une batte de baseball hérissée de clous et d’aller « prier » les administrateurs de chez Online de régler le temps d’éxécution des scripts sur un petit 30 secondes, ce qui se fait couramment sur les autres hébergements payants
Re: [Spip] SPIP > Fatal errorJ'aimerais en avoir le coeur net.
On assiste a un déferlement d'erreur "execution time"
(Free, online, OVH, AMEN... 5 secondes, 30 secondes, 61 messages),
et aussi un bug SPIP en local avec EasyPhp.
Ceci, à l'époque de la version 1.3 qui a provoqué beaucoup de
messages.
Quelque-chose dans spip a t'il été modifié qui puisse provoquer ou
empirer cette erreur ?
Sinon, les pros confirment-ils que ces "maximum execution time"
imposés quasiment de concert par ces hébergeurs correspondent a une
valeur "invivable" ?
Question subsidiaire:
L'évolution technique de SPIP a t'elle - et va t'elle - réclamer
davantage de ressources et donc bloquer sa viabilité chez certains
hébergeurs ?
Question consubstancielle:
Des développements des versions initiales peuvent-ils être espérés
dans le sens d'une plus grande souplesse de configuration, voire de
rationnalité ?
Je pense en particulier à une liaison avec la navigation par mots-clés
inaccessible en standard, à l'affichage de pages publiques "toutes
breves chrono", "tous articles chrono", "tous mots-clés/tous articles
et breves chrono". Il me semble que des progrès très importants
peuvent être faits à ce niveau.
Voir disparaître des brèves ou ne pas pouvoir accéder à des fonctions
existantes est vraiment dommage.
Walk
Salut Rouletabille,
(Free, online, OVH, AMEN... 5 secondes, 30 secondes, 61 messages), et
Si je me souviens bien, le problème de timeout concerne exclusivement
Free et Online.
Sinon, les pros confirment-ils que ces "maximum execution time"
imposés quasiment de concert par ces hébergeurs correspondent a une
valeur "invivable" ?
Pas forcément. Ce qui pose problème, c'est que leurs serveurs sont
surchargés. Ils passent leur temps à sauter d'une requête à l'autre
et du coup les performances sont extrêmement médiocres.
L'évolution technique de SPIP a t'elle - et va t'elle - réclamer
davantage de ressources et donc bloquer sa viabilité chez certains
hébergeurs ?
Ben, non.
Je pense en particulier à une liaison avec la navigation par mots-clés
inaccessible en standard, à l'affichage de pages publiques "toutes
breves chrono", "tous articles chrono", "tous mots-clés/tous articles
et breves chrono".
Tu peux préciser ?
a+
W>> Je pense en particulier à une liaison avec la navigation par
mots-clés
W>> inaccessible en standard, à l'affichage de pages publiques
"toutes
W>> breves chrono", "tous articles chrono", "tous mots-clés/tous
articles
W>> et breves chrono".
Antoine>Tu peux préciser ?
Merci pour tes réponses.
Pour illustrer ce que je dis ci-dessus, l'exemple parfait est
ecoparis.org :
les mots-clés (utilisation de mot.html qui sinon ne sert à rien):
http://www.ecoparis.org/listmots.php3
toutes breves par dates:
http://www.ecoparis.org/listbrevdat.php3
toutes breves par rubriques:
http://www.ecoparis.org/listbrevrub.php3
tous les sites syndiqués/listes liens:
http://www.ecoparis.org/surleweb.php3
tous les auteurs/articles:
http://www.ecoparis.org/auteurs.php3
Bravo à Patrice, remarquable !
Et il me semble qu'on peut s'en inspirer pour améliorer le spip pour
intelligents nuls (celui prêt à l'emploi).
Walk
Depuis quelques jours, donc, on est obligé de passer par phpMyAdmin pour restaurer la base ou pour entrer des textes longs dans les articles ( à ce propos, j’ai dû modifier le champ « texte » qui était en « longblob » en « longtext » pour pouvoir y entrer des articles. J’espère que ça ne va pas avoir de conséquences)
La solution serait de prendre un fusil à canon scié ou une batte de baseball hérissée de clous et d’aller « prier » les administrateurs de chez Online de régler le temps d’éxécution des scripts sur un petit 30 secondes, ce qui se fait couramment sur les autres hébergements payants
C’est que je vais d’ailleurs finir par faire :o)
Je suis passée par la base MySQL pour restaurer ma base… et par deux fois, ça c’est planté à la dernière seconde. En désespoir de cause, je recherche donc un hébergeur sérieux. Si vous avez des conseils en la matière, je suis preneuse !
Cordialement
Dominique Karadjian