Pourquoi des fichiers séparés consomment-ils plus de RAM qu’un seul ? (Créer un compte)

Je vais tacher de trouver la même version de PHP que celle en ligne soit 5.1.3 R.C.4.

Le plugin est un plugin de stats, il ne fait rien avec la table de données tant que l’administrateur ne veut pas regarder les stats, il se contente de la remplir au fur et à mesure des visites en fonctionnement normal.

De plus la table la plus grosse est celle installée en LOCAL. En ligne, elle est presque vide.

Mes mesures se font au moment de son activation. Pas lorsqu’il détecte une visite, car alors, je ne sais pas comment mesurer cela ni d’ailleurs si cela est possible.

Ce sont les pages qui trient les données brutes avec des requêtes SQL de façon à afficher les stats pour l’administrateur et lui seul (ou ceux qu’il autorise à regarder selon son bon vouloir).

Les visiteurs ne peuvent pas voir les stats.

Tout a fait !

Les pages sont très gourmandes en ressources SQL, c’est pour ça que FREE (mon hébergeur) a cloturé mes pages perso pour un jour et m’a dit par mail de développer le plugin en local. Ne sachant même pas que l’on pouvait installer le site en local, je faisais tous les tests en ligne : un nombre dément de requêtes SQL.

Le fonctionnement normal du plugin ne consomme presque pas de ressources SQL (une seule insertion dans la base de donnée à chaque visite).

Tout simplement, pour chaque fichier PHP j’ai copié dans un nouveau fichier tout ce qui était entre la première balise PHP sans les inclure dans la copie.
J’ai ajouté à la main la balise de début , j’ai enregistré en PHP UTF8_SANS BOM et c’est tout, les deux versions, celle qui a un bug de mémoire et la suivante ont exactement le même code.

Mais cette manip (inspirée de mes déboires avec un caractère espace après la balise ?> dont je vous remercie encore de m’avoir sorti de ce mauvais pas) a suffit pour réparer le bug sans que je sache pourquoi !

Oh, ça je vous l’accorde volontiers, je n’ai fait au départ qu’améliorer les requêtes SQL :
1) J’ai divisé dans la page principale le nombre de requêtes par le nombre de jour affichés (l’original fait 4 requêtes par jour affiché dans les graphes donc s’il affiche un graphe de 20 jours, il fait 80 requêtes, pour 30 jours 120 requêtes, pour 50 jours 200 requêtes). Je fais 4 requêtes SQL uniquement indépendamment du nombre de jours affichés). Ce qui a déjà accéléré considérablement la vitesse d’exécution, (je suis passé en ligne avec une table de 15 Mo (45000 lignes) de 10 secondes pour afficher la page à 2 secondes).

2) Dans la page spyvisitors (le log des visiteurs) je ne fais qu’une seule requête SQL là où l’original en fait autant que de visiteurs affichés : soit 40.

Pour la partie PHP, j’ai simplement repris le code du StatPress Original en regroupant en fonctions le code qui était recopié plusieurs fois de suite dans la même page ! Bon, j’ai créé quelques fonctions tout seul comme un grand, mais sans plus.

Toute la partie analyse des données des visiteurs est celle du StatPress original.

Si vous avez des pistes pour l’optimisation PHP, cela m’intéresse vraiment car c’est ce que je connais le moins bien.

Pour les problèmes de sécurité, j’aimerai aussi bien savoir comment les résoudre, car le PHP, je me débrouille avec mais comme si c’était de la programmation en Pascal, (le langage que j’ai appris, de fait je n’en connait pas toutes les subtilités).

Pour l’instant, je me renseigne sur l’optimisation de la table de données qui n’a pas une structure optimale (les données ne sont pas indexées – notamment les dates alors que presque toutes les requêtes SQL trient par un WHERE sur les dates) . De surcroit les dates sont stockées sous forme de texte et non pas d’entier, ce qui multiplie par 3 leur temps de lecture par MySql d’après mes recherches sur le net.
Les autres données aussi sont stockées en texte alors que des entiers seraient mieux notamment l’IP et le timestamp. J’ai donc une analyse de la structure des données à faire ainsi qu’une optimisation de la table de données.

Avec des données indexées bien choisies, je pourrais faire une version plus rapide.

Je cherche à comprendre en regardant comment font les autres plugins comment on fait pour changer la structure d’une table de données existante comme le fait WordPress lors d’une mise à jour. Je veux arriver à faire exactement pareil avec un message qui indique « la base de données à besoin d’être mise à jour« , l’usager accepte et on continue, il refuse et le plugin ne s’active pas.

Je suis en train de me renseigner dessus (cela ne fait que depuis novembre 2010, donc 9 mois par intermittence que j’ai appris SQL et PHP).

Alors là, vraiment je sèche, comment est-il possible de ne pas écrire dans la table de donnée à chaque visite sans perdre les données de la visite ?

Au prochain appel de la fonction, ce seront les données de la nouvelle visite qui seront lues dans $_SERVER celle de la visite précédente seront effacées, comment je peux faire çà ?

Ca y est, j’ai pigé, on peut stocker dans un fichier PHP et mettre à jour la Base de données quand l’admin se connecte…
C’est une solution pour les sites pros, (mon plugin n’est pas fait pour les sites pros, mais pour les individuels qui n’ont pas énormement de visiteurs, enfin, y a un usager qui a quand même 5000 visiteurs par jour et qui l’utilise) à moins de faire payer, je ne pense pas que je le ferais, mais je conserve cette idée en tête, merci !