Bonjour Nicolas

Je n'ai pas pu voir le contenu du cache, je n'ai jamais réussi à l'ouvrir car j'étais out of time sur tout mes ftp.

Par contre ce que je sais c'est j'ai beaucoup de paniers perdus (dans les 200/300 sur 8 jours) et beaucoup de requêtes avec le search de plici (peu de recherches : environ 50 par jour mais environ 3000 produits qui s'affichent pour l'ensemble des recherches donc sollicitent beaucoup mysql).

Et en fait je ne sais pas si PLICI mets en cache tout cela.

Pour les recherches le problème c'est que la recherche se fait par mot et non par expression.

Par exemple quand quelqu'un a cherché sur mon site : "Le Patrimoine commune" cela génére 656 produits trouvés et 41 pages trouvées.

C'est vrai que garder search en sitemap c'est bon pour le référencement mais malheureusement cela génére des requêtes un peu longues et je crois que je vais créer une exclusion dans le robot.txt et le sitemap ; je verrais si cela sollicite moins my sql.

Tout à fait nicolas.

pour la génération de paniers j'ai vu un post sur oscommerce qui rencontre le même problème et apparemment personne n'a trouvé de meta correcte pour éviter que googlebot (notamment) génére des paniers (à part les classiques : nofollow/noindex).
Google donne des conseils pour le robot.txt avec l'exclusion ?shopcart mais apparemment cela ne suffit pas.

Je vais essayer de fouiner sur des forums anglais car en français je n'ai rien trouvé de concluant.

Apparemment j'ai désactivé le cache et tout fonctionne !

Sans vouloir jouer les pros je crois que le changement de politique de référencement de Google a du jouer.

Effectivement, j'ai des générations de paniers et de recherche (search de PLICI) assez importantes qui ont l'air d'être générées par Googlebot.

Par ailleurs où puis-je augmenter le délai de la réponse serveur au requête SQL (avec PLICI) ?

Stéphane pour les fichiers du répertoire j'ai listé dans un post plus haut est-ce que c'est cela ?

je crois que vais désactiver le cache

voici un nouveau message de mon host :

"Hi Christophe,

I've had the files being removed since 9am this morning, however it still
hasn't finished deleting them and I'm just about done for the day!

I've gone ahead and renamed the folder, which is basically the same effect as having removed it as a workaround.

While I was deleting the files, I did notice that your software is still creating new files in this folder at the same time.

I'd highly recommend removing/turning off that functionality or this may become a persistent problem."

merci pour ton aide Stéphane

le problème c'est que le fichier tmp est trop important et j'ai un fulltime donc j'ai demandé à mon host de faire la suppression pour moi.

voici sa réponse à 20h00 (heure française) :

"Hi Christophe, I'd be glad to remove the contents of that folder for you!

I've started the process of removing the files, however its been running for over an hour and a half now, and still isn't finished!

That's a lot of files!

I'll shoot you another message when it's all finished up"

Il est près de 23 h 00 est le dossier n'est toujours pas supprimé.

Je crois savoir que le dossier tmp était à près de 1gb de fichiers : c'est énorme ! Heureusement que j'ai un hébergement à 300gb avec 6tb de bande passante par semaine...

Comment ai-je pu arriver à avoir tant de fichiers en cache ?

Je vous tiens au courant.

Stéphane

Pour l'instant je n'arrive pas à accéder (ni lire/ni supprimer) mon répertoire tmp/monsitebaseb (base boutique) qui est apparemment trop lourd à gérer par FTP cela pourrait être une piste pour mon problème de sql.

Par contre j'ai supprimé une partie du tmp et il y a un paquet de messages d'erreurs qui s'affichent sur mon site (nocache).

Dans le répertoire /mapetitelibrairie.com/core/internal_components/common/globals/ j'ai deux fichiers : php_functions.inc.php et site_information.class.php

Pour la suppression des fichiers du répertoire TMP j'ai demandé à mon hébergeur de le faire pour moi car je suis outoftime avec mon FTP et netftp.

Bonjour

Désolé j'ai zappé le post 13 Mai 2008 à 16:33:19 : je suis sous la version 1.0.0.RC.3.r.582 que j'ai installée directement.

Je n'ai pas fait de mise à jour PLICI je préfére attendre la version 1.0.0 le temps que je comprenne la procédure de mise à jour !

Pour vider le cache je supprime également le contenu des sous répertoires (template non compiled/cache/config) et les sous répertoires (adminplici/admimsites/base2) ?

pour la hotline je sais mais j'ai beaucoup de visiteurs et malheureusement pas beaucoup de ventes...

donc pour l'instant je sais que je me prive de certains services professionnels (support/mise à jours, etc...) car je galère... et je consacre peu de temps au site. C'est d'ailleurs pour cela que j'ai choisi un hébergement lowcost.

Dans la réalité, je teste PLICI pour du long terme et j'ai rentré peu de produits (600 à peu près) alors qu'à terme je veux en mettre entre 4 et 5000.

Bonjour,

Je n'arrive pas à vider le cache à partir de l'admin PLICI.

Quels fichiers TMP dois-je supprimer ?

J'ai supprimé les logs à partir du ftp.

En fait je n'ai pas beaucoup de visiteurs (une centaine par jour) ----- rectifié après post : c'est 100 pages vues par jour par 100 visiteurs/jour ! ------- mais je crois que Googlebot référence beaucoup de mes pages (notamment les recherches et les paniers) et du coup il sollicite beaucoup SQL (c'est ce que je vois).

Il y a plein de truc que je ne peux faire : gérer les commandes par exemple (suivi, envoi d'email avec l'interface), modifier mes annonces en rajouter en fait je ne paux rien faire à partir de l'interface mais je peux le faire à partir de phpadmin (c'est un peu galère...).

