Thickbox,

Encore une fois merci Shizuka pour ces infos précises et claires.

La correction initiée dans la version 38317 est bien reprise dans la version 39461. Je l’avais d’ailleurs déjà vérifié parce que c’était une des pistes intéressantes. Mais là j’ai pu valider mon observation initiale, ce qui est essentiel.

Mais le problème "s’est" - partiellement - résolu...

J’ai seulement refait ce que j’avais le sentiment d’avoir fait déjà dix fois pourtant.
Mais on n’est jamais assez méthodique :

– vider le cache / désactiver Thickbox
– vider le cache / désactiver Sarka
– vider le cache / activer Thickbox
– vider le cache / activer Sarka.
– vider le cache...

(oui je sais, c’est stupide ! A force de jouer avec Spip, on connait pourtant le principe... Pan sur les doigts ! Et merci à Michel33 qui - avec beaucoup de délicatesse d’ailleurs - me suggérait de vérifier si l’installation du plugin avait été correcte...)

Et le plugin Thickbox est enfin devenu "cliquable" dans la configuration.

Je disais que cela ne résout que partiellement le problème, car dans le site que je migre, près de 2000 images ont été introduites avec le modèle document !

Et là, même en mode non exclusif dans le modèle img, pas de thickbox fonctionnel pour toutes ces images docXXXX. Je crois qu’il va falloir que j’aille trafiquer dans la base elle-même.

Chouette !

Bonne journée,

Haliimyn

Haliimyn,

Autant pour moi, j’ai une version de Sarka plus récente que la tienne (39461). Je pense que _Shizuka_ est sur la bonne piste.

A+ micol33

Merci pour cette piste, Shizuka.

Pour l’instant, avec la dernière version du squelette, ça ne fonctionne pas dans mon installation. mais ça fonctionne pour d’autres visiblement.

On finira bien par trouver.

Bonne soirée,

Haliimyn

Bonjour Haliimyn,

S’agit-il d’une primo-installation (d’un Spip en version 2) ou d’une migration ?

Dans mon cas il s’agit d’une primo_installation Spip 2.xx avec Sarka (j’étais reparti de zéro). Dans les articles pour tester, j’ai remplacé Fanybox par Thickbox et ça marche bien.

Pour le reste je ne suis pas assez compétant.

A+, micol33

@Michel33

Bonjour et merci de cet encouragement.

> Haliimyn, je n’ai pas de solutions mais je pense que ton problème va se résoudre.
> J’utilise les mêmes versions de Spip et de Sarka et j’utilise Thickbox + Splickrbox,
> Fancybox, Cooliris (flash) ..... et je n’ai pas de soucis.

S’agit-il d’une primo-installation (d’un Spip en version 2) ou d’une migration ? (ce qui est mon cas, mais en respectant strictement les conseils donnés ici ).

A priori, cela ne laisse pas de scories. Seuls les dossiers IMG et config de Spip sont conservés. A priori, il n’ y a rien dedans qui interfèrerait avec les plugins.

> Vérifies dans un premier temps que tes plugins soient bien à jour.

Ils le sont. Tous dans les dernières versions.

> Si j’osais, je te demanderais de vérifier que ton plugin est bien installé (ça m’est arrivé !!!)

C’est un peu plus nébuleux pour moi. Il n’y a pas d’indicateur qui dirait que le plugin est "bien "installé. Le dossier décompacté a été copié dans le dossier plugins de Spip. Spip reconnaît le plugin. J’ai pu l’activer sans problème. Et je peux jouer à le désactiver/activer autant de fois que je veux :-).

Plus sérieusement :

– comment se fait-il que Thickbox n’est pas "vu" / "reconnu’ par SarkaSpip ?
– question subsidiaire : quelqu’un sait-il où sont "rangées" toutes les infos de configuration du plugin SarkaSpip ? Tous les paramètres que l’on saisit dans l’interface privée, où sont-ils stockés ?

