Salut tout le monde
Désolé mais je réponds à plusieurs mails en même temps. Chacun fera le
tri 
1/ Erreur de maximum time exéxution chez free ou online à la ligne 140
ou 173
On peut paramètrer le temps alloué à l'execution d'une requête mysql.
Donc quand on a le message avec time exceded ... à la ligne Nb, cela
veut dire que la requête situé à cette ligne n'a pu être exécutée et pas
que ce Nb de lignes de l'article ont été enregistrées dans la
base
C'est en fait le peu de temps alloué à l'exécution de la requête qui
tronque l'article et plus l'article est long, plus la requête sera
longue ;-(
Bcp d'hébergeurs mettent ce temps au minimum pour économiser du temps de
connexion sur le serveur Mysql et donc pouvoir traiter plus de requêtes.
A leur décharge, il faut dire aussi que cela protège des scripts mal
conçus et qui pourraient tourner en boucles consommant de la ressource
serveur pour rien, et cela au détriment des autres.
Par contre, quand un hébergeur comme Online (qui n'est pas gratuit,
autant que je le sache) fait le coup qu'il faudrait voir du coté du code
de Spip, je dis STOP !!!! ;-(((((((((( ARGHHHHHH %$£Ä§! et tout le reste
Si ces "gens" préférent avoir un nb de comptes incompatibles avec les
performances de leurs serveurs (uniquement pour des raisons de business)
qu'ils n'en fassent pas porter le chapeau aux applications qu'ils
hébergent !!!!!
C'est trop facile à longueur de temps de "parier" sur l'"incompétence"
(voir la bétise, vu dans un mail du "support" Online) des gens qui
utilisent des logiciels du type Spip ou Nuke pour leur faire avaler
n'importe quoi !!!
Demandez leur de vous donner les caractéristiques techniques du serveur
qui vous héberge ainsi que le nb de sites sur ce serveur et là, vous
aurez bcp moins de mails du "soit-disant" support.
Qu'ils aient mis à jour leur version de php (en raison de l'alerte
sécurité), c'est la moindre des choses. Qu'ils en profitent pour
restreindre un plus les possibilités en se disant de toutes façons :
"nos "clients" n'y connaissent rien", c'est quand même pas très normal.
2/ Mysql licencié
Il existe effectivement des versions de mysql "hors licence GNU/GPL"
comme se l'ai arrogé le droit mysql.com. C'est notamment le cas des
serveurs Web Zend où Apache, Mysql sont en version propriétaire Zend. On
en revient tjs au même pb : qui dit propriétaire, dit souvent non
respect des standards.
3/ Mysql connection failed : 9 fois 10, c'est que le serveur mysql de
votre hébergeur est en rade, surtout si cela intervient du jour au
lendemain ;-(
4/ Les différents "petits" pbs : Ma page s'affiche plus comme avant, mon
cache marche plus, mes squelettes (dans le cas de Spip), etc... sont
souvent dus au phénomène suivant. Il prend moins de temps de restaurer
un serveur à l'identique de la dernière sauvegarde que de chercher le
pourquoi du comment de "le serveur il a planté". Comment j'ai pu m'en
rendre compte ? Tout simplement parce que pour mes sites, je développe
en local, je rentre mes données dans la base en local et après je fais
des INSERT sur ma base distante à partir de la base locale et/ou je fais
un FTP des fichiers que j'ai modifié. Et je vous le donne en 1000,
quelle n'a pas été ma surprise (de temps en temps) de me retrouver avec
une version de mon site qui datait de 15 jours par rapport avec ce que
j'avais en local ;-(
En espérant avoir pu en éclairer certains
A+ Yann
--
Les infos du monde du logiciel libre, c'est sur
Independant Technologies : http://it.mondelinux.org