[Résolu] Page existante inaccessible ?! (Créer un compte)

ce que je ne comprends pas, c’est que cette page apparait dans la catégorie « vie du site » et lorsque j’active le thème par défaut un extrait est lisible, mais dès que je clique sur son nom, plus rien, page inexistante.

J’ai tenté de la supprimer et d’en recréer une identique au même permalien et toujours pareil !

On m’avait averti, j’avais pensé à faire des sauvegardes quotidienne de la base de données, j’ai oublié le dossier uploads, d’où la galère sur les photos.

Oui, Webhost a des pratiques douteuses qui sont de multiples fois décriés sur le net. Ils veulent absolumment que les comptes gratuits passent en payant.

En attendant, j’ai ouvert un ticket leur demandant quelle étaient les pages qui faisaient ce problème de violation de CPU ! je verrais bien si on m’explique ou pas.

Or, à passer au payant, je ne resterai pas chez 000webhost car ils ne sont pas français. Je préfère faire travailler des hébergeurs français, il y a le problème de la langue en moins et cela fait travailler des travailleurs français, ce dont le pays a besoin.

Je suis circonspect sur le payant, car avant que Google blackliste le site à cause de la version de WordPress, j’avais 800 visiteurs par jour, passés du jour au lendemain à 200. Et je ne suis pas certain que le payant permette de dépasser facilement ce nombre de visiteurs…
Depuis que je suis chez 000wenhost, je suis remonté péniblement à 300 visiteurs.

J’ai hésité à prendre un compte chez easy-hébergement ou web4all, mais pour avoir un site qui permette beaucoup de visiteurs, il faut payer 6 euros par mois, ce que je ne peux pas payer. A ce prix, autant aller chez 02switch.

Le plus surprenant, c’est que le site FREE reçoit alors que ses pages étaient vides le même nombre de visiteurs que celui de 000webhost. Donc à retourner chez FREE, je ne change rien à la fréquentation du site, c’est déjà ça.

Oui, le pire, c’est que c’est la bonne url.

Le plus étrange, c’est que la fonction WordPress url_to_postid ne retourne rien dans mon plugin dailystat, elle ne retourne pas l’id de l’article.

Alors, j’ai essayé de parcourir les catégories, et là idem, la catégorie « Vie du site », en la parcourant ne fait jamais mention dans les liens suivants et précédents de cet article.

Vraiment c’est incompréhensible.

Je me demande si les deux extensions de cache que j’avais installé ne sont pas la cause de cela car il me semble que fge avait déjà dit que ces plugins justement bouffaient tout le temps CPU.

J’avais installé W3 Total Cache et DB Cache Reloaded Fix.

« Suspended for violating 20%+ CPU usage limit for more than 1000 times. Please upgrade to our premium UNLIMITED hosting at http://www.hosting24.com to get your account reactivated« .

Est-ce la bonne raison ?

Attendons la réponse de 000webhost.

J’avais reglé le cache pour que le calcul du cache soit fait une fois par jour pour un site de 58 pages et un calcul pour chaque nouveau commentaire (or ceux-ci sont rares, un par semaine en moyenne), donc le problème ne vient pas de là. A moins que le problème vienne du fait que le cache d’une page modifiée est toujours reconstruit (mais uniquement celui de cette page) et je change au moins une photo chaque jour…

Quant à l’extension de stat, ce n’en est pas vraiment une, elle ne conserve les données que du jour même et de la veille (donc la base de données contenait au maximum 1500 lignes) ce qui exlus ce problème. La table wp-posts à elle seule contient beaucoup de lignes et est beaucoup plus grosse car chaque photo est enregistrée dans cette table. La table wp_post pèsee 1,5 Mo, celle de dailyStat 0,5 Mo pour un usage très irrégulier, voire rare.

et il est impossible que cela ait fait plus de 1000 dépassements. Car je n’utilise aucun widget de stat, je ne m’en sert que pour connaître les 100 dernières visites.

reste les photos : sur la page photos de cigarttes, il y a environ 205 photos mais toutes prises au départ avec une webcam en 320×240 pixels redimensionnée par WordPress en 150×150 pixels. qui pèsent en moyenne 6Ko, soit 205x6Ko = 1,3 Mo pour la page la plus lourde du site.

Peut-être que cette page de photo en est la cause ?

la dernière possibilité est l’ajout d’une fonctionanlité par un contributeur sur le plugin Daily-Stat que je suis en train de tester.
ce développeur a intégré GeoIp au plugin et on peut (ou non) rechercher le pays d’après l’IP fournie pour chaque visiteur. Or, GeoIp fonctionne avec une base de données située dans le dossier wp-content et il se peut que cette fonctionalité consomme à elle seule beaucoup de RAM.

Alors, avant de l’intégrer définitivement à la nouvelle version du plugin, il faudrait que je puisse analyser les différences de consommation de temps CPU entre l’usage ou non de GeoIp, mais, cela je ne sais pas encore le faire.