Allez, encore une énigme : je suis allé vérifié le source d’une page du site de test et je l’ai comparé avec le mien. Le code de Thickbox est bien inséré dans mes pages (appel du javascript, "ajaxed" element... Mais ça n’est visiblement pas exécuté.

A ce stade, je manque de compétences, hélas...

Bonne soirée,

Haliimyn

Bonjour,

Haliimyn, je n’ai pas de solutions mais je pense que ton problème va se résoudre. J’utilise les mêmes versions de Spip et de Sarka et j’utilise Thickbox + Splickrbox, Fancybox, Cooliris (flash) ..... et je n’ai pas de soucis.

Vérifies dans un premier temps que tes plugins soient bien à jour.

Si j’osais, je te demanderais de vérifier que ton plugin est bien installé (ça m’est arrivé !!!)

Cordialement, michel33

Le plugin Thickbox ne veut pas fonctionner avec SarkaSpip 3

Petit ajout :
- le plugin thickbox n’apparaît pas dans la page Plugins de la configuration de SarkaSpip
- il n’est pas non plus disponible dans les options de Portfolio de la page de configuration Rubrique...

Haliimyn

Merci, Petarel.
Je ne l’ai pas réinstallé car pour le moment, je n’en ai pas usage sur ce site.
Je me souviendrai des conditions d’installation.

@ alegall

Bonjour,
Ton aventure me rappelle quelque chose... Si tu as toujours besoin du plugin "accès restreint", il faut TOUJOURS absolument vider complètement le cache avant toute manip (activation et surtout, désactivation). Ils en parlent sur la zone, mais ce n’est pas tout au début, il faut avancer un peu dans la page de présentation du plugin..
Je pense que ce qui t’est arrivé correspond à un plugin "désactivé" sans avoir vidé le cache (ce qui a du se passer de fait si tu fais un transfert).

C’est un "bug volontaire" pour s’assurer que le plugin ne se retrouve pas désactivé par erreur sans qu’on s’en aperçoive...

Bonne continuation !
Pétarel

Bonjour,
J’ai pu résoudre le problème en "virant" par ftp le plugin "Acces restreint" qui était sans doute activé mais sans utilité définie.

Tout est rentré dans l’ordre ensuite !

Merci.

alegall,

Je ne sais pas ce que tu appelle "transfert". En tout état de cause je pense qu’il est mieux de refaire une installation complète, ce qui permet d’avoir les bonnes données dans la base sql.
Ta capture d’écran reflète un problème dans la base sql avec l’auteur 1. Tu as peut-être créé un auteur 1 en local qui entre en conflit avec les données de la base sql de l’hébergeur qui ne contient pas les mêmes données pour l’auteur 1.

chris,
Dans les cases prévues à cet effet dans la page sarkaspip_styles on n’indique que les différentes valeurs des propriétés repeat, attachment et position (donc pas "background", ni "color" qui sont indiquées ailleurs dans la config de sarka) "séparées uniquement par un espace et surtout sans virgule, point-virgule ou autre... autrement dit par ex :
no-repeat fixed right bottom.
Je cite la page de shizuka :
http://www.zest.shizuka.fr/spip.php?article22
elle explique tout en détail.

La question porte sur lorsque qu’on tape les proprieté de l’arriere plan dans sarka_spip/styles, quellle faut t’il utilisé pour background-repeat, background-attachement....

chris,
Je ne suis pas sûre d’avoir bien compris la question.
Si la question porte sur les différentes propriétés liées au positionnement qu’on peut appliquer aux-arrière plans :

left, right ou center

suivi éventuellement de :
repeat ou no-repeat

et peut être précédé de top ou bottom

par exemple :
top left no-repeat

Si c’est de ce genre de choses qu’il s’agit pour plus de détails voir la page de shizuka sur la configuration de la case propriétés des arrières-plan dans Sarka/styles -

http://www.zest.shizuka.fr/spip.php?article22

CdChar et _Christophe_

Merci pour vos réponses, je vais migrer également en Spip 2.1.1

A+, michel33

Michel,

idem, j’ai migré mon site en 2.1.1 sans souci.

Michel,

J’ai migré trois sites sans problème ce week-end.

Merci Christophe,

Après essai, j’ai finalement opté pour la solution de base que tu indiques.

Cloclo,

Tu vas dire que je ne réponds pas à la question, mais... regarde l’intégration (native Sarka-SPIP) de nuages sur mon site (en haut à droite), tu trouves que ça surcharge beaucoup ?

anthony,

Tu as bien :
– mis l’image avec son extension (.jpg) ?
– cocher l’extension dans la page "styles" de la config de sarka-spip ?

Ceci vérifié, un conseil (qu’Éric a dû souvent me répéter - merci Éric !) : ne jamais modifier le squelette d’origine mais mettre toutes ses bidouilles perso dans un dossier "squelettes" créé à la racine du site. Pour bien comprendre voir cette copie d’écran :
http://www.sarka-spip.net/IMG/png/screenshot_112.png
(le dossier "squelettes" se trouve juste au-dessus de "squelette-dist")
dans ce dossier "squelettes", tu crées un dossier "images" dans lequel tu places tes images perso avec le même nom de fichier que dans le fichier du squelette d’origine. Le contenu du dossier "squelettes" prend le pas sur le contenu du squelette d’origine.

Et surtout pour voir apparaitre ses modifs : vider le cache - et le cache images s’il s’agit d’une image. Vider le cache de son navigateur si nécessaire.

Bonsoir,
je n’arrive toujours pas à insérer ma photo dan le bandeau haut. J’ai pourtant renommé mon image en bg_bandeau_haut et je l’ai placé dans le dossier image de mon thème. J’ai même agrandi la taille du bandeau haut mais je n’ai que du blanc en lieu et place de mon image tant désirée. Que dois-je faire ? Merci pour votre aide.
J’ai installé le module firebug mais je ne comprends pas les informations qu’il me donne.
Je vous joins l’image de mon bandeau haut.

Anthony,

En fait, tu utilises un thème, donc pour la personnalisation tout va se passer dans le sous répertoire de ton thème, ici celui que je t’ai indiqué. Ça peut être assez piégeux... tu as le choix soit d’adapter ton thème si les modifs sont légères, soit de repartir de zéro.

Dans tous les cas si tu es sous Firefox tu peux utiliser une extension comme firebug pour inspecter chaque zone à l’écran et savoir quels fichiers sont chargés et quelles instructions appliquées...

En tout cas je vois que tu es en train de modifier ton bandeau !

Anthony,

tu as semble-t-il déjà un fichier image, dans :

themes/sarkaspip_headlinesblue/images/bg_bandeau_haut.jpg

qui est chargé par priorité...

je te suggère, afin de ne rien casser, de renommer ce fichier en insérant par exemple un « - » devant son nom (ainsi il ne sera plus chargé), ou bien de le remplacer par le fichier de même nom que tu as mis dans images.

Anthony,

Tu dois mettre un fichier nommé bg_bandeau_haut.jpg dans ton répertoire squelettes/images/. Vérifie bien les noms déjà et ta configuration des styles.

Si ça ne marche pas file tes coordonnées de webmestre et de ftp à quelqu’un de la team par mail uniquement pour qu’on regarde.

Je le fais, je vide le cache du site (d’ailleurs, il ne revient jamais 0)et je vide l’historique dans firefox aussi et cela ne marche toujours pas.

Anthony,

vide plutôt le cache de ton navigateur, lors de chaque modification cosmétique il faut y veiller...

Alors je te dis pourquoi : parce qu’en laissant l’extension, cela ne marchait pas. Alors j’ai pensé qu’il fallait comme pour le fichier htaccess en supprimant l’extension .txt.
J’ai rétabli .jpg mai cela ne marche pas. Peut être ai-je mal placé l’image dans le mauvais répertoire ?

Anthony,

Quelle idée :-) !

