BUG - article long

Général
1

bonjour,

Depuis un mois je prépare un site spip et en même temps, « je me fait la main ».
Jusqu’a hier aucun problème, tout marche impec.
Là, je met un article assez long en ligne (10 000 mots correspondant en page html, avec le menu et babioles, à 88 ko).
Surprise, dans la partie écrire il se coupe en trois et dans la partie publique, chaque coupe est marquée de la balise < !–SPIP–> !!!
Pire encore, si je peux le voir en ligne et également dans l’espace privé, il est impossible de le modifier.
Ce bug est-il connu ?
Doit-on définitivement renoncer à spip pour les longs articles ?
N’est-il pas possible que dans la partie privée lors de la modif on ne voit d’abord que la première partie, puis que l’on clique sur suite pour voir…la suite (le découpage permettrait de ne pas avoir un time out).

Et en attendant, quelqu’un a une suggestion pour régler le pb ?

2

@ frederic scibor (frederic.scibor@wanadoo.fr) :

Là, je met un article assez long en ligne (10 000 mots correspondant en
page html, avec le menu et babioles, à 88 ko).
Surprise, dans la partie écrire il se coupe en trois et dans la partie
publique, chaque coupe est marquée de la balise < !--SPIP--> !!!

C'est un fonctionnement normal : certains navigateurs (et non des moindres)
ont été repérés comme "plantant" lorsqu'ils doivent traiter un champ de
texte d'une taille > 32ko. Du coup on leur passe plusieurs champs de taille
< 32ko (le risque, si on leur passait tout d'un coup, c'est qu'ils "coupent"
le texte violemment et sans prévenir.

Si ton navigateur ne coupe pas les textes, tu peux le tester avec
ecrire/test_32ko.php3 et nous envoyer le résultat : on intégrera son nom
dans spip -- qui du coup lui enverra les textes d'un seul bloc.

Pire encore, si je peux le voir en ligne et également dans l'espace privé,
il est impossible de le modifier.

Comment ça "impossible" ? : c'est trop long à calculer ? Le navigateur se
bloque ? Ou bien c'est le serveur ?

Ce bug est-il connu ?

C'est un bug des navigateurs, si tu veux mon avis !

Doit-on définitivement renoncer à spip pour les longs articles ?

Si tu veux. Mais d'autres l'utilisent sur de longs textes sans trop
souffrir... Cf. par exemple

(280 ko, 10 blocs de texte dans spip, et on est aux limites de ce que permet
le http POST -- pour faire mieux il faudra passer à des téléchargements de
fichiers)

N'est-il pas possible que dans la partie privée lors de la modif on ne
voit d'abord que la première partie, puis que l'on clique sur suite pour
voir...la suite (le découpage permettrait de ne pas avoir un time out).

Oui, c'est une bonne idée !

Et en attendant, quelqu'un a une suggestion pour régler le pb ?

Changer d'hébergement, pour passer sur un serveur pas trop lent et installé
en php4.

-- Fil

3

@ Fil (fil@rezo.net) :

Le Monde diplomatique
(280 ko, 10 blocs de texte dans spip, et on est aux limites de ce que permet
le http POST -- pour faire mieux il faudra passer à des téléchargements de
fichiers)

PS: sur un serveur puissant en php4, recalculer cette page prend tout de
même une bonne minute... la faute à la fonction propre(). Tu peux essayer de
gagner un peu de temps calcul, si ton installation/hébergeur le permet, en
ajoutant dans mes_fonctions.php3 une ligne du type
    set_time_limit(300); (soit 5 minutes)

-- Fil

4

Salut,

@ frederic scibor (frederic.scibor@wanadoo.fr) :
> Là, je met un article assez long en ligne (10 000 mots correspondant en
> page html, avec le menu et babioles, à 88 ko).
> Surprise, dans la partie écrire il se coupe en trois et dans la partie
> publique, chaque coupe est marquée de la balise < !--SPIP--> !!!

C'est un fonctionnement normal : certains navigateurs (et non des moindres)

Non, je crois que Frédéric veut dire que la balise est visible dans
le navigateur (parce que le point d'exclamation, en passant dans le propre,
rajoute un &nbsp; et empêche l'interprétation en tant que commentaire HTML ?).

a+

Antoine.

5

@ Antoine Pitrou (pitrou@free.fr) :

Non, je crois que Frédéric veut dire que la balise est visible dans
le navigateur (parce que le point d'exclamation, en passant dans le propre,
rajoute un &nbsp; et empêche l'interprétation en tant que commentaire HTML ?).

Ah oui!!, c'est vrai que tu avais introduit ce bug dans je ne sais plus
quelle version (mais c'est corrigé dans la version de dev).

-- Fil

6

> Et en attendant, quelqu'un a une suggestion pour régler le pb ?

Je suis allé un peu vite en pensant que tu utilisais la version de
développement. Désolé. Prends la version 1.3b7, qui se trouve dans
http://rezo.net/spip-dev/devel/ ; elle devrait corriger ce problème.

-- Fil