quel est le flux rss que tu essaies de syndiquer (si ce n’est pas indiscret...) ?

Salut denisb, suis content pour ta réponse mais seulement j’ai pas le droit.

Je crois plutôt que le problème pourrais provenir du système de l’heure qui est un linux (debian) tandisque en local j’ai windows.

Bonjour

je viens d’avoir le même problème sur un site http://www.rsbiko.com/

tout fonctionnait jusqu’à hier les flux sont valides voici des exemples

http://www.france24.com/fr/afrique/rss http://www.aps.sn/aps.php?page=back...

le site était en 1.9.1 je l’ai donc mis à jour en 1.9.2d [7502] rien n’y fait

si quelqu’un(e) a une idée ?!

voici le code reçu

faultCode1faultStringWarning:preg_split() [function.preg-split] : Compilation failed: POSIX named classes are supported only within a class at offset 13 in /home/webdesi/eq65278/html/ecrire/inc/syndic.php on line 145faultCode1faultStringWarning:preg_match_all() [function.preg-match-all]: Compilation failed: POSIX named classes are supported only within a class at offset 14 in /home/webdesi/eq65278/html/ecrire/inc/syndic.php on line 166faultCode1faultStringWarning:preg_match() [function.preg-match]: Compilation failed: POSIX named classes are supported only within a class at offset 16 in /home/webdesi/eq65278/html/ecrire/action/editer_site.php on line 292

peut-être une piste : pareil pour moi, depuis le passage à PHP Version 5.2.6

j’ai bidouillé le fichier syndic, voici la marche à suivre :

modifier le fichier /ecrire/inc/syndic.php

ligne 145

remplacer 1x :

list($header) = preg_split(',<(item|entry)[:[:space:]>],', $rss, 2);

par :

preg_split(',<(item|entry)[\:[:space:]>],', $rss, 2);

ligne 165

remplacer 1x :

if (preg_match_all(',<(item|entry)([:[:space:]][^>]*)?'.

par :

if (preg_match_all(',<(item|entry)([\:[:space:]][^>]*)?'.

ligne 271

remplacer 1x :

if (preg_match(',<((description|summary)([:[:space:]][^>]*)?)'

par :

if (preg_match(',<((description|summary)([\:[:space:]][^>]*)?)'

ligne 275

remplacer 1x :

if (preg_match(',<((content)([:[:space:]][^>]*)?)'

par :

if (preg_match(',<((content)([\:[:space:]][^>]*)?)'

ligne 272 et 276

remplacer 2x :

.'>(.*)</\2[:>[:space:]],Uims',$item,$match)) {

par :

.'>(.*)</\2[\:>[:space:]],Uims',$item,$match)) {

Un grand merci Jam :-)

en complément : dans ecrire/action/editer_site.php ligne 291

modifier par

if (preg_match(',<(channel|feed)([\:[:space:]][^>]*)?'

Merci pour tout, excuser pour le retard de ma réponse :)

Merci beaucoup ! Cela marche nickel !

Merci pour cette aide. Ca fonctionne de nouveau maintenant chez moi en ne faisant que les modifications dans syndic.php

Merci pour l’info, ça fonctionne à nouveau chez nous, à un détail près : les requêtes HTTP émises par SPIP ne présentent pas d’entête ’Accept :’ et donc sont filtrées par mod_security... Pour éviter d’être classé dans les navigations indésirables, il suffit d’ajouter dans le ecrire/inc/distant.php ligne 416 juste après : « fputs($f, "Host : $host\r\n") ; » :

fputs($f, "Accept: text/xml,application/xml,*/*;q=0.5\r\n");

Et le tour est joué.

Merci pour l’info

Thes32

Après quelques recherches, je pense avoir trouvé la source de cet effet de bord du passage à PHP 5.2.6, dans le changelog de PHP il apparait que la version 5.2.5 utilise la PCRE 7.3 alors que la version 5.2.6 utilise la PCRE 7.6.

Du coup, je suis allé voir le changelog de la librairie PCRE. Pour la version 7.5 (point 23), il est indiqué, je résume, que le comportement de la librairie PCRE était différent de celui de Perl en ce qui concerne la reconnaissance des classes de caractères POSIX... problème corrigé !

Donc le problème de syndication n’est pas dû directement à PHP mais à une correction de bug de la librairie PCRE.

Bonjour :

J’avais rencontré ce même problème. J’ai suivi les instructions que vous avez mis ici et tout a marché bien... pendant quelques heures....

je voudrais savoir si c’est possible qu’après cette manipulation le fait que site ne fonctionne plus peut etre à cause de ces changements dans le code.

Actuellement on a montre le message :

Attention : il y a un problème technique (serveur MySQL) empêche l’accès à cette partie du site

Je ne suis pas sure que cela est un problème de l’hébergeur ou si c’est un problème à nous

Salut Miranda,

j’ai pas eu ce genre de réaction, essaie de remettre le fichier original et vois ce que ça va donne.

A plus

Bonjour,

On a réinstallé le site et on a fait seulement ce que Jam à dit. On a modifié seulement le fichier /ecrire/inc/syndic.php et ça marche...

On n’a pas fait les autres modification parce qu’on ne sait pas bien ce qu’elles corrigent et on a l’intuition (c’est que de l’intuition) que ça a été la modification du fichier editer_site.php la que à provoque l’impossibilité d’accéder au site....

merci à vous et à la liste spip pour vos réponses et informations

Pour ceux que ça intéresse, ces corrections ont été faites dans la branche 1.9.2 de svn, revision 11720 : http://trac.rezo.net/trac/spip/log/...

Merci pour l’info ;)

Merci SPIP et sa communauté !

Merci Bruno