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

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.

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 !

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.

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 !

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

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

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 ?

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

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.

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

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 !

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

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

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 ?

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.

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

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

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

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

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

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

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

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

J'ai besoin d'aide !

Aucune 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

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

chez free php 5 n'est pas activé par défaut. Voir http://ustrici.wordpress.com/2006/07/25/comment-activer-php-5-chez-free-fai/ pour la solution

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

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

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

a effectivement c'est sous spip 3 seulemet

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

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 »

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.

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

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

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.

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

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.

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

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

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

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

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 ]

 <:medias:info_portfolio:>
  [ [(#FICHIER |image_passe_partout{90,90} |image_recadre{90,90} |inserer_attribut{class,spip_logos} |inserer_attribut{alt,[(#TITRE|attribut_html|couper{80})]})]
 ] 

 [(#REM) Afficher en grand le document demande dans l'URL
]

[(#MODELE{emb,lien=#URL_DOCUMENT}|image_reduire{500,*})]
 [(#REM) Si un seul document est joint a l'article, et si le texte est vide, on incruste automatiquement ce document
]

[(#TOTAL_BOUCLE|=={1} |?{[(#INCLURE{fond=modeles/emb, id_document} |trim)]})] [(#REM) Sinon, liste des autres documents joints
]

 <:medias:titre_documents_joints:>
  [  [(#TITRE|sinon{[(#FICHIER|basename|couper{80})]})] ([ #TYPE_DOCUMENT" class="ext">(#EXTENSION|strtoupper) - ][(#TAILLE|taille_en_octets)]) [(#DESCRIPTIF)
] ]

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


[(#TOTAL_BOUCLE|=={1} |?{[(#INCLURE{fond=modeles/emb, id_document} |trim)]})]

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

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.

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

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

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

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

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 .

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.

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.

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.

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 !

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

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)

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.

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

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.

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

ah.... ok ok ok...

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

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

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.

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

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

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

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

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.

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

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

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