Si dans la config Sarka tu indiques qu’il faut utiliser l’extention .JPG, c’est bien parce que je squelette va aller chercher un fichier comportant cette extension...

J’ai supprimé l’extension .JPG dans le nom du fichier.

Anthony,

quand tu dis :

j’ai mis mon fichier b_bandeau_haut sans l’extension dans ce dossier

qu’entends tu par « sans l’extension » ?

Ca ne marche pas. J’ai créé un dossier images dans le dossier squelettes-dist. J’ai mis mon fichier b_bandeau_haut sans l’extension dans ce dossier.
Je suis allé dans config sarka, sélectionné styles puis bandeau (jpg était déjà sélectionné) et valider bien que je n’ai fait aucune modification.

Si tu avis bien lu mon commentaire précédent, tu te serais rendu compte que j’ai bien créé un dossier images dans squelettes. Ensuite, il ne me semblait pas avoir été désobligeant dans mon post précédent pour que tu le sois. Quoiqu’il en soit, je te remercie pour tes explications qui éclairent le novice que je suis.

@ anthonychapot

Être novice en matière de css ne devrait pas empêcher de lire des consignes simples : ainsi les images doivent être mises dans le répertoire spip/squelettes/images et non dans spip/squelettes.
Ensuite il faut aller dans la configuration de Sarka-SPIP, y sélectionner la page Styles et trouver la partie intitulée Bandeau dans la page qui s’affiche.
Cocher l’extension jpg pour ce qui concerne l’affichage de l’image de fond du bandeau haut (par défaut c’est gif qui est coché), et bien sûr ne pas oublier de valider, tout en bas de la page.