Voici le dernier fichier log (à l'instant après avoir voulu faire le suivi d'une commande : terminer une commande) et j'ai une page vide internet explorer avec dans l'onglet HTTP 500 Erreur interne au serveur :

début ----- >[82.236.28.117][13-05-2008 07:02:52 ][1024][User Notice] : Bypass: not finded : /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sitesfor_plici|my/internal_error : on /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sites/bypass.php at line 54
[82.236.28.117][13-05-2008 07:07:38 ][1024][User Notice] : Bypass: not finded : /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sitesfor_plici|my/internal_error : on /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sites/bypass.php at line 54
[82.236.28.117][13-05-2008 07:12:32 ][1024][User Notice] : Bypass: not finded : /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sitesfor_plici|my/internal_error : on /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sites/bypass.php at line 54
[82.236.28.117][13-05-2008 07:12:43 ][1024][User Notice] : Bypass: not finded : /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sitesfor_plici|my/internal_error : on /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sites/bypass.php at line 54
[82.236.28.117][13-05-2008 07:13:01 ][1024][User Notice] : Bypass: not finded : /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sitesfor_plici|my/internal_error : on /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sites/bypass.php at line 54
[82.236.28.117][13-05-2008 07:13:21 ][1024][User Notice] : Bypass: not finded : /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sitesfor_plici|my/internal_error : on /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sites/bypass.php at line 54
[82.236.28.117][13-05-2008 07:14:56 ][1024][User Notice] : Bypass: not finded : /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sitesfor_plici|my/internal_error : on /home/.leslee/chrmar13/mapetitelibrairie.com/core/entrees/front_sites/bypass.php at line 54 <------- FIN

Merci pour toute aide...

Bonjour,

Je n'arrive plus à modifier quoi que ce soit sur mon site à partir du backoffice PLICI ! Mais je peux le modifier avec PHPadmin.

J'ai écrit à mon hébergeur (mutualisé) et voici sa réponse en anglais :

"the problem is with your script. It is trying to allocate far too many resources than would be fair on a shared hosting server. We have a system that only stop scripts that it believes are hogging resources or are out of control, in your case your PHP scripts where requesting over 5 times what is considered normal. Is there a specific reason your scripts are so memory intensive ? If it's just mysql requests, you may want to re-design your code to be a bit more efficient, and make requests for smaller bits of data when only when your script needs it."

En gros il m'explique que le script de PLICI est trop gourmand en ressources pour leur serveur et me demande de revoir les scripts d'accès à mysql.

Qui a eu un problème de cette sorte ?

Je suis sur la version 1.0.0.RC.3.r.582

Bonjour,

J'ai réussi à faire bloquer 40717 pages de shopcart dans l'indexation Google (vus sur ma page analyse de Outils pour webmasters de google) mai il en reste encore.


J'ai ajouté en tête du fichier robots.txt (en récupérant l'idée de dilamp pour les exclusions du sitemap) :

Sitemap : http://monsite.com/sitemap.xml
User-Agent: *
Disallow: /*?shopcart
Disallow: /*frais-de-port
Disallow: /*&order
User-Agent: Googlebot
Disallow: /*?shopcart
Disallow: /*frais-de-port
Disallow: /*&order

Maintenant pour enlever les pages encore indexées avec du shopcart j'ai rajouté aujourd'hui quelques lignes (je verrai les résultats d'ici un mois je pense) ... je bricole vu que je n'y connais rien :

Sitemap : http://monsite.com/sitemap.xml
User-Agent: *
Disallow: /*?shopcart
Disallow: /*?shopcart_pm
Disallow: /*frais-de-port
Disallow: /*&order
User-Agent: Googlebot
Disallow: /*?shopcart
Disallow: /*?shopcart_pm
Disallow: /*frais-de-port
Disallow: /*&order
User-Agent: *
Disallow: /l1/*?shopcart
Disallow: /l1/*?shopcart_pm
Disallow: /l1/*frais-de-port
Disallow: /l1/*&order
User-Agent: Googlebot
Disallow: /l1/*?shopcart
Disallow: /l1/*?shopcart_pm
Disallow: /l1/*frais-de-port
Disallow: /l1/*&order

Cela dit même si les pages ne sont pas dans le premier index (ce que l'on appelle communément l'indexation Google) les pages apparaissent si on clique sur "relancer la recherche en incluant les pages ignorées".

voilà au moins une petite piste pour enlever de l'indexation de premier niveau les appels shopcart.

Bonsoir,

Juste pour info, combien coûte un développement ?

je suis sous IE7 et je n'ai pas ce problème et je suis encore sous la version 1.0.0.RC.3.r.582

j'ai 212 paniers perdus en 2 jours ! mais pas de bug d'affichage

d'autre part Consul je vois que tu écris : "donc de comprendre les motivations de l'abandon". Est-ce possible ?

Mais dans l'absolu je ne sais pas si les moteurs tiennent compte du noindex.

Stéphane : 540 euros de panier perdus en 2 jours (pour environ 200 produits mais je n'avais pas installé les stats alors je ne connais la provenance) d'où mon doute sur l'indexation des pages avec panier automatique.

Personne n'a ce genre de soucis sur PLICI à part moi ?

En tout cas je veille et je vais glâné des infos sur ce problème d'indexation (apparemment le problème existe également - j'ai vu sur un forum - chez OS)