Litespeed et LSCache ? (PlanetHoster et O2switch)

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • Eddy.vh
    a répondu
    Merci Robert pour cette précision.

    Laisser un commentaire:


  • RobertG
    a répondu
    Chez O2switch, Litespeed (et LSCache donc) n'est actuellement pas compatible avec les sous-domaines, hors "www" bien sûr. Il l'est pour les domaines eux-mêmes. Idem pour ipxtender et xtremecache. Peut-être le seront-ils un jour ?

    En revanche, chez PlanetHoster, Litespeed n'est pas une surcouche au serveur, comme ça semble être le cas chez O2switch, mais un autre type de serveur (d'où pour le moment une bascule de World à WorldS qui ne peut se faire de manière transparente). En conséquence, sur WorldS (donc World avec option VIP), tout ce qui tourne sur le serveur bénéficie de Litespeed, domaines et sous-domaines.

    En tout cas, très grande réactivité du support que ce soit chez l'un ou chez l'autre des hébergeurs !

    Laisser un commentaire:


  • Eddy.vh
    a répondu
    Bonjour Yann, Robert.

    Envoyé par daneel Voir le message

    Effectivement, si tu ne trouve pas les indications dans les entêtes de page (comme sur les captures d'écran), cela veut dire que ce n'est pas hébergé sur un serveur litespeed.
    Il ne faut pas chercher plus loin.
    Mais c'est un peu débile de proposer ce genre de cache si c'est pas compatible, ça m'étonne d'o2switch…

    Laisser un commentaire:


  • daneel
    a répondu
    Envoyé par RobertG Voir le message
    ça voudrait dire que la fonctionnalité d'activation de Litespeed dans le cPanel d'O2switch ne fonctionne pas, bien que la page signale bien son activation, à moins que du fait que je teste en sous-domaine et que le dossier ait été personnalisé, l'activation ne s'y applique pas.
    Bonjour,

    Effectivement, si tu ne trouve pas les indications dans les entêtes de page (comme sur les captures d'écran), cela veut dire que ce n'est pas hébergé sur un serveur litespeed.
    Il ne faut pas chercher plus loin.

    Envoyé par RobertG Voir le message
    Réponse très rapide, comme d'habitude, de Romain chez O2switch : Litespeed ne fonctionne pas sur les sous-domaines. Fin des tests faute de nom de domaine utilisable pour l'instant sur ce serveur...
    Edit : ok, merci pour l'explication.
    Dernière édition par daneel à 24/08/2019, 10h08

    Laisser un commentaire:


  • RobertG
    a répondu
    Réponse très rapide, comme d'habitude, de Romain chez O2switch : Litespeed ne fonctionne pas sur les sous-domaines. Fin des tests faute de nom de domaine utilisable pour l'instant sur ce serveur...

    Laisser un commentaire:


  • RobertG
    a répondu
    Oui, ça me semble normal que LSCache nécessite Litespeed, mais ça voudrait dire que la fonctionnalité d'activation de Litespeed dans le cPanel d'O2switch ne fonctionne pas, bien que la page signale bien son activation, à moins que du fait que je teste en sous-domaine et que le dossier ait été personnalisé, l'activation ne s'y applique pas.
    Pour précision : dans la page d'activation, on ne trouve que les noms de domaine : celui par défaut, générique, attaché au serveur et celui ou ceux ajoutés.

    J'ai fait hier soir un clone de mon site de photos et, juste avec JCH (sans Litespeed donc) et en désactivant Google Analytics, j'ai eu un score de A 100 et A 94, donc meilleur (grâce à la neutralisation de GA), mais avec un temps de chargement beaucoup plus long hier soir (5,3 s), et un poids plus lourd, ce que je ne m'explique pas. Un nouveau test à l'instant me donne 100 et 92, mais toujours le même temps et le même poids, à des broutilles près.
    En étudiant YSlow, je perds 2.56 s de DNS Lookup pour obtenir le css compressé par JCH !

    PS : j'ai ouvert un ticket chez O2switch pour essayer de savoir ce qui peut expliquer ces problèmes entre l'activation de Litespeed + LSCache et JCH.
    Dernière édition par RobertG à 24/08/2019, 09h23

    Laisser un commentaire:


  • daneel
    a répondu
    Merci Robert,

    Ok d'après le test que je viens de faire, le plugin lscache ne peut fonctionner en dehors des serveurs litespeed, j'ai bien la même erreur si je l'active sur un serveur Apache avec JCH. Donc pas étonnant que tu n'est pas d'amélioration !

    Le plugin joomla n'indique pas si le serveur est bien un serveur litespeed, ce qui est fort regrettable, le problème vient donc de la configuration de ton hebergement. Donc avant d'utiliser le plugin, vérifie toujours les entêtes (comme sur mes captures d'écrans) pour vérifier simplement la présence du serveur.

    De mon coté, je vais apporter quelques améliorations au plugin.
    Dernière édition par daneel à 24/08/2019, 00h44

    Laisser un commentaire:


  • RobertG
    a répondu
    Bonjour Yann,

    Après ajout du code dans le .htaccess, je ne voyais pas ce code dans les entêtes, alors que LS et LSCache étaient bien activés, et systématiquement, même avec JCH au minimum, j'ai cette erreur "purgeAllPublic() "
    Du coup, j'ai désactivé Litespeed sur le serveur et je reverrai la question plus tard...

    Lorsque j'ai rencontré les problèmes de DNS en testant avec GTmetrix, aeSecure était désactivé.

    Il faudrait que je trouve un autre site à tester, un peu lourd pour mieux voir les différences

    Je viens de tester mon site Pro : https://gtmetrix.com/reports/www.rob...il.fr/isuxgH4m
    et mon site de photos : https://gtmetrix.com/reports/www.pho...ud.fr/Hal3g8uV
    A part passer sur un CDN (où je n'y connais rien...) parce que c'est ce qui baisse la note YSlow, je vois mal comment améliorer ces sites.
    Dernière édition par RobertG à 23/08/2019, 18h04

    Laisser un commentaire:


  • daneel
    a répondu
    Hello,

    tu peux confirmer la présence dans les entêtes de
    Code:
    x-litepeed-cache:hit
    Quand tu active lscache et que tu ajoute les petites lignes dans le htaccess comme dans la capture d'écran du #14 msg de cette discussion

    Pour les problèmes de dns, essaye de voir avec ton hebergeur. Peut être que la combinaison jch, aesecure avec lscache doit être corrigé ?
    Je ne sais pas le comportement de lscache avec aesecure ni les paramètres d'aesecure.

    Ce que je peux te confirmer, c'est que lscache + jch fonctionne.

    Laisser un commentaire:


  • RobertG
    a répondu
    Merci Eddy !

    J'ai pu voir, enfin !

    Quant au fonctionnement : Litespeed activé, LSCache désactivé, JCH activé, GTmetrix a des problèmes de DNS et la première ouverture du site est très lente sur mon PC ; et si je désactive JCH pour activer LSCache, le test sous FF donne :
    72 requêtes
    1,94 Mo / 1,23 Mo transférés
    Terminé en : 3,73 s
    DOMContentLoaded: 1,23 s
    load: 3,59 s
    donc nettement plus lent (Pagespeed est désactivé dans les deux essais, et je n'utilise pas d'autre cache).
    Le site est donc plus rapide sans Litespeed, même avec LSCache, comme je l'avais précédemment constaté, et je ne vois pas quel paramétrage de LSCache faire pour améliorer ça.

    Mes premières impressions après ces multiples tests, contrairement à ce qu'obtient Yann, est que je n'ai aucun intérêt à utiliser Litespeed, puisque j'obtiens de meilleurs résultats avec JCH.

    Je viens de remarquer autre chose : Litespeed activé avec JCH ou avec LSCache, le poids des fichiers passe à 1 mo environ, alors qu'il était d'un peu plus de 550 Ko hier. Après désactivation de Litespeed et utilisation de JCH (sans aeSecure), le poids ne change pas. Je n'y comprends plus rien !
    Dernière édition par RobertG à 23/08/2019, 17h06

    Laisser un commentaire:


  • Eddy.vh
    a répondu
    Salut Robert.
    Envoyé par RobertG
    Je dois rater quelque chose : sous Firefox et Chrome (PC W10) je n'arrive pas à afficher la barre qu'on voit sur tes images (en-têtes, cookies, paramètres...).
    Lorsque tu as fait F5 pour recharger la page, tu as la page d'accueil, entre autres différentes choses, dans le panneau. Tu clique sur "Accueil" de la console "Fichier" et le panneau que tu vois sur les captures de Yann apparaîtront.

    Ça c'est sur Firefox.

    Sur Chrome, tu sélectionnes l'onglet Network, en première position tu as ton url (page d'accueil) tu cliques dessus…
    Dernière édition par Eddy.vh à 23/08/2019, 15h27 Raison: Je corrige mes fautes de frappe

    Laisser un commentaire:


  • RobertG
    a répondu
    Merci Yann de ces nouveaux tests et compléments d'infos.

    J'avais vu, mais pas lu, la discussion sur les hhtp headers et le plugin que tu as traduit...

    Je dois rater quelque chose : sous Firefox et Chrome (PC W10) je n'arrive pas à afficher la barre qu'on voit sur tes images (en-têtes, cookies, paramètres...). Je n'ai que la ligne au-dessus, et je n'arrive donc pas à voir les en-têtes.
    Je viens d'activer http2 push dans JCH, toujours avec le serveur O2switch sans activation de Litespeed. Dans la console, le temps de chargement est à peine plus rapide : "load" en 1.32 s, "terminé" en 2.65 s, mais ça varie d'un rechargement à l'autre...

    Dès que je réactive Litespeed sur le serveur, ça ralentit, et lorsque j'active LSCache, j'ai toujours cette erreur 0, quel que soit le réglage de JCH et celui de Litespeed ! Il me faut désactiver JCH pour pouvoir afficher le site lorsque LSCache est activé. Très curieux !

    En ce qui concerne le serveur PHPNET, je suis en contact depuis quelques temps avec le support pour avoir accès à PHP 7.3, pas encore disponible dans la console. Un technicien m'a proposé de passer le serveur en FPM (actuellement tous mes sites sont en 7.2 FCGI). Avec le rachat de PHPNET il y a quelques mois, j'ai l'impression que leur offre Premium est le parent pauvre ! Les offres mutualisées standard ont déjà accès à PHP 7.3 !
    J'espère qu'ils passeront eux aussi à http/2.

    Pour ce qui est de aeSecure, d'une part il était installé sur ces deux sites depuis longtemps, d'autre part il a, en version pro, des fonctions comme la gestion des durées d'expiration qui, si pas activées, plombent les tests GTmetrix, d'ou sa non-désactivation.
    .
    Je n'utilise que des serveurs mutualisés, et je n'héberge pas de sites de clients sur mes serveurs, sauf des clones pour tests de nouvelles extensions.
    Je me suis essayé aux VPS par deux fois, mais je n'accroche pas à leur gestion, j'ai donc cessé assez rapidement les deux fois, même si, à l'époque, j'avais apprécié leur rapidité par rapport aux serveurs mutualisés sur lesquels je bossais, ce qui explique mon choix ultérieur d'un Premium chez PHPNET.

    Laisser un commentaire:


  • daneel
    a répondu
    Je t'en prie, je vais faire un tutoriel pour lscache plus complet, ce sera plus simple.

    En attendant, je t'invite à comparer les entêtes de tes deux sites dans ton navigateur :
    inspecter F12 puis onglet "réseau"... efface ce qui a été indiqué en cliquant sur la corbeille puis recharge la page (F5) et selectionne la page d'accueil

    C'est un fait, si Litespeed n'est pas présent, evidemment on ne trouvera pas l'indication du cache comme expliqué précédemment donc pas d'options VIP.
    Mais intéressons-nous aux autres détails entre les deux serveurs....

    Par exemple la version http. En effet, on peut voir que ton serveur phpnet est en http 1.1 contrairement à l'autre serveur en http v2.0 donc normalement plus rapide car le SPDY est également indiqué comme actif donc les fichiers sont téléchargés plus vite. Pour plus d'explications sur le http/2 : https://www.webmarketing-com.com/201...voir-sur-http2




    Il y a également une petite signature de Christophe dans le header pour montrer qu'aesecure est actif (coucou cavo789 ), c'est certainement pour cela que certaines indications ne sont pas affichées...Si on est logique, on optimise et on protège ensuite sinon comment tu veux savoir si tes réglages sont bons ?

    Pour ma part, tous les sites que je développe sont sur des serveurs soit open litespeed (libre & gratuit sur dédié ou VPS) ou litespeed combiné avec Cloudflare et leur lscache actif (htaccess + plugin). J'utilise WHM pour administrer chaque serveur en attribuant un Cpanel à chaque client qui a son propre espace distinct.
    Je me suis intéressé aux entêtes à la fois pour la performance mais également pour la sécurité. J'ai évoqué également sur le forum à plusieurs reprise, le fait d'activer le HSTS (ce qui amène néanmoins à certaines obligations) et particulièrement sur le plugin http header que j'ai traduit ( https://forum.joomla.fr/forum/joomla...gin-httpheader ). https://github.com/zero-24/plg_system_httpheader

    Si je sais que la performance est au rendez-vous, je m'assure de faire le maximum pour limiter les chargements externes comme par exemple les polices google font ou google analytics. Je n'utilise plus les images sprite mais des fontes que j'ai personnalisé. Chaque image/icônes/symbole est réalisé en vectorielle au format svg puis je glisse les différentes images sur fontello.com et j'incorpore le fichier fontes comme indiqué sur le site. Il me suffit ensuite de l'appeler comme pour la fonte awesome.

    Je ne sais pas ce qui peut te ralentir avec ton hebergeur quand tu change pour des serveurs litespeed. La technologie est différente avec varnish (XtremCache) et on ne doit pas mélanger les deux. Et cela me semble essentiel d'utiliser lscache sur serveur litespeed sinon quel intérêt ? il faut vérifier également que ce soit actif comme je l'ai expliqué précedemment (voir capture d'écran sur les headers). Les autres caches sont beaucoup moins performants mais cela ne doit pas nous soustraire de faire un travail d'optimisation correcte. Par exemple, si tu as besoin de JCH Optimize alors celui-ci fonctionnera normalement sans problème.

    Bon courage et si tu as des doutes, n'hésite pas à partager le résultat de tes recherche dans cette discussion. J'essaierai de te répondre au mieux
    Dernière édition par daneel à 22/08/2019, 19h29

    Laisser un commentaire:


  • RobertG
    a répondu
    Merci Yann de tous ces tests et précisions !

    Le site qui m'a servi pour comparaison est mon site de couteaux : https://les-couteaux.de-ergé.fr chez PHPNET vs https://couteaux.rg-conseil.fr
    Les hébergements sont de type mutualisé standard chez O2switch et Premium Evolution (équivalent de VPS gérable comme un mutualisé) chez PHPNET, les deux sur SSD.

    Je refais le test de comparaison, sachant que les deux sites n'utilisent que JCH Optimize Pro (et aeSecure Pro) sur PHP 7.2 (j'ai désactivé LiteSpeed chez O2switch, et PageSpeed n'y est pas activé, il n'est probablement pas activé chez PHPNET).

    Les tests avec Litespeed et LSCache n'ont pas, avec désactivation de JCH, donné de meilleurs résultats. Je n'avais pas non plus touché au paramétrage de LSCache, faute de savoir qu'il se trouvait dans les composants).

    Dans JCH, réglage à Optimum, sprites activés, cookies free aussi dans les deux cas, ainsi que Lazy load pour les images. Malgré l'activation des sprites, PageSpeed me dit qu'il y a des fichiers qui en sont exclus, sur les deux versions, mais pas à tous les coups, lorsque je relance le test. Pour ce qui est du temps de chargement, il me paraît très variable sur GTmetrix, il est de l'ordre de 2.9 à 3 s sur les deux pour "terminé" dans la console de Firefox, "load" en 1.37 chez O2switch contre 1.64 chez PHPNET.

    Sur l'original, chez PHPNET, j'obtiens 99% pour PageSpeed et 92 pour Yslow, le score Pagespeed étant grévé par l'optimisation insuffisante par JCH de quelques images, notamment. Pour Yslow, c'est l'absence de CDN qui baisse le score.
    Je ne comprends pas cette histoire de sprites, qui reste maintenant pour le clone et a disparu plour l'original : https://gtmetrix.com/compare/evxGrO8m/KslLJJ2F

    Ce que je ne comprends pas non plus, c'est le message d'erreur que j'ai eu avec Litespeed + JCH, concernant purgeAllPublic() que le changelog de la 1.3 de LSCache dit avoir déjà réglé, si j'ai bien lu.

    Dans toute cette histoire, le problème est le temps à passer pour optimiser, comme tu le soulignes, Yann !

    Laisser un commentaire:


  • daneel
    a répondu
    Bonjour,

    Pour info, voici ce que j'ai quand j'appuie sur F12 dans le navigateur (inspecter) / onglet réseau et que je choisi de voir les entêtes de la page.





    Configuration : Joomla 3.9.11 / JCH Optimize Pro (config optimum) / Serveur Litespeed / php 7.3 / LS Cache (dernière version ) / Cloudflare actif et personnalisé

    cachelookup activé dans htaccess :

    Code:
    <IfModule LiteSpeed>
        CacheLookup on
    </IfModule>
    L'indication x-litespeed-cache : hit indique que le cache de litespeed est actif.


    Dans ma configuration de base, je n'utilise pas JCH (je n'en ai pas besoin avec le travail d'optimisation déjà effectué) mais j'ai testé pour Robert et je n'ai pas de conflit.
    J'ai une petite perte d'1% sur le score yslow sur GTMetrix mais c'est du au fichier de JCH auquel je n'ai pas eu le temps de corriger le cookie-free (désolé).







    Litespeed a un support très réactif sur slack (en anglais moins souvent sur celui dédié à #joomla-cache mais ils sont bien présent).

    Il existe une version open source de leur solution ( https://openlitespeed.org/ ) que j'ai déjà utilisé sur serveur dédiés avec un panel également libre et gratuit avant de passer à leurs solutions commerciales. Si vous devez gérer l'hebergement pour plusieurs clients, je vous invite à découvrir également WHM, c'est le niveau au dessus du cpanel pour créer des espaces distincts et sécurisés.

    Pour info, j'ai quand même travaillé énormément dans l'optimisation donc ne vous attendez pas à trouver la formule magique pour obtenir 100% ou le double A sur GTMetrix du premier coup... Mais partir sur de bonnes bases, c'est déjà faire un grand pas





    Laisser un commentaire:

Annonce

Réduire
1 sur 2 < >

C'est [Réglé] et on n'en parle plus ?

A quoi ça sert ?
La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
Comment ajouter la mention [Réglé] à votre discussion ?
1 - Aller sur votre discussion et éditer votre premier message :


2 - Cliquer sur la liste déroulante Préfixe.

3 - Choisir le préfixe [Réglé].


4 - Et voilà… votre discussion est désormais identifiée comme réglée.

2 sur 2 < >

Assistance au forum - Outil de publication d'infos de votre site

Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

UTILISER À VOS PROPRES RISQUES :
L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

Problèmes connus :
FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

Installation :

1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

Archive zip : https://github.com/AFUJ/FPA/zipball/master

2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
et remplacer www. votresite .com par votre nom de domaine


Exemples:
Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/
Pour executer le script: http://www..com/fpa-fr.php

Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/cms/
Pour executer le script: http://www..com/cms/fpa-fr.php

En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
Voir plus
Voir moins

Partenaire de l'association

Réduire

Hébergeur Web PlanetHoster
Travaille ...
X