Pour que les changements apparaissent, il est certainement nécessaire de vider les caches de Spip (Configuration->Vider le cache) et du navigateur.

Bonjour,
voici ce que j’ai fait : j’ai créé un dossier dans lequel j’ai mis mon image bg_bandeau_haut.JPG et jai placé ce dossier dans le répertoire squelettes. Ensuite, je sais qu’il faut faire autre chose mais je ne sais pas quoi. J’insiste sur le fait que je sois un vrai néophyte et que je comprends rien à ces histoires de feuilles de style ou de feuilles css, d’ailleurs je ne sais même pas comment on y accède.

Tu trouveras les réponses dans les articles de la rubrique du site Un zest de Sarka-SPIP :
Css et config Sarka-SPIP
et plus particulièrement dans ces articles :

• Tableau récapitulatif des background configurables dans style
• Config Sarka/styles - case propriétés des arrières-plan

Bonjour Michel,

Malheureusement cela ne correspond pas à mon besoin.
Le paramètre de sarka n’agit pas directement sur la colonne ou se trouve la noisette des brèves mais agit une fois que l’on a cliquée sur "brèves" et affichées les infos sur la page centrale.
Norbert.

Norbert,

Dans la config de Sarka, -> brève, tu trouves des options de pagination. Cela correspond-il à ton besoin ?

Cordialement, michel33

Ok merci _Christophe_
Quelqu’un sait quel est le parametre pour avoir une couleur de fond pour les articles ?

chris,

il arrive qu’il disparaisse,

dans ce cas déconnecte toi (bouton déconnexion) et ... reconnecte toi.

Je t’invite à installer la 39461, ultime contribution (récente) d’Eric destinée à prévenir certaines conséquences de l’exploration musclée du robot Google.

Merci _Christophe_,

Je l’installe dans la foulée.

Quelqu’un sait quel est le parametre pour avoir une couleur de fond pour les articles ?

Chris, je pense que c’est dans styles, typographie générale, couleur d’arrière plan (configuration de Sarka)

Cordialement, michel33

Bonjour Michel33,

Regarde par ici

Tu verras qu’il y a 2 branches :

• l’une (en bas) concerne la dernière version taggée (stable, quoiqu’il me semble difficile d’affubler la moindre version présente sur cette page de « non stable »), c’est bien la 36479 (fichier sarkaspip_3 récupéré en cliquant sur « zip du tag 3.0.3 » ou en haut à droite dans la noisette téléchargements sur « Sarka-SPIP 3.0.3 »),
• l’autre, que tu cites, appartient à la branche des corrections : il y a ainsi eu effectivement une 39050, la dernière est la 39461 (fichier sarkaspip_30_encours),

