SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

Ces deux nouvelles versions de SPIP corrigent plusieurs bugs. Nous vous conseillons de mettre à jour. Pour rappel, SPIP 3.x nécessite PHP 5.1 minimum et SPIP 2.x nécessite PHP 4.4 minimum.

Mise à jour du 13 /11/2013

L’avertissement du message d’annonce de la sortie de SPIP 3.0.13 et SPIP 2.1.24 manquait de clarté, provoquant quelques questions d’utilisateurs.

Voici un éclaircissement :)

Ces deux nouvelles versions de SPIP corrigent plusieurs bugs. Nous vous conseillons de mettre à jour.

Concernant PHP 5.4 et 5.5

PHP 5.4 et PHP 5.5 ont introduit ou modifié des fonctions, provoquant diverses incompatibilités dans bon nombre de scripts PHP. Pour ce qui est de SPIP, les versions 3.0.13 et 2.1.24 prennent en compte et corrigent certains de ces problèmes. SPIP tourne sous ces versions de PHP.

Si votre serveur fonctionne avec PHP 5.5, vous devez mettre à jour votre version de SPIP. En effet, il y a un bug non résolu de PHP 5.5 qui fausse l’exécution des squelettes (https://bugs.php.net/bug.php?id=65845), mais SPIP a été corrigé pour éviter ce problème.

En revanche, il subsiste une incompatilibité entre PHP 5.4 et les sites SPIP dont le charset est en ISO-8859-1. Dans ce cas, il est possible que certains textes ne s’affichent pas dans les squelettes, ou dans les crayons. Ce bug sera prochainement corrigé, et fera l’objet d’une prochaine release sur les branches 3.0.x et 2.1.x dès que possible.

En conclusion

Quelle que soit votre version de PHP, nous vous conseillons de faire la mise à jour de SPIP. Si vous utilisez le plugin YAML, mettez-le à jour avant de mettre SPIP à jour.

Si vous avez la possibilité de choisir la version de PHP sur votre hébergement :
-  Si vous utilisez PHP <= PHP 5.3.x et si l’un de vos sites SPIP utilise encore un charset autre que UTF-8 évitez de faire une mise à jour de PHP.
-  Si votre site utilise le charset UTF-8 vous pouvez passer à PHP 5.4 sans problème, mais nous vous conseillons d’attendre pour passer à PHP 5.5.

Bon SPIP !
L’équipe SPIP


Retour

Ces deux versions proposent corrections de bugs et améliorations diverses, dont une compatibilité minimale avec PHP 5.5.

Avertissements

Côté version PHP, notez que des modifications importantes en php 5.4 et 5.5 font que des bugs risquent d’apparaître ici et là. Si votre base de données est en charset iso-8859-15, les bugs sont même certains et importants. Nous tâcherons d’apporter une solution fiable dans SPIP 3.1 (le père Noël nous l’a commandée mais ne le répétez pas, elle sortira quand elle sera prête et c’est tout) ! En attendant, si vous constatez des problèmes, pensez à les communiquer en rédigeant un « ticket » sur http://core.spip.org !

Côté tuyau, si vous utilisez le plugin YAML, notez que si vous metttez à jour depuis une version antérieure à SPIP 3.0.11, il *faut* mettre à jour le plugin *avant* de mettre SPIP à jour. Nous avions annoncé pour SPIP 3.0.11 que « Textwheel et son décodeur Yaml, proposent par défaut un yaml_to_array » mais comme le plugin Yaml proposait aussi cette fonction, le conflit résultant cause une erreur fatale et rend votre site indisponible. Ce problème est résolu dans le plugin Yaml depuis la version 1.5.1 (http://zone.spip.org/trac/spip-zone...), autant le savoir.

Liste des modifications

Comme il devient de coutume, une liste complète des modifications a été concoctée avec amour, abnégation et tendresse !

-  Changements entre 2.1.23 et 2.1.24
-  Changements entre 3.0.11 et 3.0.13

Nous y relevons par exemple :
-  l’arrivée du français féminin dans les langues disponibles
-  amélioration sur la recherche
-  corrections sur les squelettes par défaut (squelettes-dist) et dans le privé
-  améliorations de sécurité
-  que imagepalettetotruecolor() a été adopté par PHP :-p (http://core.spip.org/projects/spip/...)
-  de nombreuses corrections/améliorations/fermeture de tickets...

Bien d’autres choses ont évolué dans la communauté et ses outils, notamment du côté de la gestion des traductions : notre robot Salvatore attribue désormais les traductions à celles et ceux qui les ont effectivement réalisées et c’est tant mieux ! Pour « tout savoir » sur tout SPIP, visitez le blog de SPIP, et en particulier http://blog.spip.net/+-gazette-+.html : depuis l’été un sérieux effort est fait pour vous informer !

Mise à jour

N’hésitez pas à utiliser les différents moyens mis à disposition par la communauté pour obtenir de l’aide lors de cette mise à jour :
-  Liste spip-user
-  Forum
-  IRC

Nous rappelons à toutes et tous que le meilleur moyen pour signaler des failles, ou des suspicions de failles est d’envoyer un email à spip-team@rezo.net .

Comment mettre à jour vers SPIP 2.1.24 / 3.0.13 ?

-  par spip_loader.php : mettez à jour (ou installez) spip_loader, puis rendez-vous à l’adresse http://VOTRE_SITE/spip_loader.php pour installer la dernière version de SPIP. Attention, lisez bien les instructions de http://www.spip.net/fr_download#spi... pour ne pas être surpris par un passage non voulu de SPIP 2 à SPIP 3 !

-  par copie des fichiers :

-  par SVN :

  • si vous êtes dans la branche 3 faites simplement un « svn up » svn ://trac.rezo.net/spip/branches/spip-3.0 - La version 3.0.13 est aussi disponible sous la branche : svn ://trac.rezo.net/spip/branches/spip-3-stable et sous le tag svn ://trac.rezo.net/spip/tags/spip-3.0.13
  • si vous êtes dans la branche 2.1 faites simplement un « svn up » svn ://trac.rezo.net/spip/branches/spip-2.1 - La version 2.1.24 est aussi disponible sous la branche : svn ://trac.rezo.net/spip/branches/spip-2-stable et sous le tag svn ://trac.rezo.net/spip/tags/spip-2.1.24

Comment être tenu au courant de ces annonces ?

Le plus simplement du monde en s’inscrivant sur la mailing liste http://listes.rezo.net/mailman/list....

Bien sûr les réseaux sociaux ne sont pas en reste :
-  Twitter
-  Facebook
-  Seenthis

La version 3.0.12 aura vécu le temps d’un soir mais présentait un regrettable bug, so long 3.0.12.

Discussion

9 discussions

  • 8

    Bonjour,

    je rencontre le même pb que Jojo (tout premier commentaire de l’article), sans doute dû au même fournisseur de serveur. J’avais donc bon espoir de me sortir seule du souci en suivant les précieuses indications de Maïeul. J’ai donc créé un fichier mes_options.php avec le code proposé que j’ai déposé à la racine du spip. Youpi, la majorité des lignes d’erreurs sont effectivement supprimées.

    Il en reste malheureusement encore, que voici :

    Strict Standards : strtotime() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/ecrire/inc/filtres.php on line 694

    Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/ecrire/inc/filtres.php on line 694

    Strict Standards : strtotime() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/ecrire/inc/filtres.php on line 694

    Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/ecrire/inc/filtres.php on line 694

    Fatal error : Cannot redeclare imagepalettetotruecolor() in /homepages/15/d338470891/htdocs/lepetitalbert/spip/ecrire/inc/filtres_images_lib_mini.php on line 586.

    Par ailleurs, j’ai trouvé sur le site du fournisseur le tableau suivant, que je joins en image.
    Je ne peux pas non plus me connecter à mon espace privé, même en ajoutant /ecrire à mon adresse lepetitalbert.fr

    Merci par avance pour votre aide, c’est remarquable de bénéficier d’avis éclairés quand on n’est pas technicien soi-même !

    • il faut que le mes_options.php soit dans le dossier config. je te conseille également de vider tous le dossier tmp ... et de te plaindre à ton hébergeur pour qu’il définisse le timezone dans le php.ini.

    • Merci Maïeul, de répondre si vite. J’essaie demain, là je m’écroule et je risque de m’énerver un peu trop vite...

    • Ah ! finalement, je m’y suis mise.

      J’ai donc déplacé le fichier mes_options.php dans le dossier config et j’ai vidé entièrement le tmp.

      J’obtiens maintenant ceci :

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/cs_outils.php on line 34

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/cs_outils.php on line 34

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /homepages/15/d338470891/htdocs/lepetitalbert/spip/plugins/auto/couteau_suisse/v1.8.133/inc/description_outil.php on line 182

      et quand je cherche à entrer dans l’espace privé via /ecrire :
      Fatal error : Cannot redeclare imagepalettetotruecolor() in /homepages/15/d338470891/htdocs/lepetitalbert/spip/ecrire/inc/filtres_images_lib_mini.php on line 586

      Je devrais peut-être supprimer le plugin couteau suisse ?

    • a minimum le mettre à jour, supprime le en attendant.

      Pour le dernier problème, on dirait que ta mise à jours vers spip 3.0.17 ne s’est pas faite correctement, le pb étant normalement résolu avec cette version...

    • Aïe. comment puis-je faire la mise à jour, maintenant que je n’accède plus à rien ?
      Je ne risque pas de perdre toutes mes configurations et données en agissant par l’arrière ?

      Après suppression du couteau suisse, j’ai la même ligne dans l’espace public que dans l’espace privé :

      Fatal error : Cannot redeclare imagepalettetotruecolor() in /homepages/15/d338470891/htdocs/lepetitalbert/spip/ecrire/inc/filtres_images_lib_mini.php on line 586

      Je rends mes armes pour ce soir, la suite au prochain épisode ! (pas avant demain soir, donc).

      Merci du coup de main !

    • pas de risque de perdre configuration et donné, vu que celle-ci est stocké dans la base de données et que vous ne manipulez que les fichiers. Du reste je rappelle une règle de base toujours faire une sauvegarde de la BDD et du dossier IMG avant de mettre à jour

      Comment avez vous fait la mise à jour ? normalement elle se fait par spip_loader ou par envoi des fichiers sur le serveur, donc rien à voir avec l’accès à l’espace privé.

      En attendant je vous conseille de :
      -  téléchargher le fichier http://core.spip.org/projects/spip/repository/raw/tags/spip-3.0.17/ecrire/inc/filtres_images_lib_mini.php
      -  le mettre dans ecrire/inc en remplacement de l’ancien fichier.

    • ça a marché ! :D
      http://lepetitalbert.fr/
      Merci encore. J’avais voulu faire vite et je n’avais pas fait toutes les mises à jour ni les sauvegardes nécessaires avant la mise à jour vers php5.5. Je vais essayer de mettre l’autre spip que je gère à niveau sans me planter cette fois !

    • j’avais cru comprendre que vous aviez fait une mise à jour de spip. En fait non. Je vous conseille très fortement de mettre à jour votre SPIP.

    Répondre à ce message

  • 11

    Bonjour,

    Mon hébergeur m’a demandé de passer mon serveur actuellement sous php 5.2 à la version 5.4 ou 5.5 de php car il n’offrira plus de maintenance pour la version 5.2 devenue obsolète. La prise en charge du 5.2 s’arrêtera fin octobre.
    J’ai donc suivi ses conseils, je suis passé en 5.5 mais tout mon site à planté. J’ai donc donwgradé en 5.4 et là encore tout a planté. Je suis revenu en 5.2 et là tout remarche correctement.
    Je suis avec la dernière version de spip 2.1.24

    Pouvez-vous m’aider à résoudre ce problème ?

    Merci d’avance

    Jojo

    • J’ai besoin d’aide !

      Aucune réponse ?

    • salut,

      je pense que tu ferais mieux de poster la question sur les listes de spip.

      Par contre, il faudrait que tu sois plus clair. Par exemple précise si tu a des plugins installés, et lequelle, et ce que signifie « tout à planter »...

    • Pour être plus précis :

      -  mon site est accessible côté front et back mais côté front (espace public) j’ai une centaine de lignes de codes d’erreur qui s’affiche en haut de page et idem en bas de page. Ma page est visible correctement au milieu de tout ce b****l !

      -  Ceci s’est produit en passant en php5.4 et en php5.5. En revenant en php5.2, tout rentre dans l’ordre.

      -  mes plugins installés : (sur spip 2.1.24)

      • Albums 1.1.0 - stable
      • CFG 1.16.0 - stable
      • Champs Extras (deprecated) 1.0.1 - stable
      • Champs Extras2 1.10.1 - en test
      • ciag : Groupes d’auteurs 1.01 - stable
      • ciar : Accès restreints Giseh 1.38 - stable
      • ciautoriser : Pipeline pour autoriser 1.2 - stable
      • cicas : Authentification CAS (SSO) 1.32 - stable
      • cid : Fonctions diverses 1.2 - stable
      • cifiltre : 1.1 - stable
      • ciform : Formulaires pour SPIP 2 1.2 - stable
      • ciimport : Importation d’auteurs et de mots-clés 1.12 - stable
      • cimobile : détection et aiguillage des téléphones mobiles 1.0 - stable
      • ciparam : Configurateur de squelettes 1.57 - stable
      • cipr : Prévisualisation étendue 1.3 - stable
      • cirr : Rédacteurs restreints 1.0 - stable
      • cirv : rédacteur valideur 1.0 - stable
      • cisf : Saisie facile 1.62 - stable
      • cisquel : Squelettes de base avec 3 colonnes 1.60 - stable
      • FancyBox 0.6.1 - stable
      • Flux RSS configurable 1.4.1 - en test
        -* Galleria plugin pour SPIP 1.2.1 - stable
      • Interface pour Champs Extras 1.3.0 - en développement
      • Itérateurs 0.6.1 - en test
        -* javascript Scroller - 1.43 - stable
      • jQuery Corner 0.4.2 - en test
      • jQuery Cycle 1.9.0 - stable
        -* Nivo Slider 0.1.2 - en test
      • Saisies pour formulaires 1.25.13 - en test
      • SPIP Bonux 2.3.0 - stable
        -* YAML 1.5.0 - stable
      • Zoombox 1.0.0 - stable
    • il faudrait avoir les lignes de code en question pour pouvoir t’aider....

    • Les voici :
      (On dirait que ça bug au niveau de la time zone)

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 95

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 100

      Strict Standards : strtotime() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : strtotime() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : strtotime() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 95

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 100

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 95

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 100

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 95

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 100

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 95

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 100

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 95

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 100

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php

      etc....
      et en bas de page :

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 95

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/public/parametrer.php on line 100

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47
      Mise à jour le 22/07/2014 |
      Strict Standards : strtotime() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : strtotime() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/filtres.php on line 642

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

      Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /homepages/6/d406854848/htdocs/ecrire/inc/log.php on line 47

    • a priori, je dirais que cela relève de la config de ton serveur, qui n’a pas défini de timezone.

      A voir donc avec ton hébergeur.

      en attendant :
      -  soit tu peux configurer ton php.ini, voir dans ce cas http://php.net/manual/fr/datetime.configuration.php#ini.date.timezone
      -  soit tu peux appeler la fonction date_default_timezone_set() dans mes_options.php. Voir http://php.net/manual/en/function.date-default-timezone-set.php sur cette fonction
      -  tu peux aussi régler ton niveau d’affichage d’erreurs php pour ne pas afficher ce genre de message. Via http://php.net/manual/fr/function.error-reporting.php à mettre dans mes_options.php

      mais à priori le plus sûr serait de demander à ton hébergeur de configurer correctement le php.ini

    • Merci pour ces infos.
      Mon hébergeur me dit que toute modification se fait à l’aide du fichier php.ini !
      Je pense que c’est donc à moi de le faire... Mais il se trouve où exactement ce fichier ?!

      Et c’est quoi la différence entre php.ini et mes_options.php ?
      J’ai regardé mais je ne trouve pas le fichier mes_options.php.
      Dois-je le créer ? Si oui je le mets où ensuite ? A la racine du site ?

      Merci d’avance

    • le fichier php.ini, c’est un fichier de configuration de PHP. Je ne peux pas te dire où il se trouve, cela dépend de ton hébergeur.

      Le fichier mes_options.php, c’est un fichier exécuté par SPIP à chaque requête, et contenant des options pour spip.

      idéalement le mieux serait que tu règle cela dans le php.ini, mais sinon tu met :

      <?php
      date_default_timezone_set("Europe/Paris");
      ?>

      Dans un fichier mes_options.php que tu crée dans le dossier config de ton site.

      Voir http://www.spip.net/fr_article4654.html sur ce fichier.

    • Bon on avance ! Merci ;)
      J’ai créé le fichier mes_options.php avec le code approprié dedans.
      Et je n’ai plus toutes les lignes d’erreur que j’avais avant :)
      Mais... j’ai une ligne qui apparait en haut au-dessus du bandeau :

      « Script timezone differs from ini-set timezone. »

      Plus embêtant, quand je m’authentifie pour accéder à l’espace privé, j’ai ce message d’erreur qui apparait maintenant : HTTP 302
      Je ne peux y rentrer qu’en rajoutant « ecrire » à l’url. Je n’ai plus le petit raccourci « espace privé » en haut :(

      Une idée ?

    • Up !

      J’ai vidé le cache et rafraichi la page et tout marche !!!

      Super :)))

      Merci Beaucoup Maïeul ;)

    • de rien. cela étant un réglage au niveau php serait mieux ...

    Répondre à ce message

  • 1
    davcharly

    Qui peut m’aider à résoudre ce problème ?
    En essayant d’installer la dernière version de spip 3.x sur free, j’ai reçu ce message :
    «  L’installation va probablement échouer, ou aboutir à un site non fonctionnel...
    PHP version 4.4.3-dev insuffisant (minimum = 5.1.0)
     »

    Merci d’avance

    Répondre à ce message

  • 10
    Mistinguette

    Bonsoir,

    Depuis le passage à spip 2.1.24, je rencontre différents bugs sur spip lui-même et sur certains plugins dont le plugin Giseh. J’ai modifié la ligne comme indiqué dans la révision 20926 ce qui corrige certains bugs mais il en reste beaucoup. Par exemple, les noms des boutons « enregistrer », « choisir »,... ont changé en « bouton enregistrer », « bouton choisir »,... La page d’identification spip affiche aussi des nouveaux textes incompréhensibles voir fichier ci-joint.

    Est-il possible d’avoir un correctif de spip 2.1.24 rapidement ?

    Merci d’avance

    • Je te conseille de relancer une mise à jour pour être certaine d’avoir tous les fichiers de la 2.1.24. J’ai souvenir d’une personne dont la mise à jour (par ftp) n’avait pas bien remplacé tous les fichiers qui a obtenu ce style de bug.

    • Mistinguette

      Je viens de faire 2 fois la mise à jour et ça bug toujours. Via ftp et spip loader.
      Je ne sais pas si c’est un bon conseil que d’encourager les gens à faire cette maj.
      Pour moi il y a trop de bugs et dans le pack à télécharger l’« erreur 500 » mentionnée dans la révision 20926 n’est pas corrigée. MAJ -> spip 2.1.25 ?...

      En attendant y a-t-il moyen de redescendre à une version de spip antérieure car là mon site n’est plus présentable à mes visiteurs/rédacteurs ?

      Merci

    • Pour moi il y a trop de bugs et dans le pack à télécharger l’« erreur 500 » mentionnée dans la révision 20926 n’est pas corrigée.

      Ce bug est réglé, cf le ticket associé : http://core.spip.org/issues/3094

      Laisse moi le temps de contacter la personne qui a rencontré le même problème que toi avec les chaînes de langue, et je te tiens au courant dès que j’ai des news.

      ++

    • Bonne nouvelle pour toi, on a retrouvé l’info (merci à suske et denisb).

      Le bug vient du plugin itérateurs, et il a été corrigé :

      http://zone.spip.org/trac/spip-zone/changeset/74863

      Donc une simple mise à jour de ce plugin devrait corriger ton problème de chaînes de langue.

      Ce qui permet de rappeler un chose importante : il faut toujours mettre à jour ses plugins quand on fait une mise à jour de SPIP (et quand on a un bug aussi).

    • Mistinguette

      Super !!! Merci pour le conseil, ça marche à nouveau !
      J’ai mis à jour le plugin itérateur et tout est rentré dans l’ordre. Je n’ai plus de bug de texte maintenant :) Ouf, je ne savais plus comment faire pour corriger ce problème.

      La difficulté c’est de savoir quand on a beaucoup de plugins lesquels sont mis en jour en fonction de la version de spip. Ce serait sympa d’avoir une notification dans l’espace privé (style petit rond rouge à côté du plugin) qui nous informe qu’une nouvelle version du plugin est disponible.

      Merci pour tout ;)

      ++

    • Cool, content que le problème soit réglé.

      Ce serait sympa d’avoir une notification dans l’espace privé (style petit rond rouge à côté du plugin) qui nous informe qu’une nouvelle version du plugin est disponible.

      C’est déjà le cas si tu as validé le dépôt par défaut dans l’onglet Ajouter des plugins depuis la page de gestion des plugins. Une fois que c’est fait, SPIP va régulièrement scanner le dépôt et t’indiquer quels plugins peuvent être mis à jour, et tu peux les mettre à jour en un clic.

    • il y a deja un message ds la page de gestion des plugins qui indique si un plugin peut être mis à jour : c’est l’image http://geekographie.maieul.net/plugins-dist/svp/prive/themes/spip/images/update-16.png.

      Du reste tu peux aussi mettre à jours tous les plugins d’un coup en choisissant « cocher les mises à jour » puis en cliquant sur « appliquer »

    • Mistinguette

      Heu, je n’ai rien qui ressemble à ça dans la page de gestion des plugins sous spip 2.1.24
      Pouvez-vous me faire une saisie d’écran de l’endroit ou on peut sélectionner :
      -  > dépôt par défaut ??
      -  > « cocher les mises à jour » ??

      merci

    • a effectivement c’est sous spip 3 seulemet

    • Arf pardon, c’est uniquement disponible sous SPIP 3 :p

    Répondre à ce message

  • 8

    Bonjour et merci pour ce gros travail sur spip 3.0.13...
    Je suis passé sans grand problème de 2.1.24 à cette version... avec quelques squelettes perso (notamment article.html)...
    Le seul hic pour l’instant est que je ne vois pas sur le site public les documents joints ?
    Ils apparaissent sur le site privé... j’ai même essayé de les ré-enregistrer... mais rien !
    Si... un message d’erreur :
    1 Critère inconnu = squelettes/inc-documents.html _documents_decompte 28

    Merci pour votre aide précieuse ...
    Cdt
    Djimel

    • ca doit être votre squelettes squelettes/inc-documents.html qui foire, mais il faudrait en avoir un extrait pour plus de détails ...

    • Merci beaucoup pour cette réactivité :
      je vous laisse en document joint inc-documents.html

    • Il semble bien que l’eereur provienne de cette boucle :

      Merci encore pour votre aide...

    • la prochaine fois il sera plus simple pour tout le monde de copier-coller le code entre balise code ou cadre ;-) (voir les raccourcis typo de SPIP)

      dans tous les cas il me parait très étonnant d’avoir mis (DOCUMENTS spip_documents_liens articles). Pourquoi ne pas avoir mis juste (DOCUMENTS).

      Si cela ne résoud pas le problème, il faudrait procéder par bisection, en isolant d’abord la boucle qui fait problème, puis le critère qui pose souci.

    • Bonsoir,
      désolé pour l’image jointe...
      Voici donc le code que j’ai en fait récupéré dans le dossier « squelette-dist>inclure » de la distribution de spip 3.0.13) et renommé en inc-documents.html :

      [(#REM) Portfolio : album d'images ]
      <B_documents_portfolio>
      <div class="bloc clearfix" id="documents_portfolio">
      	<h2><:medias:info_portfolio:></h2>
      	<ul>
      		<BOUCLE_documents_portfolio(DOCUMENTS) {id_article} {mode=document}{extension IN png,jpg,gif} {par num titre, date}{doublons}{vu=non}>[
      		<li><a href="(#URL_DOCUMENT)" type="#MIME_TYPE" onclick="location.href='[(#URL_ARTICLE
      		  |url_absolue
      			|parametre_url{id_document,#ID_DOCUMENT}
      			|ancre_url{documents_portfolio}
      			)]';return false;"[ class="(#EXPOSER)"][ title="(#TITRE|attribut_html|couper{80})"]>[(#FICHIER
      			|image_passe_partout{90,90}
      			|image_recadre{90,90}
      			|inserer_attribut{class,spip_logos}
      			|inserer_attribut{alt,[(#TITRE|attribut_html|couper{80})]})]</a></li>
      		]</BOUCLE_documents_portfolio>
      	</ul>
      </div><!--#documents_portfolio-->
      </B_documents_portfolio>
      
      [(#REM)
      	Afficher en grand le document demande dans l'URL
      ]
      <BOUCLE_afficher_document(DOCUMENTS) {id_document}{id_article} {mode=document}{extension IN png,jpg,gif}>
      [(#MODELE{emb,lien=#URL_DOCUMENT}|image_reduire{500,*})]
      </BOUCLE_afficher_document>
      
      
      [(#REM)
      	Si un seul document est joint a l'article, et si le texte est vide,
      	on incruste automatiquement ce document
      ]
      <BOUCLE_documents_decompte(DOCUMENTS spip_documents_liens articles) {id_article} {mode=document}{texte=''}{extension !IN gif,jpg,png} {vu=non}>
      [(#TOTAL_BOUCLE|=={1}
      	|?{[(#INCLURE{fond=modeles/emb, id_document}
      	|trim)]})]</BOUCLE_documents_decompte>
      
      
      [(#REM)
      	Sinon, liste des autres documents joints
      ]
      <B_documents_joints>
      <div class="menu" id="documents_joints">
      	<h2><:medias:titre_documents_joints:></h2>
      	<ul class="spip">
      		<BOUCLE_documents_joints(DOCUMENTS) {id_article} {extension !IN gif,jpg,png} {vu=non}{par num titre, date}>[
      		<li>
      			<a href="(#URL_DOCUMENT)" type="#MIME_TYPE" class="spip_doc[ (#EXTENSION|attribut_html)]"><strong class="#EDIT{titre} titre">[(#TITRE|sinon{[(#FICHIER|basename|couper{80})]})]</strong>
      			<small class="info_document">([<abbr title="<:info_document:> #TYPE_DOCUMENT" class="ext">(#EXTENSION|strtoupper)</abbr> - ][<span>(#TAILLE|taille_en_octets)</span>])</small></a>
      			[<div class="#EDIT{descriptif} descriptif">(#DESCRIPTIF)</div>]
      		]</li>
      		</BOUCLE_documents_joints>
      	</ul>
      </div><!--#documents_joints-->
      </B_documents_joints>
      
      <//B_documents_decompte>

      J’ai toujours les mêmes soucis :
      pas de document, ni d’image affichées dans l’espace public
      un message d’erreur sur la boucle

      <BOUCLE_documents_decompte(DOCUMENTS) {id_article} {mode=document}{texte=''}{extension !IN gif,jpg,png} {vu=non}>
      [(#TOTAL_BOUCLE|=={1}
      	|?{[(#INCLURE{fond=modeles/emb, id_document}
      	|trim)]})]
      </BOUCLE_documents_decompte>

      Beaucoup de problèmes pour un non spécialiste...
      Il faut pourtant que je résolve ce problème car le site gère notamment des bulletins en ligne... qui ne sont plus affichés actuellement.
      Merci encore,
      Djimel

    • testez en supprimant la boucle ! et si l’erreur n’est plus là, alors c’est bien que la boucle est problematique... il faut donc tester ... mais je ne peux pas le faire a votre place...

    • J’ai testé en supprimant la boucle ...
      plus de message d’erreur mais toujours pas de document affiché...
      Je peux vous envoyer mes identifiants si vous le souhaitez...

    • bah non, je vous dis la technique : vous avez reperé la boucle qui pose pb. Comme le message d’erreur indique que c’est un pb de critères, il vous faut essayer un testant quels sont les critères qui posent pb...

    Répondre à ce message

  • 6
    Michel Reverem

    Eh bien, je remercie l’équipe de Spip, mais... j’ai un problème avec 2.1.24. Sur OVH tout va bien, mais sur certains hébergements j’ai des erreurs 500.

    Le log dit (4 messages pour 4 pages)
    FastCGI : comm with server « /xxx » aborted : error parsing headers : malformed header ’X-Spip-Cache’

    FastCGI : comm with server « xxx » aborted : error parsing headers : malformed header ’X-Spip-Cache’

    Interrupted system call : FastCGI : comm with server « xxx » aborted : select() failed, referer : xxx

    FastCGI : incomplete headers (0 bytes) received from server xxx", referer : xxx

    Il semble qu’il y ait un problème de header dans certaines configurations. php 5.3.26 avec FPM/FastCGI

    • J’ai eu le même problème, c’est semble-t-il un petit bug dans la nouvelle version de SPiP. Il est corrigé dans le SVN, mais pas encore de nouveau paquet distribué.

      La correction est dans un seul fichier, sur une seule ligne, et correspond au changeset 20969 du SVN. Il suffit de recopier cette correction (ligne verte) et ton SPiP devrait fonctionner correctement.

    • Michel Reverem

      Merci Tonin !

      J’avais repéré la source du problème et réparé provisoirement en remettant en place le fichier de la version précédente. Puis en cherchant à avertir le Team Spip je suis tombé presque par hasard sur le correctif.

      Cela fait plaisir de voir qu’il y a une communauté active et bienveillante.

      Merci encore !

    • Bonjour,

      Après avoir appliqué ce correctif, mes pages SPIP ne passent plus au validateur XML de W3C. On obtient le message d’erreur :

      Sorry, I am unable to validate this document because its content type is text/html,, which is not currently supported by this service...

      Aucun problème de cet ordre avec le fichier assember.php initial.

    • Michel Reverem

      Je ne constate pas ce problème, et cela sur plusieurs site. Cela doit venir d’’ailleurs, peut-être dans tes squelettes y a-t-il une particularité qui se révèle avec la condition ajoutée dans assembler.

    • Bonjour et merci de l’intérêt porté à ma question.
      Le problème ne vient sans doute pas de mes squelettes, car les pages de l’espace privé de SPIP sont aussi contaminées.
      Les pages non spipiennes du site sont elles bien validées.
      URL : www.droitauvelo.org
      Par ailleurs le patch est bien efficace : plus d’erreur 500 lors de l’ouverture du formulaire d’inscription aux forums.

    • Bonjour,

      Problème apparemment résolu en supprimant trois espaces superflues lors du
      copier-coller de la ligne sur http://www.ruebejo.fr/SPIP-2-1-24-erreur-500.html .

    Répondre à ce message

  • 4

    Bonjour à tous,

    petit bug avec :
    -  spip 3.0.13
    -  php 5.4.19
    -  chez ovh

    Lorsque je veux sauvegarder la base, sans possibilité de choix, spip me crée une sauvegarde au format sql lite... et pas mysql :-/

    • ce n’est pas un bug, c’est le comportement standard de SPIP 3, qui ne crée pas des dump .sql, mais .sqlite. Cet type de dump est utilisable uniquement via l’interface de SPIP, mais garantie plus de perenitté des structures.

      Si tu veux un dump .sql, il faut passer par phpmyadmin.

    • ah.... ok ok ok...

      Je suis passé en effet par phpMyAdmin mais c’est chi#nt à mon avis.

    • c’est un grand debat. Mais SPIP a tjr eu des format de dump plus ou moins perso.

      Pour importer d’un spip a l’autre, le .sqlite suffit.

    • Pour ma part, je n’utilise que des dumps MySQL et ça marche toujours du premier coup (pas besoin de restaurer en 2 fois, 1 pour SPIP, puis activer les plugins, puis de nouveau restaurer)

    Répondre à ce message

  • \o/ \o/ \o/
    Les Ecureuils Vaincront !
    Merci et Bravo :-)

    Répondre à ce message

  • 3

    Côté version PHP, notez que des modifications importantes en php 5.4 et 5.5 font que des bugs risquent d’apparaître ici et là.

    Euh, j’aimerais être sûr de bien comprendre avant de faire les mises-à-jour : les bugs risquent d’apparaître avec cette nouvelle version de SPIP (si on est en Php >= 5.4) ?

    • c’est effectivement pas très clair. Non la nouvelle version n’apporte pas de bugs, mais en corrige certains, mais tous ne sont pas encore connus. D’où le terme « apparaitre ».

      En gros mieux vaut encore entre en php 5.3

    • Non.
      -  si on est en PHP 5.4 et en charset iso-8859-1, on a déjà des bugs que cette version ne corrige pas encore (on vient de les découvrir). En utf-8, pas de problème.
      -  si on est en PHP 5.5, il *faut* mettre à jour car cette version apporte des corrections pour palier à des bugs de php 5.5

    • Merci à vous,

      Effectivement, je me disais quand même que l’équipe n’aurait pas sciemment introduit de nouveaux bugs, mais avec ces précisions c’est plus clair.

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom