Je pense pas que l'érreur vienne de la.

La requete ne pose pas de problème car c'est la même qu'il y a sur la page d'accueil car elle n'est pas incriminée.

Le troisième paramètre est superflu, le l'utilisais pour mettre un lien "lire la suite" comme sur la page d'accueil et donc j'avais besoin de l'id. Je ne m'étais pas apercu qu'il était resté dans ce script.

scarta a écrit:

J'aimerai bien t'aider, mais à mon avis c'est justement dans le morceau tronqué qu'il faut chercher (ie. la query SQL, ou à la rigueur ses résultats).
Sinon, à quoi sert le 3eme parametre de cut_str ?
Enfin, cette dernière est codée de manière beaucoup trop compliquée à mon goût: split( wordrap( ... ) ) devrait le faire d'un coup
Edit: ou même un split tout seul, puis un while en enlevant le dernier élèment jusquà être inférieur à length. Quoi qu'il en soit, reconstruire ton Array constant à chaque fois entraine l'allocation d'un tableau en mémoire, c'est assez gourmand en plus d'être inutile: instancie le une fois pour toute.

Suis-je la seule à n'avoir rien compris

Exact c'est strrpos qu'il faut utiliser, je cherchais un truc du genre lastindexof dans mon glossaire php, et je ne l'avais pas trouvé du coup (il faudrait normaliser les noms de ces genres de fonctions) mais c'est clairement ce qu'il y a de mieux.

D'autant plus que suivant les valeurs de $length (ok là il fait 200 mais bon) ton algo peut planter.

Je pensais aussi à ce qu'il pourrait se passer si ton dernier mot faisait plus de 15 caractères: ok tu va me dire un mot de plus de 15 lettres ça traîne pas les rues, n'empêche que dans le cadre d'une énigme cryptée, c'est envisageable. Ça ne fait pas planter l'algo, ça le fait juste tourner pour rien et un substring = une nouvelle instance de chaîne. Ensuite, fais le compte: un chaîne de n chars (2000 par exemple), puis 17 chaînes de 200 chars, ça fait un bon paquet alloué et je ne pense pas le plus grand bien du "garbage collector" de php. Autrement dit, à éviter.

Enfin, une dernière piste à explorer: essaye de faire toute ta cuisine sur les chaînes (formatages, remplacements, troncature, ...) directement au niveau du select (même MySql propose des fonctions pour ça, on est loin du SQL analytique d'Oracle mais bon c'est suffisant).

En esperant avoir été utile.

On a toujours besoin d'un autre regard pour avancer, clairement plus le site grossi plus mes codes deviennent obscurs, et il ne peut faire plus de bien qu'une bonne relecture.
J vais récupérer le fichier exact qui faisait tout planter et je montrerai le nouveau et je remettrai ca en ligne.

En attendant, je vais faire quelques test avec des caractères aléatoires pour voir si tout fonctionne...

Tu pourrais éviter la boucle while (éventuellement infinie) de cut_str en utilisant la fonction strrpos qui te retourne la position d'un caractère dans une chaine en partant de la fin (r=reverse).
les deux dernières lignes deviennent une seule:
return substr($s, 0, strrpos($s, " "));

Une petite optimisation devrait même être possible en évitant la variable intermédiaire $s (et donc les éventuelles fuites mémoire):
return substr($str, 0, strrpos(substr($str, 0, $length+1), " "));

..mais ça devient beaucoup moins lisible d'un coup :-)

En farfouillant dans la doc PHP, je vois qu'un paramètre supplémentaire offset à strrpos a été ajouté en PHP 5 qui permet de dire où commencer la recherche. Dans ce cas, le substr devient inutile.

OK merci kduke pour tes précisions quand meme.

Je viens de trouver un problème avec la fonction

preg_replace("/\[([^[])*]/", "", $txt);

Celle ci entraine des erreurs de type : Action annulée sous IE et Connexion interrompue (La connexion avec le serveur a été réinitialisée pendant le chargement de la page.) sous Firefox.

Je vais essayer de trouver une autre expression

Bon, si personne ne voit de problème, je mets cette nouvelle version en ligne, et si il y a encore des surcharges, je ne sais plus quoi faire...

RSS v2 :
http://www.prise2tete.fr/upload/EfCeBa-rss-v2.phps

je me demande comment vous pouvez comprendre ce genre de trucs franchement moi je vois rien de NORMAL