Salut
Toutes mes excuses, je découvre cela au fur et à mesure, donc je pourrais énoncer l’évidence, ou ne pas énoncer quelque chose que je devrais. Ce n’est probablement même pas le bon endroit pour poser la question, mais je soupçonne qu’il y a d’autres développeurs ici qui ont dû comprendre cela pendant leur temps libre.
Nous avons déployé une application sur un serveur Linux hébergé exécutant le kvm standard CentOS v7.9.2009. J’y ai un accès complet via whm, cpanel, putty et ftp.
Le front-end de l’application est codé en php, le back-end en java, tous deux accédant à un ensemble de bases de données mysql. Je suis Java, je ne connais pas du tout php.
J’essaie d’activer le dégonflage d’Apache. J’utilise ce qui suit comme guide :
C’est en fait critique, nous essayons de cibler le Zimbabwe et nous venons seulement de comprendre à quel point leur Internet est lent, coûteux et désagréable.
Ce que j’ai essayé :
Si je vais dans WHM et regarde EasyApache, je peux voir que nous utilisons Apache 2.4 et que le package mod_deflate est activé.
Je lance filezilla et navigue vers .htaccess. Je le mets sur ma machine, le modifie pour inclure toutes les lignes AddOutputFilterByType DEFLATE, la plus importante étant text/html. Je le télécharge à nouveau.
J’ai d’abord testé en utilisant le site pingdom lié à ce guide, mais plus tard, j’ai simplement utilisé wget à partir d’un PowerShell et j’ai recherché une ligne disant Content-Encoding:gzip.
Je me suis également connecté au système à l’aide de Chrome et j’ai consulté la vue des outils de développement. J’ai ensuite démarré Wireshark, puis j’ai navigué vers une forme particulièrement lourde. J’ai arrêté Wireshark et regardé les statistiques. J’ai également accédé au serveur et regardé le fichier html que le php avait généré. Le fichier généré avait une taille de 5,56 Mo, mais si je l’ai compressé à l’aide de 7Zip, il a été réduit à 116 Ko, ou 200 Ko avec Winzip. Le trafic Wireshark semblait être constitué de 6 474 paquets de 1 514 octets chacun sur 5 secondes envoyés depuis le serveur, tandis que ma machine répondait avec 6 460 paquets de 54 octets chacun. Cela totalise environ 9,3 Mo de téléchargement et 340 Ko de retour. Donc pas compressé.
Il me vient à l’esprit que le code HTML généré par php ne peut pas figurer dans la structure de fichiers sous le fichier .htaccess, il est donc exclu de sa portée ? Est-ce une chose ? Pouvez-vous vous déplacer là où PHP génère du HTML ?
Solution 1
En regardant votre lien donné, vous vous y prenez dans le mauvais sens, PHP est censé être votre backend et javascript/jquery votre front-end en regardant votre message… Vous ajoutez plusieurs charges à vos requêtes sur votre serveur qui répond en des temps lents. Soit utilisez PHP pleinement pour vos requêtes serveur et Javascript pour “css” vos pages. Utiliser Javascript/css en PHP va énormément ralentir car vous avez des requêtes qui vont et viennent entre l’utilisateur et le serveur, une perte totale de temps et de ressources.
Ce qui précède est basé sur une hypothèse : si vous montrez un exemple de code, nous pourrions donner un sens à ce que vous essayez de décrire.
コメント