je cherche des références, et ça semble se confirmer : "The limit on data is
based only on the web browser's capabilities -- most versions of Netscape
have a built-in (and, as far as I can tell, undocumented) limit of 32K, and
both Netscape and Internet Explorer can have problems with very large forms
if the user's machine is low of physical memory. "
Bref, la limite en POST est bien fixée à 32k **sur certaines versions**.
Qu'est-ce qu'on peut proposer ?
-- Fil
Pour l'instant, pas grand chose, si ce n'est l'indiquer dans la documentation.
Reste la solution du téléchargement d'un fichier (upload) plutôt que l'utilisation des formulaires pour les textes longs. Ce qui est prévu pour la 1.1. Rappel sur le but de la manoeuvre:
- Possibilité d'uploader un document dans un format prédéfini. En réalité, deux formats différents:
(1) format XML, avec balises du genre <TITRE>blah blah</TITRE>
(2) second format: avec des variables, genre #TITRE=blah blah
- Cette possibilité serait également utilisée pour l'intégration de fichier "en grand nombre": on installe dans un dossier prédéfini tous les fichiers (formats ci-dessus), et SPIP se charge de les intégrer à la base. Attention cependant, faut faire ça bien, notamment gérer les fichiers "incomplets" (manque les auteurs, manque la rubriques...).
ARNO*
@ Fil (fil@rezo.net) :
Bref, la limite en POST est bien fixée à 32k **sur certaines versions**.
Qu'est-ce qu'on peut proposer ?
J'ai une autre idée, car le "upload" n'est pas du tout pratique pour faire
des corrections sur un texte... :
* quand spip propose un texte à modifier, il regarde auparavant si la
longueur du texte est > 30ko ; si oui, il remplit N champs
$texte, $texte1, $texte2..., jusqu'à envoyer ainsi tout le texte par blocs
de 30 ko maximum.
* quand la page comportant ces champs est validée par l'utilisateur, spip
récupère $texte.$texte1.$texte2.$texte3.... et met ça dans son champ $texte.
Les modifs sur le code seraient minimales, et le fonctionnement pas trop
compliqué (un peu plus que si ça marchait bien, mais pas trop).
J'essaierai de coder ça demain pour voir...
-- Fil