Je t’invite à installer la 39461, ultime contribution (récente) d’Eric destinée à prévenir certaines conséquences de l’exploration musclée du robot Google.

En faite excuse moi mais cela fonctionne maintenant, je souhaiterai savoir la syntaxe pour taper les parametres de l’arreire plan dans la case le concernant
Merci

Ton image ne marche pas mais est ce qu’il faut désactiver l’arriere plan de couleur unie en mettant "nne" ?

chris,

ton image est peut-être trop lourde... essaie avec mon propre fond (fichier zippé pour qu’il soit accepté en pièce jointe ici)...

Mais je n’ai toujours pas trouver de solution por mon image en arriere plan

Je viens de réussir a mettre la couleur d’arriere plan que je désirai

Meme la couleur de fond n’arrive pas à s’appliquer

J’ai bien mit jpg et le cache du navigateur à été vidé plusiquers fois meme celui de spip

chris,

as-tu vérifié que l’extension était bien paramétrée dans la page idoine (styles) de config de Sarka-spip ? C’est gif par défaut...

Sinon, recharge ta page plusieurs fois, ça peut venir du cache du navigateur.

CdChar (et Arno39),

C’est dû à la façon d’indexer du robot Google, et n’a pas d’importance particulière amha... sauf quand l’année 2038 fait partie de la requête du robot et que le résultat est une alerte CPU.

Il suffit de faire une recherche Google sur « calendrier_annee=2038 spip » pour s’apercevoir que Google a indexé rien moins que 79900 pages sur ces critères... alors bien entendu on trouve nos quelques échanges récents sur ce forum avec Arno39 (2 liens) mais pour le reste c’est ni plus ni moins que des articles SPIP et l’année 2038 n’a rien à y voir (je pense que personne n’a d’événement prévu aussi loin dans le futur !).

Toujours à propos , sur les 3 derniers jours j’ai toujours quelques requêtes comprenant calendrier_annee=2038, et à chaque fois une erreur CPU.

Pour ceux que ça intéresse, j’ai donc essayé de personnaliser le fichier ecran_securite.php en insérant (j’ai bêtement fait du copier coller remplacer), après la partie destinée à bloquer les requêtes fond=formulaire_ :

/* - bloque les requetes calendrier_annee=2038
*
*/
if (isset($_REQUEST[’calendrier_annee’])
AND preg_match(’,^2038,i’, $_REQUEST[’calendrier_annee’]))
$ecran_securite_raison = "calendrier_annee=2038" ;

Je ne manquerai pas de faire un suivi si jamais ça ne fonctionne pas...

Christophe
J’ai activé la lame de mise à jour auto comme tu me l’as recommandé, merci.

Bonjour,
Il y a plusieurs conseils successifs pour dissuader la cohabitation SARKA et Couteau suisse. Moi j’aime utiliser les filets de séparation fournis par le plugin "helvète" ! Y-a-t-il d’autres voies simples et donc alternatives pour diversifier les filets de séparation ?
Merci.
A. LE GALL

Anthony,

Afin de gérer plus facilement la mise à jour des plugins, tu peux utiliser le couteau suisse, et plus précisément la lame « mises à jour automatiques ». Attention, si tu ne veux pas créer de soucis techniques avec Sarka-spip qui n’a pas été conçu pour fonctionner avec ce plugin, n’active pas d’autre lame, mais celle-ci est très utile.

a+

Christophe,
je passe en résolu car en modifiant le fichier dont tu m’as parlé cela a fonctionné, il y avait aussi des plugins dont la corbeille qui n’étaient plus adaptés. Je n’ai aucun mérite à avoir fait cela. Une personne via le net a tout pris en main et a tout réalisé en m’apportant les explications. Je suis fortement ému de savoir que cette entraide existe réellement. Merci à toi aussi pour ton aide.

