Plusieurs personnes ont signalé cette incompatibilité ; il faudrait qu’on puisse regarder en détail, en ayant un accès complet au système (au moins ftp sur le site + éventuels logs de crash d’apache).

Pose un message sur spip-dev@rezo.net, ou passe sur irc ?

J’ai le meme probleme mais en local, je viens de faire la mise a jour php 444 vers 446 et j’ai une belle page blanche, je suis donc repassé en 444.

Ma config :

spip 192 et squelette Blip 24 apache 1.3.33 mysql 5.0.27 phpmyadmin 2.10.0.2

plateforme : windows xp media center sur intel core 2 duo T5600

Les hypothèses sont là : http://www.php.net/ChangeLog-4.php#4.4.6

Ca peut être dû à l’une ou l’autre de ces modifs...

Si votre hébergeur supporte à la fois php4 et php5, en passant le site en php5 cela peut résoudre le problème, c’est ce que nous avons conseillé de notre côté à nos clients, le temps que SPIP soit corrigé pour PHP 4.4.6

Mais ici c’est pas Harry Potter ! SPIP va pas se corriger tout seul d’un coup de baguette magique. Tant que personne n’aura compris ce qui se passe, on sera coincé.

Merci de faire un effort pour soit trouver le bug, soit nous donner des codes d’accès à un site planté, qu’on puisse regarder.

comme suggéré dans un mail au dessus, moi je veux bien donner un acces FTP à mon site planté, si cela peut aider :

site www.jolisome.info

ftp.jolisome.info

compte : debug@jolisome.info

password : debugphp

si vous avez besoin de plus de visibilité, dites le moi,

merci d’avance pour vos investigations, olivier31

Désolé, je suis admin système, pas développeur php, et je ne peux pas donner accès aux sites de mes clients, si ça peut aider voici les retours que j’ai au niveau du système :

Lors de l’éxécution de la page spip.php d’un site en faute directement en ligne de commande, on obtient une erreur "segmentation fault", c’est la seule chose que retourne php.

Si on lance la même page avec un php5, pas de problème, et une fois la page ouverte au moins une fois avec php5, plus de problème pour l’ouvrir par la suite avec php4, du moins en ligne de commande, mais cela ne semble pas corriger l’accès au site via un navigateur.

Toujours si ça peut aider niveau infos : Composed-By : SPIP 1.9.2 @ www.spip.net + player(0.6),connexions(1.9.2),entravaux(1.0),forms(0.3)

Dans ecrire/inc/texte/php il y a un expression régulière qui auparavant fonctionnait, et qui apparemment est la cause du plantage sous 4.4.6 :

On peut la remplacer par :

Merci Olivier pour la mise à disposition du site.

P.S. : dans les versions récentes de SPIP on a ajouté /S à la fin de l’expression, ça fonctionne aussi :

Le patch est disponible à l’adresse http://trac.rezo.net/trac/spip/changeset/8844

Il sera intégré rapidement aux paquets distribués sur spip.net

vraiment merci beaucoup, chapeau pour la rapidité d’intervention. y a pas une société commerciale qui arrive à la cheville !!

J’ai bien aimé la métaphore d’Harry Potter, cela faisait un peu d’humour bien approprié.

Bonne continuation à tous, et si vous voulez voir de la construction de maison "libre" ou alternative, vous pouvez jeter un oeil à www.jolisome.info sous spip 1.9 / epona 3.2 qui re-fonctionne maintenant

encore merci

j’ai eut le meme probleme chez 1&1 suit à une mise à jour de php vers 4.4.6

chez eux il y a php5 d’installeé

donc le service technique m’a conseillé de faire une modif dans .htaccess : rajouter (ou vous voulez) : addtype x-mapp-php5 .php

et vous verrez c’est magique

J’ai le même PB pour des sites sous spip 1.9.1 chez 1&1. Sur leur conseil, je suis venu sur cette page j’ai essayé et ça marche pas ...

Une fois le fichier mis à jour y a-t-il quelque chose à faire pour que cela revienne à la normale ?

Je confirme le message de REMI, il suffit juste de mettre

addtype x-mapp-php5 .php

