Nouveau système de cache

[Fobec]

Google m'a mis la puce à l'oreille "Le temps de réponse de certaines URL répertoriées dans ce sitemap est long"
Effectivement, certaines pages mettent plus de 10 secondes à se charger.
Est-ce que cela vient de l'hébergeur 1&1 qui aurait reduit les ressources du serveur ou de requêtes trop nombreuses ??? Peu importe, j'ai mis en place un nouveau système de cache pour soulager le serveur.

Pour le coup, j'ai utiliser un autre système de cache: sqlitle !
Le concept parait sympa, à la fois basé sur des fichiers et en même temps on s'en sert comme d'une base de donnée. Une partie de l'application de geolocation a été mise en cache 100% HTML, dès qu'une page est demandée, le code source en mis en cache pour une prochaine requête.

A l'heure ou j'écris, le cache compte 22 fichiers pour 30Mo env, les temps de réponses sont descendus à moins de 100ms, Wait and See

[Fobec]

Ce WE, je me rendu compte que les bases grossissaient à une vitesse folle, certaines atteignant + de 100 Mo !
Le code source de toute la page HTML est stocké à chaque fois. Rapide calcul 20-30 ko pour 80 000 pages, y a de quoi faire

Une idée, compresser les données avec gzcompress() ?
Chose faite depuis samedi, ça a l'air de fonctionner ... le gain est important, la taille des bases sont réduites de 4 à 5 fois.

[Fobec]

Faisons le point au bout d'une semaine:
- 200Mo de cache généré en 1 semaine,
- 0,100 sec de temps de réponse moyen,
- 1/2 du trafic du site est délivré par le système de cache.

Que du bonheur, les caches à partir de table SQLite fonctionne très bien !
En plus, les hausses de trafic des crawler ou attaques en tout genre sont redirigés vers les pages en cache. Les perfs Apache et MySQL restent préservées pour les vrai visiteurs !