Christophe,
je te remercie pour le lien. J’ai suivi la démarche préconisée mais cela ne marche pas. Peut être ai-je collé au mauvais endroit ces lignes. J’ai déposé un commentaire à cette personne. Si j’ai une réponse, je te tiens au courant.
Merci pour ton aide.

PS : je te joins le fichier htaccess modifié.

Anthony,

Effectivement, l’amélioration est spectaculaire !

Pour le vidage du cache, c’est apparemment courant chez free... voici ce que j’ai trouvé :

http://blogduroux.free.fr/spip.php?article16

a+

Christophe,
je viens de mettre les plugins de cfg et de spipbonux2 que je viens de prendre ici. J’ai l’impression que cela marche. J’ai un autre message d’erreur lorsque je veux vider le cache depuis ma ma partie privée : Fatal error : unlink(../tmp/cache//c/c8ab48f3/.ok) [function.unlink] : No such file or directory in /mnt/145/sdb/9/f/epc.jeanaicard/ecrire/inc/flock.php on line 277
Merci pour votre aide

Anthony,

à tout hasard, as-tu vérifié que tu disposes bien des dernières versions de bonux et cfg ?

L’adresse du site est : http://epc.jeanaicard.free.fr/
Merci

Merci, j’étais probablement trop fatigué hier soir pour le voir.
Ca marche.
Encore merci.

Salut Anthonychapot,

Il me semble que tout est là ;-)

bonjour,

Chris,

Toutes les personnalisations se mettent dans :

spip/squelettes

pour les images : spip/squelettes/images

jamais dans : sarkaspip/images

http://www.sarka-spip.net/spip.php?article389#personnalisation

chris,

Tu n’as pas oublié, dans la page styles, de sélectionner la bonne extension ?

Attention, c’est gif par défaut...

Autre piste, stocke ton fichier plutôt dans squelettes/images

b,

dans mes essais en local, j’ai toujours eu droit, malgré mes efforts, à tout un tas de messages d’erreurs que je ne retrouvais pas ensuite sur mon site en ligne...

As-tu fait attention à paramétrer ton serveur local de la même façon que sur le site de production ?

Arno39,

Merci pour la piste de l’écran de sécurité. Je n’ai presque plus d’alerte CPU non plus, mais une protection en plus ne mange pas de pain !

Par contre, je croyais, à la lecture de http://www.spip.net/fr_article4200.html que l’écran de sécurité faisait partie intégrante de SPIP 2.1 (voir § intégration)... mais a priori ça n’a pas été fait.

Christophe

Michel33,

Précisons que ces erreurs liées à l’absence du fichier robots.txt (on en trouve aussi d’autres liées à l’absence de favicon.gif) ne sont absolument pas graves car ne générant pas d’alerte CPU (et ne devant donc pas entraîner de coupure du site en cas d’hébergement mutualisé).

Mais autant paramétrer au mieux, en effet, le .htaccess car cela a également un effet sur la mise à disposition du sitemap.xml, et, partant, semble-t-il, des alertes CPU dues à une exploration trop agressive du robot (à confirmer).

Bonjour, (pour info)
Suite aux messages sur les robots j’ai constaté que j’avais également un grand nombre d’erreurs. (SPIP 2.1.0 [15608] et Sarka-SPIP 3.0.3 [39050])

Les erreurs concernaient majoritairement l’absence du fichier robots.txt, et qq unes le calendrier sur l’année 2010.
Pour le calendrier je n’ai pas de plugins particulier, juste le standard de Sarka.

J’ai ajouté dans le .htaccess la partie du htaccess.txt qui me semblait correspondre au pb.

RewriteEngine On

################ CONFIGURATION ######################

### Configuration sous-repertoire
# Chez la plupart des hebergeurs il faut indiquer "RewriteBase /"
# sinon modifiez cette ligne

RewriteBase /

