Bonjour
Je syndique des sites, et sur certain, je dois manuellement
rafraîchir les données (mise à jour), sinon je perds une journée.
Si je recalcul mes pages, c'est sans effets (mais, les mêmes données
sont téléchargées à nouveau), il n'y a pas de mise à jour de la
syndication, tant que dans l'espace privé je n'ai pas cliqué sur le
bouton de mise à jour.
Comment je pourrais spécifier pour certaines syndications une mise à
jour toutes les 12 heures par exemple.
A bientôt
Grégoire
Je ne vais pas t'apporter de solutions. Simplement, je confirme (pour
les autres spipeurs), j'ai également ce genre de petit problème.
Curieusement, comme ce problème se pose systèmatiquement avec les
sites qui sont chez le même hébergeur, j'ai posé la question au
service technique.
La réponse est : « qu'ils ne peuvent pas m'aider pour le développement
de mon site ! »
Précisions encore. Lorsque j'effectue un rafraîchissement des données,
il faut parfois que je recommence 2 ou 3 fois, car j'ai parfois une
page blanche avec l'inscription « fatal error »en haut.
Voilà, peut être que mon problème te rappel le tiens ?
Bonjour
Je syndique des sites, et sur certain, je dois manuellement
rafraîchir les données (mise à jour), sinon je perds une journée.Si je recalcul mes pages, c'est sans effets (mais, les mêmes données
sont téléchargées à nouveau), il n'y a pas de mise à jour de la
syndication, tant que dans l'espace privé je n'ai pas cliqué sur le
bouton de mise à jour.Comment je pourrais spécifier pour certaines syndications une mise à
jour toutes les 12 heures par exemple.A bientôt
Grégoire
Hervé CHAUSSENDE a écrit :
Je ne vais pas t'apporter de solutions. Simplement, je confirme (pour
les autres spipeurs), j'ai également ce genre de petit problème.
Curieusement, comme ce problème se pose systèmatiquement avec les
sites qui sont chez le même hébergeur, j'ai posé la question au
service technique.
La réponse est : « qu'ils ne peuvent pas m'aider pour le développement
de mon site ! »Précisions encore. Lorsque j'effectue un rafraîchissement des données,
il faut parfois que je recommence 2 ou 3 fois, car j'ai parfois une
page blanche avec l'inscription « fatal error »en haut.
Voilà, peut être que mon problème te rappel le tiens ?
Bon, ben je vais en profiter pour dire que je rencontre le même problème ...
Chez moi, pas de fatal error, mais malgré tout nécessité de faire l'opération plusieurs fois avant que les nouveaux articles soient chargés.
Pour info (et pour ragoter 
), quels sont le(s) hébergeur(s )chez qui tu as remarqué ce souci en particulier ?
--
Mathilde
http://desmareesmontantes.free.fr
"L'homme n'est pas une marchandise comme les autres." Nicolas Sarkozy, 9 novembre 2006, Saint Etienne
Hervé CHAUSSENDE a écrit :
Je ne vais pas t'apporter de solutions. Simplement, je confirme (pour
les autres spipeurs), j'ai également ce genre de petit problème.
Curieusement, comme ce problème se pose systèmatiquement avec les
sites qui sont chez le même hébergeur, j'ai posé la question au
service technique.
La réponse est : « qu'ils ne peuvent pas m'aider pour le développement
de mon site ! »Précisions encore. Lorsque j'effectue un rafraîchissement des données,
il faut parfois que je recommence 2 ou 3 fois, car j'ai parfois une
page blanche avec l'inscription « fatal error »en haut.
Voilà, peut être que mon problème te rappel le tiens ?
Bonsoir
Mon problème n'a rien à voir avec le tiens.
Certain sites mettent du temps pour envoyer les données de
syndications, donc il se peut que tu tombes sur une erreur de "time
out" tout simplement.
Mon problème est que Spip ne fait pas assez souvent les mises à jour
des flux de syndications, et, je ne vois nulle part un paramètre.
A bientôt
Grégoire
C'est un peu embêtant de faire de dire du mal. Surtout qu'il s'agit de
mon propre hébergeur et que je suis très content d'eux par ailleurs.
Il s'agit de celeonet. J'ai des copains chez eux et si le site est
écrit en SPIP alors il y a ce problème dans les 2 sens. (c'est à dire
qu'eux ont le problème vis à vis de moi) Et si le site n'est pas en
SPIP et ben tout va bien...
Certains ont les squelettes de « Alternatives » et d'autres pas ! Non
le point commun pour avoir le problème c'est être en SPIP.
Je n'ai encore rien trouvé pour expliquer ce petit désagrément.
Le 09/09/07, Mathilde<mathilde@lbn.ras.eu.org> a écrit :
Hervé CHAUSSENDE a écrit :
> Je ne vais pas t'apporter de solutions. Simplement, je confirme (pour
> les autres spipeurs), j'ai également ce genre de petit problème.
> Curieusement, comme ce problème se pose systèmatiquement avec les
> sites qui sont chez le même hébergeur, j'ai posé la question au
> service technique.
> La réponse est : « qu'ils ne peuvent pas m'aider pour le développement
> de mon site ! »
>
> Précisions encore. Lorsque j'effectue un rafraîchissement des données,
> il faut parfois que je recommence 2 ou 3 fois, car j'ai parfois une
> page blanche avec l'inscription « fatal error »en haut.
> Voilà, peut être que mon problème te rappel le tiens ?
>
>
>
Bon, ben je vais en profiter pour dire que je rencontre le même problème ...
Chez moi, pas de fatal error, mais malgré tout nécessité de faire
l'opération plusieurs fois avant que les nouveaux articles soient chargés.
Pour info (et pour ragoter
tu as remarqué ce souci en particulier ?--
Mathilde
Mathilde a écrit :
Hervé CHAUSSENDE a écrit :
Je ne vais pas t'apporter de solutions. Simplement, je confirme (pour
les autres spipeurs), j'ai également ce genre de petit problème.
Curieusement, comme ce problème se pose systèmatiquement avec les
sites qui sont chez le même hébergeur, j'ai posé la question au
service technique.
La réponse est : « qu'ils ne peuvent pas m'aider pour le développement
de mon site ! »Précisions encore. Lorsque j'effectue un rafraîchissement des données,
il faut parfois que je recommence 2 ou 3 fois, car j'ai parfois une
page blanche avec l'inscription « fatal error »en haut.
Voilà, peut être que mon problème te rappel le tiens ?Bon, ben je vais en profiter pour dire que je rencontre le même problème ...
Chez moi, pas de fatal error, mais malgré tout nécessité de faire l'opération plusieurs fois avant que les nouveaux articles soient chargés.
Pour info (et pour ragoter
la syndication et quelques autres traitements sont gérés par le "CRON" de spip.
sauf qu'en PHP, un CRON, ca n'existe pas.
C'est donc un traitement qui est déclenché par une action utilisateur.
dans les squelettes, vous avez une balise #SPIP_CRON, qui va générer :
<!-- SPIP-CRON --><div style="background-image: url('http://monsite/spip.php?action=cron’);"></div>
chaque fois qu'une page est vue, le traitement est appelé, sans pour autant ralentir l'affichage de la page (valable egalement dans l'espace privé).
sachant que par defaut, on dispose de 30 secondes pour faire les calculs (max_execution_time du php.ini), peu d'actions sont traitées à chaque hit (et il n'y a pas que la syndication).
Donc, si vous avez un site qui syndique 100 fils RSS mais que vous avez 10 visites par jour, ca risque de coincer.
Pour appeler http://monsite/spip.php?action=cron plus souvent, soit vous avez qqpart une page souvent visitée (meme sur un autre site, meme si il n'est pas en Spip), ajoutez y à la fin <div style="background-image: url('http://monsite/spip.php?action=cron'\);"></div>, soit il faut appeler directement l'action cron regulierement (batch)...
@++
Merci pour les explications… Sauf que je n’ai pas trop beaucoup bien compris 
Cependant, je souhaitais avoir une petite précision.
Dans le code SPIP j’ai changé le nombre d’articles appelés par site.
Pour chaque site syndiqué, je récupère désormais seulement 3 articles. J’ai 6 sites syndiqués sur la page d’accueil.
Et mon site dipose d’une fréquentation d’environ 40 à 50 visites par jour.
Je ne sais pas si le fait de limiter le nombre d’article change quelque chose, si le site syndiqué est quand même capable de son côté de délivrer plus d’information ? Et si du coup 40 visites/jour sont suffisantes ?
(Je me demande aussi si ma question est bien claire ?)
la syndication et quelques autres traitements sont gérés par le « CRON »
de spip.
sauf qu’en PHP, un CRON, ca n’existe pas.
C’est donc un traitement qui est déclenché par une action utilisateur.dans les squelettes, vous avez une balise #SPIP_CRON, qui va générer :
http://monsite/spip.php?action=cron’); ;)">chaque fois qu’une page est vue, le traitement est appelé, sans pour
autant ralentir l’affichage de la page (valable egalement dans l’espace
privé).sachant que par defaut, on dispose de 30 secondes pour faire les calculs
(max_execution_time du php.ini), peu d’actions sont traitées à chaque
hit (et il n’y a pas que la syndication).Donc, si vous avez un site qui syndique 100 fils RSS mais que vous avez
10 visites par jour, ca risque de coincer.Pour appeler http://monsite/spip.php?action=cron plus souvent, soit vous
, soit il faut
avez qqpart une page souvent visitée (meme sur un autre site, meme si il
n’est pas en Spip), ajoutez y à la fin
appeler directement l’action cron regulierement (batch)…@++
Hervé CHAUSSENDE a écrit :
Merci pour les explications... Sauf que je n'ai pas trop beaucoup bien compris
Cependant, je souhaitais avoir une petite précision.Dans le code SPIP j'ai changé le nombre d'articles appelés par site.
Pour chaque site syndiqué, je récupère désormais seulement 3 articles. J'ai 6 sites syndiqués sur la page d'accueil.
la question n'est pas de savoir combien tu as de sites sur ta page d'accueil, mais combien tu as de sites syndiqués en tout sur ton spip (qu'ils s'affichent ou pas, spip fait la mise à jour)
ensuite, si tu peux maitriser les flux RSS entrants, c'est plutot faire en sorte que les flux montrent les articles des 2 derniers jours, si ton spip met plus d'une journée entre chaque mise à jour.
Et mon site dipose d'une fréquentation d'environ 40 à 50 visites par jour.
Je ne sais pas si le fait de limiter le nombre d'article change quelque chose, si le site syndiqué est quand même capable de son côté de délivrer plus d'information ? Et si du coup 40 visites/jour sont suffisantes ?
50 visites par jour, si ils ne se contentent pas d'une page, ca devrait suffire pour syndiquer 6 sites... sauf si ton spip est trop occupé à envoyer des mails ou à faire du menage.
regarde ton spip.log si il n'y a pas d'erreur, et srtout, verifie que tu as bien #SPIP_CRON dans tes squelettes.
Stephane a écrit :
[...]
regarde ton spip.log si il n'y a pas d'erreur, et srtout, verifie que tu
as bien #SPIP_CRON dans tes squelettes.
Bonjour
Je crois que je vais placer cette balise... quelque part 
Ça devrait régler aussi mon problème
Curieux, j'ai répondu tout à l'heure et je ne vois pas mon message...
A bientôt
Grégoire
Le 09/09/07, Stephane <stephane@rezo.net> a écrit :
Hervé CHAUSSENDE a écrit :
Merci pour les explications… Sauf que je n’ai pas trop beaucoup bien
compris
Cependant, je souhaitais avoir une petite précision.Dans le code SPIP j’ai changé le nombre d’articles appelés par site.
Pour chaque site syndiqué, je récupère désormais seulement 3 articles.
J’ai 6 sites syndiqués sur la page d’accueil.
la question n’est pas de savoir combien tu as de sites sur ta page
d’accueil, mais combien tu as de sites syndiqués en tout sur ton spip
(qu’ils s’affichent ou pas, spip fait la mise à jour)
Je commence à mieux comprendre
Je n’ai que 6 sites syndiqué sur l’ensemble de mon SPIP, donc je ne pense pas que le blème soit là.
ensuite, si tu peux maitriser les flux RSS entrants, c’est plutot faire
en sorte que les flux montrent les articles des 2 derniers jours, si ton
spip met plus d’une journée entre chaque mise à jour.
Par contre il est peut être là le problème ! Tu me confirmera…
J’ai inscris un cache à 3 jours sur ma page d’accueil. Je croyais bien faire.
Donc d’après tes explications et si j’ai bien compris, j’ai plutôt intéret à réduire ce cache à 24 heures !
Et mon site dipose d’une fréquentation d’environ 40 à 50 visites par jour.
Je ne sais pas si le fait de limiter le nombre d’article change
quelque chose, si le site syndiqué est quand même capable de son côté
de délivrer plus d’information ? Et si du coup 40 visites/jour sont
suffisantes ?50 visites par jour, si ils ne se contentent pas d’une page, ca devrait
suffire pour syndiquer 6 sites… sauf si ton spip est trop occupé à
envoyer des mails ou à faire du menage.Non non il ne fait rien de tout cela. J’ai juste le plugin « recherche étendue » pour bien renseigner le moteur interne. ( Je ne pense pas qu’il soit débordé de travail ?)
regarde ton spip.log si il n’y a pas d’erreur, et srtout, verifie que tu
as bien #SPIP_CRON dans tes squelettes.
Oui #SPIP_CRON bien présent en fin de code juste avant le fin de body et fin d’HTML.
Par contre, je n’ai pas trouvé le spip.log ! Quoi c’est ce truc ?
Hervé CHAUSSENDE a écrit :
Je n'ai que 6 sites syndiqué sur l'ensemble de mon SPIP, donc je ne pense pas que le blème soit là.
non, en effet.
peux tu faire passer l'adresse des flux qui coincent ?
ensuite, si tu peux maitriser les flux RSS entrants, c'est plutot
faire
en sorte que les flux montrent les articles des 2 derniers jours,
si ton
spip met plus d'une journée entre chaque mise à jour.>> Par contre il est peut être là le problème ! Tu me confirmera...
J'ai inscris un cache à 3 jours sur ma page d'accueil. Je croyais bien faire.
Donc d'après tes explications et si j'ai bien compris, j'ai plutôt intéret à réduire ce cache à 24 heures !
encore une fois, ta page d'accueil n'a aucun rapport avec tout ca.
si j'ai bien compris, ton spip va lire les flux RSS de 6 autres spips
chacun d'eux fabrique donc une page (?page=backend) contenant des items RSS.
selon ce squelette (backend sur ces autres sites, pas sur le tien), il presentera un certain nombre d'items plus ou moins anciens.
l'important, c'est qu'entre 2 visites de ton spip, il n'y ait pas des items qui soient apparus et aient disparu.
si ton spip les voit ne serait-ce qu'une fois, c'est bon, il en fait une copie en base et tu les vois dans tes pages (boucle SYNDIC_ARTICLES)
c'est juste ca la syndication.
>> Oui #SPIP_CRON bien présent en fin de code juste avant le fin de body et fin d'HTML.
Par contre, je n'ai pas trouvé le spip.log ! Quoi c'est ce truc ?
/tmp/spip.log
mais ca tourne vite, donc il faut essayer de passer à un moment ou personne ne navigue (depuis un moment idealement, pour etre sur qu'il tente une mise à jour d'un site syndiqué) et faire appel à spip.php?action=cron puis regarder le log
@++
Le 10/09/07, Stephane <stephane@rezo.net> a écrit :
Hervé CHAUSSENDE a écrit :
Je n’ai que 6 sites syndiqué sur l’ensemble de mon SPIP, donc je ne
pense pas que le blème soit là.non, en effet.
peux tu faire passer l’adresse des flux qui coincent ?
Oui bien sûr. ALors http://cfdt-belle-etoile.fr (en squelettes Alternatives) et http://cfdt-collonges.com (pas de squelettes alternatives)
ensuite, si tu peux maitriser les flux RSS entrants, c’est plutot
faire
en sorte que les flux montrent les articles des 2 derniers jours,
si ton
spip met plus d’une journée entre chaque mise à jour.Par contre il est peut être là le problème ! Tu me confirmera…
J’ai inscris un cache à 3 jours sur ma page d’accueil. Je croyais bien
faire.
Donc d’après tes explications et si j’ai bien compris, j’ai plutôt
intéret à réduire ce cache à 24 heures !encore une fois, ta page d’accueil n’a aucun rapport avec tout ca.
si j’ai bien compris, ton spip va lire les flux RSS de 6 autres spips
chacun d’eux fabrique donc une page (?page=backend) contenant des items RSS.
selon ce squelette (backend sur ces autres sites, pas sur le tien), il
presentera un certain nombre d’items plus ou moins anciens.C’est cela
l’important, c’est qu’entre 2 visites de ton spip, il n’y ait pas des
items qui soient apparus et aient disparu.
si ton spip les voit ne serait-ce qu’une fois, c’est bon, il en fait une
copie en base et tu les vois dans tes pages (boucle SYNDIC_ARTICLES)
c’est juste ca la syndication.
Et c’est là que c’est bizarre ! Tu vas voir les mises à jour sur les autres sites… Elles ne sont pas très fréquentes. Il y en a qui datent du mois de juillet et depuis, rien.
Oui #SPIP_CRON bien présent en fin de code juste avant le fin de
body et fin d’HTML.
Par contre, je n’ai pas trouvé le spip.log ! Quoi c’est ce truc ?/tmp/spip.log
mais ca tourne vite, donc il faut essayer de passer à un moment ou
personne ne navigue (depuis un moment idealement, pour etre sur qu’il
tente une mise à jour d’un site syndiqué) et faire appel à
spip.php?action=cron puis regarder le log
Bon ! Là j’ai du mal à comprendre (je n’ai pas encore ce niveau de compréhension mais cela viendra).
Je viens de regarder les fichiers il y a du spip.log1 jusqu’à 3 ! Un seul truc m’étonne ! Je vois pour chaque flux « création du cache pour 3600 secondes » C’est pas ? C’est peu être un peu court ? Mais je ne métrise pas ces données, c’est le travail de l’autre webmaster non ?
J’ai l’impression de dire une bêtise là
@++
Le 10/09/07, Grégoire <gobmouch@online.fr> a écrit :
Stephane a écrit :
[…]
regarde ton spip.log si il n’y a pas d’erreur, et srtout, verifie que tu
as bien #SPIP_CRON dans tes squelettes.Bonjour
Je crois que je vais placer cette balise… quelque part
Ça devrait régler aussi mon problème
Au moins avons nous un peu avancer sur cette histoire qui me tracasse depuis maintenant plus d’une année.
Attendons encore les quelques précisions de la part de Stéphane
Curieux, j’ai répondu tout à l’heure et je ne vois pas mon message…
SI jai eu un truc « Mail Delivery Subsystem » à 21h06
Hervé
A bientôt
Grégoire
Bon ! Stéphane doit être en vacances…
Je n’ai plus de nouvelles pour cette question des fils rss
Du coup j’en suis toujours au même point.
Le 10/09/07, Stephane <stephane@rezo.net> a écrit :
Hervé CHAUSSENDE a écrit :
Par contre il est peut être là le problème ! Tu me confirmera…
J’ai inscris un cache à 3 jours sur ma page d’accueil. Je croyais bien
faire.
Donc d’après tes explications et si j’ai bien compris, j’ai plutôt
intéret à réduire ce cache à 24 heures !encore une fois, ta page d’accueil n’a aucun rapport avec tout ca.
si j’ai bien compris, ton spip va lire les flux RSS de 6 autres spips
chacun d’eux fabrique donc une page (?page=backend) contenant des items RSS.
selon ce squelette (backend sur ces autres sites, pas sur le tien), il
presentera un certain nombre d’items plus ou moins anciens.l’important, c’est qu’entre 2 visites de ton spip, il n’y ait pas des
items qui soient apparus et aient disparu.
si ton spip les voit ne serait-ce qu’une fois, c’est bon, il en fait une
copie en base et tu les vois dans tes pages (boucle SYNDIC_ARTICLES)
c’est juste ca la syndication.Oui #SPIP_CRON bien présent en fin de code juste avant le fin de
body et fin d’HTML.
Par contre, je n’ai pas trouvé le spip.log ! Quoi c’est ce truc ?/tmp/spip.log
mais ca tourne vite, donc il faut essayer de passer à un moment ou
personne ne navigue (depuis un moment idealement, pour etre sur qu’il
tente une mise à jour d’un site syndiqué) et faire appel à
spip.php?action=cron puis regarder le log@++
Stephane a écrit :
la syndication et quelques autres traitements sont gérés par le "CRON" de spip.
sauf qu'en PHP, un CRON, ca n'existe pas.
C'est donc un traitement qui est déclenché par une action utilisateur.dans les squelettes, vous avez une balise #SPIP_CRON, qui va générer :
<!-- SPIP-CRON --><div style="background-image: url('http://monsite/spip.php?action=cron’);"></div>chaque fois qu'une page est vue, le traitement est appelé, sans pour autant ralentir l'affichage de la page (valable egalement dans l'espace privé).
sachant que par defaut, on dispose de 30 secondes pour faire les calculs (max_execution_time du php.ini), peu d'actions sont traitées à chaque hit (et il n'y a pas que la syndication).
Donc, si vous avez un site qui syndique 100 fils RSS mais que vous avez 10 visites par jour, ca risque de coincer.
Pour appeler http://monsite/spip.php?action=cron plus souvent, soit vous avez qqpart une page souvent visitée (meme sur un autre site, meme si il n'est pas en Spip), ajoutez y à la fin <div style="background-image: url('http://monsite/spip.php?action=cron'\);"></div>, soit il faut appeler directement l'action cron regulierement (batch)...
@++
Bonjour
J'ai syndiqué des sites en remplissant directement la base. Leur statut est publie mais il faut à la main faire update pour forcer la synchro. J'ai essayé http://mirwidget.com/spip.php?action=cron je l'ai lancé 10 fois je l'ai mis dans un squelette et bien rien pas de synchro (et il n'y a que 5 sites).
En 1.8 on faisait
$result = spip_query("SELECT id_syndic FROM spip_syndic WHERE ( syndication='oui' OR syndication='sus') AND statut='publie'");
while($row = spip_fetch_array($result))
{
$id_syndic = $row['id_syndic'];
syndic_a_jour($id_syndic);
et la les sites étaient mis à jour. En 1.9 çà ne fonctionne pas. Quelqu'un aurait-il une idée?
jo@ki-learning.fr a écrit :
Bonjour
J'ai syndiqué des sites en remplissant directement la base.
???
Leur statut
est publie mais il faut à la main faire update pour forcer la synchro.
???
J'ai essayé http://mirwidget.com/spip.php?action=cron je l'ai lancé 10 fois je l'ai mis dans un squelette et bien rien pas de synchro (et il n'y a que 5 sites).
il y a bien plus de 5 sites syndiqués sur ce site et ils ont l'air bien à jour.
En 1.8 on faisait
$result = spip_query("SELECT id_syndic FROM spip_syndic WHERE ( syndication='oui' OR syndication='sus') AND statut='publie'");while($row = spip_fetch_array($result))
{
$id_syndic = $row['id_syndic'];
syndic_a_jour($id_syndic);
et la les sites étaient mis à jour. En 1.9 çà ne fonctionne pas. Quelqu'un aurait-il une idée?
décidement, je ne comprend pas ton probleme.
peux tu m'ouvrir un acces et me donner les id des sites qui coincent ?
visiblement, par exemple, http://www.mirwidget.com/?page=site&id_syndic=9 est déclaré en site "statique", pas en fil RSS
mais http://www.mirwidget.com/?page=site&id_syndic=2 marche tres bien
@++
jo@ki-learning.fr a écrit :
J'ai essayé spip.php?action=cron je l'ai lancé 10 fois je l'ai mis dans un squelette et bien rien pas de synchro (et il n'y a que 5 sites).
Il faut que je fasse un update à chaque site syndiqué (mise à jour). Je l'ai fait à la main pour le 2 et donc on a bien la lecture du flux. Comment mettre à jour ces sites? je voudrais syndiquer plusieurs sites donc le faire automatiquement sans devoir manuellement faire mise à jour.
il faut avoir dans ses squelettes une balise #SPIP_CRON
je n'en vois pas sur ton site.
maintenant, l'appel direct au cron devrait faire son effet.
regarde ton log après chaque appel pour voir ce qu'il fait.
je vois aussi que ton site 2 n'est pas directement branché sur le site mais passe par feedburner, c'est ca ?
je sais qu'on avait des soucis avec leur flux il y a quelques temps, peux tu envoyer l'adresse du flux, ou mieux, l'ajouter sur demo.spip.org qu'on voit si elle se met bien à jour.
@++