n’importe où dans le fichier htaccess.txt et de le renommer en ".htaccess" par ftp.

Un grand merci à REMI car j’étais parti pour faire un mise à jour de spip en 1.9.2a

THX

SOLUTION TEMPORAIRE

un petit tour de magie...

rajouter ceci n’importe où dans le htaccess : addtype x-mapp-php5 .php

et le problème est réglé !!!

J’ai essayé les deux et je suis toujours en erreur 500. Help ! merci d’avance

Merci pour votre rapidité de réaction.

Je suis chez 1and1. Le site est sous SPIP 1.9.1.. J’ai modifié le fichier ecrire/inc/texte.php et tout fonctionne de nouveau. Encore merci

Attention moi, quand je mettais :
addtype x-mapp-php5 .php
dans le fichier htaccess ça marchais pas.
En revanche avec :
AddType x-mapp-php5 .php ça marche.

Merci à tous !

effectivement pour .htaccess c’est bien avec les majuscules :

AddType x-mapp-php5 .php

ou alors en faisant la modif de SPIP (regarder lien dans mon autre commentaire)

Bonjour,

Attention moi, quand je mettais : addtype x-mapp-php5 .php dans le fichier htaccess ça marchais pas. En revanche avec : AddType x-mapp-php5 .php ça marche.

Je viens de faire l’essai, quelque soit la casse (majuscules/minuscules), l’exéctution des fichiers avec extension .php est éxécuter par PHP 5.

Pour information, AddType x-mapp-php5 .php ajoute le type MIME x-mapp-php5 aux fichiers en extensions .php.

A plus,

—  RURA Emma

hélas pour moi ce n’est pas tout à fait réglé : beaucoup de scripts .php à la racine du site ne fonctionnent plus (tous les formulaires en fait)

je suis toujours sur la 1.9 beta1 .... bon je sais ce qu’il me reste à faire

Bonjour,

J’ai fait les modifications dans texte.php, mais toujours rien ! Page vide !

J’ai essayer la ligne dans htaccess, à tout hazard, pareil !

A priori le pb ne se pose pas lorsque spip est dans un répertoire ?

Merci

ben chez moi Spip est dans un dossier à la racine de 1and1 et j’ai pu contourner en grande partie le pbm avec la modif htaccess

seuls certains formulaires ne fonctionnent plus (envoi et impression d’articles, newsletter...)

on va migrer sur la dernière 1.9.2, on verra bien...

Solution de Fil fonctionne parfaitement sur un SPIP 1.9.1 hébergé chez ultrawebsitehosting (passage à PHP 4.4.6.). Un grand merci !

l’autre solution c’est d’installer la MAJ pour SPIP 191 : http://trac.rezo.net/trac/spip/chan... (lien pour le .zip en bas de page !)

d’ailleurs c’est meme préferrable car la regle .htaccess semble poser pb a certains plugins comme form&tables

Merci à tous et à toutes !!!

J’avais aussi error 500 sur 1&1 suite à leur passage de php 4.4.4 en 4.4.6, j’ai upgradé ma 1.9.1 en 1.9.2, ça tourne impec.

Merci beaucoup ...

Je voyais pas le problème et mon hébergeur ne m’a pas informé qu’il avait upgradé souso php 4.4.6 ... (j’adore !)

Bref tout est résolu en changeant le fichier texte.php gràce à la communauté et la réactivité SPIP.

Merci à tous

On lit, on lit et on trouve des solutions en or sur les forums SPIP.

J’avais un problème d’articles qui ne s’affichaient plus et que je ne pouvais plus éditer. En final, je suis passé à la version 1.9.2a et je n’ai plus le problème (conseillé dans les différents fils liés à ce problème et indiqué dans la liste des bugs fixing de 1.9.2a.)

Et c’est une excellente solution !

Merci à tous les intervenants,

Christophe

Salut,

je pense avoir un problème équivalent (page blanche aleatoire suite au passage à php 4.4.7), mais sur un spip 1.7.2 (beaucoup de personnalisations m’empêchent de passer facilement en une version > ...)

est ce qu’il peut y avoir un lien avec les ereg ?

existe t’il un patch pour le fichier inc_texte.php3 ?

merci infiniment,