###
# Fichiers "standards" (si absents de la racine)
#
RewriteRule ^robots[.]txt$ spip.php ?page=robots.txt [QSA,L]
RewriteRule ^favicon[.]ico$ spip.php ?page=favicon.ico [QSA,L]
RewriteRule ^sitemap[.]xml$ spip.php ?page=sitemap.xml [QSA,L]
###

#################################
# gestion des erreurs 404
# voir http://www.spip.net/fr_article3226.html
# Pour que le serveur http renvoie les erreurs 404 vers SPIP, supprimer le ’#’

ErrorDocument 404 /spip.php ?page=404

#
###

Depuis hier plus aucunes erreurs, merci à tous.

Cordialement michel33

Arno39,

As-tu des nouvelles du robot de Google sur l’année 2038 du calendrier ?

Je m’inquiète presque, après 5 erreurs hier (dans mes logs, car les alertes CPU sont un multiple des précédentes), la dernière à 21h21... plus une depuis !

J’aimerais bien savoir si tu observes le même comportement...

a+

Qu’est ce qui bloque cette modification parce que lorsque c’est fait a la main y a pas beaucoup de modif a faire pour mettre une image a la place d’un titre

chris,

Je souhaiterai savoir comment mettre le logo de la rubrique a la place du titre de la rubrique dans le menu de gauche

Ce n’est à priori pas possible sans faire de grosses modifications dans plusieurs fichiers.

pas de problème, Eric, merci !

Arno,

Oui c’est surement une bonne idée de mettre des nofollow sur les liens du calendrier. Je vais regarder cela dès que possible et sortir une révision. Si toi et Christophe vous pouvez la tester derrière ça serait cool.

Arno39,

Non, j’ai la 2.1.0.

Qui a apparemment, elle, introduit un bug dans sitemap.xml.html, avec un retour chariot en trop, à l’origine également de problèmes (voir www.mail-archive.com/spip@rezo.net/msg30475.html).

En tout cas depuis mes denières modifs mes erreurs CPU sont redescendues fortement, j’ai de la marge avant coupure par OVH.

Mais ton info est intéressante. Nous concerne-t-elle directement (le calendrier Sarka-SPIP est-il impacté) ?

à voir...

Christophe

Christophe,

Quelle version de spip as-tu ?
Perso, j’ai la v 2.0.9.
Il semble que dans la version suivante, 2.0.10, une modification, je cite "14567 : ajouter un "rel=’nofollow’" sur toutes les pages du calendrier, afin de contrer les robots qui grèvent les performances"

Il suffit peut être simplement de faire la mise à jour SPIP.

Tiens moi au courant de ta version.

Arnaud

Arno39,

Bienvenue sur le bug de l’année 2038 :-)

Je me posais la même question sur un filtrage éventuel du calendrier pour le robot...

On se tient au courant !

Christophe

Merci Christophe pour ton aide.

ça fait plaisir de voir que l’on est pas seul avec son problème.
Je pense que nos problèmes sont identiques. J’ai vérifié les log et...
– C’est bien le bot google qui surcharge le site
– Voilà le genre d’adresse que m’indique google : erreur500 /index.php ?calendrier_mois=1&calendrier_annee=2038 ; erreur500 /spip.php ?article1&calendrier_mois=8&calendrier_annee=2038".
Il y en a une liste impressionnante. Serait-ce le bug de l’année 2038 ?

En attendant, j’ai créé un robots.txt qui interdit tous les robots par prévention.
Je ne suis pas programmateur mais utilisateur, peut-on faire un robots.txt qui interdit les url qui comportent "calendrier" ?

Je vais faire des recherches de mon côté, tiens moi au courant de tes avancées, et encore merci pour ces premières pistes !

Arnaud

Arno39,

Pour une fois que je peux aider :-)

J’ai eu le même souci très récemment, avec OVH aussi. J’ai passé un temps fou dessus, à tatonner, et j’ai des infos à te donner (à donner à tout le monde, si on peut faire avancer le schmilblick !).

