SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

286 Plugins, 197 contribs sur SPIP-Zone, 189 visiteurs en ce moment

Accueil > Vie de SPIP et autour de SPIP > SPIP-core > SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

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

10 novembre 2013 – par L’équipe de SPIP-Contrib – 60 commentaires

15 votes

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

P.-S.

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

Dernière modification de cette page le 28 janvier 2015

Retour en haut de la page

Vos commentaires

  • Le 22 septembre 2014 à 19:35, par ATC cours En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

    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 !

    JPEG - 75.3 ko
    • Le 22 septembre 2014 à 19:45, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 22 septembre 2014 à 21:13, par ATC cours En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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...

    • Le 22 septembre 2014 à 21:28, par ATC cours En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 ?

    • Le 22 septembre 2014 à 21:49, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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...

    • Le 22 septembre 2014 à 21:59, par ATC cours En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 !

    • Le 22 septembre 2014 à 22:37, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 23 septembre 2014 à 07:53, par ATC cours En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      ç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 !

    • Le 23 septembre 2014 à 09:45, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

  • Le 7 septembre 2014 à 20:12, par Jojo En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

    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

    • Le 12 septembre 2014 à 11:41, par Jojo En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      J’ai besoin d’aide !

      Aucune réponse ?

    • Le 12 septembre 2014 à 11:44, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 »...

    • Le 12 septembre 2014 à 12:16, par Jojo En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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
    • Le 12 septembre 2014 à 12:17, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      il faudrait avoir les lignes de code en question pour pouvoir t’aider....

    • Le 12 septembre 2014 à 12:55, par Jojo En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

    • Le 12 septembre 2014 à 15:49, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

    • Le 12 septembre 2014 à 21:15, par Jojo En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 12 septembre 2014 à 21:21, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 :

      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.

    • Le 12 septembre 2014 à 21:50, par Jojo En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 ?

    • Le 12 septembre 2014 à 21:53, par Jojo En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      Up !

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

      Super :)))

      Merci Beaucoup Maïeul ;)

    • Le 12 septembre 2014 à 22:02, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

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

    Répondre à ce message

  • Le 11 avril 2014 à 11:22, par davcharly En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

    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

  • Le 5 janvier 2014 à 23:45, par Mistinguette En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

    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

    JPEG - 53.1 ko
    • Le 6 janvier 2014 à 20:06, par b_b En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 6 janvier 2014 à 20:59, par Mistinguette En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

    • Le 7 janvier 2014 à 20:00, par b_b En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

      ++

    • Le 10 janvier 2014 à 13:32, par b_b En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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).

    • Le 12 janvier 2014 à 13:49, par Mistinguette En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 ;)

      ++

    • Le 12 janvier 2014 à 13:55, par b_b En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 12 janvier 2014 à 13:56, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 »

    • Le 12 janvier 2014 à 21:36, par Mistinguette En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

    • Le 12 janvier 2014 à 21:37, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      a effectivement c’est sous spip 3 seulemet

    • Le 12 janvier 2014 à 21:39, par b_b En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

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

    Répondre à ce message

  • Le 2 janvier 2014 à 11:57, par djimel En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

    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

    • Le 2 janvier 2014 à 11:59, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

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

    • Le 2 janvier 2014 à 12:08, par djimel En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

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

      JPEG - 119 ko
    • Le 2 janvier 2014 à 14:19, par djimel En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

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

      Merci encore pour votre aide...

      JPEG - 24.3 ko
    • Le 2 janvier 2014 à 20:28, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 2 janvier 2014 à 22:44, par djimel En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

    • Le 2 janvier 2014 à 22:50, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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...

    • Le 2 janvier 2014 à 22:56, par djimel En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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...

    • Le 2 janvier 2014 à 23:17, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

  • Le 14 novembre 2013 à 20:07, par Michel Reverem En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

    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

    • Le 20 novembre 2013 à 22:22, par Tonin En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 25 novembre 2013 à 08:26, par Michel Reverem En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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 !

    • Le 27 novembre 2013 à 19:57, par bennett En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 28 novembre 2013 à 08:50, par Michel Reverem En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 28 novembre 2013 à 09:58, par bennett En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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.

    • Le 28 novembre 2013 à 16:01, par bennett En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

  • Le 17 novembre 2013 à 10:41, par romain En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

    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 :-/

    Répondre à ce message

  • Le 15 novembre 2013 à 02:23, par Loiseau2nuit En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

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

    Répondre à ce message

  • Le 13 novembre 2013 à 14:32, par deor En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

    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) ?

    • Le 13 novembre 2013 à 14:34, par Maïeul En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

    • Le 13 novembre 2013 à 19:55, par Suske En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

    • Le 14 novembre 2013 à 15:59, par deor En réponse à : SPIP 3.0.13, SPIP 2.1.24 - PHP 5.5, même pas peur !

      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

Répondre à cet article

Qui êtes-vous ?

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 Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Champs Extras 3

    16 janvier 2012 – 534 commentaires

    Ce plugin permet de créer et/ou de gérer des champs supplémentaires dans les objets éditoriaux de SPIP. Il permet donc de prendre en compte et d’afficher de nouveaux éléments dans n’importe quel objet éditorial de SPIP. Screencast Vous n’aimez pas (...)

  • Réservation d’événements

    16 mars 2015 – 190 commentaires

    Ce plugin permet d’offrir aux visiteurs de s’inscrire pour un évènement du plugin Agenda et de gérer les réservations enregistrées. Installation Le plugin s’installe comme n’importe quel plugin. il nécessite : Agenda API de vérification (...)

  • Les crayons

    23 avril 2008 – 815 commentaires

    Ce plugin permet d’éditer les contenus sur les pages publiques du site, sans passer par l’espace privé de SPIP.

  • LESS pour SPIP : Less-CSS (anciennement LESSpip)

    5 novembre 2010 – 43 commentaires

    Less-CSS (Anciennement LESSpip) est un plugin intégrant facilement le logiciel LESS dans SPIP. LESS est une extension de CSS ajoutant les variables, les classes, les opérations, les imbrications au langage. Facilitant ainsi l’écriture de (...)

  • Recommander

    3 avril 2011 – 16 commentaires

    Ce plugin propose une manière simple de suggérer de recommander par email un article à un ami. Fonction « recommander un article à un ami ». On l’ajoute dans n’importe quel squelette sous la forme : #RECOMMANDERtitre de la page,url de la page,intro (...)

Ça spipe par là