[spip-dev] Liste bugs et notes pour Spip 2.0 RC1

Dev
1

Mes notes pour Spip 2.0 RC1 (13391). Installée avec langue espagnol, en local et dans un serveur remote.

- avec spip_loader, on a besoin que le dossier racine d’installation soit en mode écrire. S´il s’agit de root d’un site c’est possible qu’on a permission pour créer sub dossiers, mais pas permis d’écrire (c’est possible ?), donc on peut pas installer a la racine.

- Spip 2.0 a besoin de 16 MB dans le serveur. Spip_loader charge Spip 2.0 mais qu'an on va a la partie privée pour configurer on obtient:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 35 bytes) in /var/www/.../ecrire/ecrire/public/phraser_html.php on line 136

- Avec la restauration : si on écrit un nom non existant et on Valide on obtien un premier message :
Problema de lectura del archivo ../tmp/dump/dump01.xml (problème de lecture du fichier ….), mais si on Valide de nouveau on va sur un procès que dit :

Warning: fopen(../tmp/dump/dump01.xml) [function.fopen]: failed to open stream: No such file or directory in ….\spip2\ecrire\inc\import.php on line 231
Warning: fread(): supplied argument is not a valid stream resource in …. \spip2\ecrire\inc\import.php on line 51

- Avec une sauvegarde un peu grand (1.500 articles, 32,4 MB dans spip_versions_fragments), dans une installation en local (WXP), je reçu le messages :

A - Fatal error: Maximum execution time of 500 seconds exceeded in ….\spip2\ecrire\inc\utils.php on line 679

Et puis (avec page précédent du navigateur FF)

B - Fatal error: Maximum execution time of 500 seconds exceeded in ….\spip2\ecrire\base\abstract_sql.php on line 191

Et de nouveau (avec F5, recharge de la page)

C - HTTP 302
Si tu navegador no te redirige automaticamente, pincha aquí para continuar. (Si votre navigateur en redirige pas automatiquement, faire clic ici, http://localhost/spip2/ecrire/?exec=upgrade&reinstall=1943)

Et de nouveau (avec F5, recharge de la page) on obtient:

Por favor recargue esta página dentro de un momento (svp recharge la page Dans un instant)

Et le dump finalise ok.

C'est normal. Je crois que le message C c'est bien, mais pas A et B. On a pris en compte la charge d'un dump très grand?.

Un cordial saludo/Cordialment

2

Javier San Juan a écrit :

Mes notes pour Spip 2.0 RC1 (13391). Installée avec langue espagnol, en local et dans un serveur remote.

- avec spip_loader, on a besoin que le dossier racine d’installation soit en mode écrire. S´il s’agit de root d’un site c’est possible qu’on a permission pour créer sub dossiers, mais pas permis d’écrire (c’est possible ?), donc on peut pas installer a la racine.

- Spip 2.0 a besoin de 16 MB dans le serveur. Spip_loader charge Spip 2.0 mais qu'an on va a la partie privée pour configurer on obtient:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 35 bytes) in /var/www/.../ecrire/ecrire/public/phraser_html.php on line 136

- Avec la restauration : si on écrit un nom non existant et on Valide on obtien un premier message :
Problema de lectura del archivo ../tmp/dump/dump01.xml (problème de lecture du fichier ….), mais si on Valide de nouveau on va sur un procès que dit :

Warning: fopen(../tmp/dump/dump01.xml) [function.fopen]: failed to open stream: No such file or directory in ….\spip2\ecrire\inc\import.php on line 231
Warning: fread(): supplied argument is not a valid stream resource in …. \spip2\ecrire\inc\import.php on line 51

- Avec une sauvegarde un peu grand (1.500 articles, 32,4 MB dans spip_versions_fragments), dans une installation en local (WXP), je reçu le messages :

A - Fatal error: Maximum execution time of 500 seconds exceeded in ….\spip2\ecrire\inc\utils.php on line 679

Et puis (avec page précédent du navigateur FF)

B - Fatal error: Maximum execution time of 500 seconds exceeded in ….\spip2\ecrire\base\abstract_sql.php on line 191

Et de nouveau (avec F5, recharge de la page)

C - HTTP 302
Si tu navegador no te redirige automaticamente, pincha aquí para continuar. (Si votre navigateur en redirige pas automatiquement, faire clic ici, http://localhost/spip2/ecrire/?exec=upgrade&reinstall=1943)

Et de nouveau (avec F5, recharge de la page) on obtient:

Por favor recargue esta página dentro de un momento (svp recharge la page Dans un instant)

Et le dump finalise ok.

C'est normal. Je crois que le message C c'est bien, mais pas A et B. On a pris en compte la charge d'un dump très grand?.

Un cordial saludo/Cordialment
  ==================== Javier ====================
  

Hola Javier,
(désolé je vais vous la faire en espagnol mais de mauvaise qualité :stuck_out_tongue: )

las problemas que encuentras estan problemas de configuracion del servidor web . SPIP 2 necessita 32Mo de memoria para PHP( pienso que 16Mo puede ser OK pero yo no estoy seguro) .
peudes modificar en su php.ini

memory_limit = 32M

Y para la "sauvegarde" se puede modificar

max_execution_time = 3600

y poner 3600 ( una hora ) asi su script de importation functiona totalement.

y despues puedes poner 30 , esta valor esta bien sobre la majoria de servidores.
Disculpa por mi español :slight_smile:

et en français :
ce n'est que des problèmes de configuration de son php.ini

3

Yoann Nogues a écrit :

et en français :
ce n'est que des problèmes de configuration de son php.ini

sur lequel un grand nombre d'utilisateurs spip n'ont pas la main...

4

denisb a écrit :

Yoann Nogues a écrit :

et en français :
ce n'est que des problèmes de configuration de son php.ini

sur lequel un grand nombre d'utilisateurs spip n'ont pas la main...

Cédric vient de faire un commit en ce sens, de test sur la configuration ...

5

- avec spip_loader, on a besoin que le dossier racine d'installation soit en mode écrire. S´il s'agit de root d'un site c'est possible qu'on a permission pour créer sub dossiers, mais pas permis d'écrire (c'est possible ?), donc on peut pas installer a la racine.

C'est le principe même de spip_loader : si le serveur n'a pas le droit
d'écrire à la racine, il ne peut pas y installer SPIP.

-- Fil

6

Oui, c'est un pis aller :
- si on a que 8Mo de dispo, on essaye de s'en allouer plus (ça marche dans MAMP mais ça echouera chez n'importe quel hebergeur mutualisé)
- sinon, on allege les process (pas de compactage de la css prive, par exemple), pour ne pas planter la page d'accueil. Mais il pourra etre impossible de visualiser ou ecrire un article avec 8Mo.

10Mo semblent etre un minimum pour fonctionner correctement avec des plugins etc ...
Cédric