Tout d’abord, tu peux réactiver ton site (en attendant la prochaine coupure si rien ne change !) : par FTP pour rétablir l’accès il faut remettre les bons droits/chmod en 705 sur la racine du FTP (extrait de la doc OVH)

(ce qui suit est un copier coller, je reviendrai dessus ensuite car là je vais avoir un rdv, mais ça peut donner des pistes)

J’ai successivement :

– viré quelques plugins dont je n’avais pas vraiment l’utilité (sur
les conseils "légers" de l’assistance technique OVH) (pas grand
intérêt),
– identifié l’IP qui générait les surcharges CPU,
– bloqué cette IP par un deny from dans .htaccess, histoire de voir,
– constaté que c’était l’adresse du bot Google, qu’elle tentait un
accès à mon site toutes les 2 minutes (et essuyait un refus), et que
les surcharges avaient disparu à partir du deny from,
– appris à déchiffrer à peu près les logs OVH (en particulier celui
des erreurs),
– essayé de diminuer l’agressivité des bots avec un crawl-delay dans
robots.txt (sans effet sur celui de Google apparemment), suite à des
discussions ici ou là,
– amélioré mon .htaccess (commande « RewriteEngine on » apparemment
indispensable chez OVH pour que les RewriteRule fonctionnent
(notamment celle liée au SiteMap.xml),
– supprimé le retour chariot en trop, après le #cache dans le sitemap.xml.html de la
dist (bug de la 2.10 de SPIP d’après ce que j’ai compris), pensant que
le bot Google consommait mon CPU parce qu’il n’arrivait pas bien à
lire mon fichier sitemap)
– puis débloqué l’IP.

Depuis le déblocage, le bot Google fonctionne apparemment sans trop de soucis (4 erreurs depuis ce matin, tant que je n’arrive pas à 150 erreurs dans la journée, OVH ne bronche pas, apparemment).

Donc pour les surcharges résiduelles, je crois avoir une piste :

la commande du bot était :

66.249.66.218 www.cabinet-antoine.fr - [20/Jul/2010:19:31:41 +0200] "GET /index.php ?calendrier_mois=11&calendrier_annee=2038 HTTP/1.1" 500 354 "-" "Mozilla/5.0 (compatible ; Googlebot/2.1 ; +http://www.google.com/bot.html)"

l’erreur fut :

[Tue Jul 20 19:32:59 2010] [error] [client 66.249.66.218] [host www.cabinet-antoine.fr] Premature end of script headers : index.php

et ça ressemble fichtrement aux erreurs que j’avais les jours
précédent la coupure par OVH (il était souvent question du calendrier
et de 2038).

Je me suis dit que le bot cherchait à lire mon calendrier en 2038
(quelle drôle d’idée) et... j’ai essayé de le faire manuellement sur
mon site (flèche droite sur l’année). Ça fonctionne, ça ralentit un
peu vers 2035, puis pour 2038, rien ne s’affiche, la noisette
calendrier reste grisée (pas de mise à jour par Ajax si je comprends
bien).

Je cherche pour circonscrire le souci : SPIP, plugin calendrier (dont est inspiré celui dans Sarka si je ne me trompe pas) ou Sarka. Ou changement de comportement du robot Google...

A suivre !

euh... remplacer « bases » par « tables » dans le texte, bien sûr :-)

Bonsoir Macoua,

Peut-être parce que ta sauvegarde ne comporte pas toutes les bases ? Certaines ne sont pas cochées par défaut, il faut positionner la souris sur le petit triangle OPTIONS AVANCÉES, ce qui déroule la liste, et aller cocher notamment spip_visites et spip_visites_articles.

merci pour ce précieux conseil.

Une autre question à tous mes amis de sarka spip. A chaque fois que je restaure ma base de données dans sarka, le compteur de mes visiteurs passe à o (zéro). Comment faire pour garder le nombre de mes visiteurs après restauration de ma base ?

Merci à vous tous..

Bonjour,

Macoua,

nospam http://www.spip-contrib.net/NoSPAM ne convient-il pas ?