output buffering joomla 4

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

  • [RÉGLÉ] output buffering joomla 4

    Hello,

    l'assistant joomla 4 recommande de désactiver le output_buffering lors de la migration.
    une fois le site migré, est-ce réellement utile de le remettre à la valeur par défaut?
    je sais que généralement on joue sur cette variable si le site est très lent, mais c'était pour avoir vos retours sur sa pertinence réelle.

    Merci
    Laurent
    Expert en conception et réalisation de sites Internet 100% Joomla
    www.toonetcreation.com

  • #2
    une idée?
    Expert en conception et réalisation de sites Internet 100% Joomla
    www.toonetcreation.com

    Commentaire


    • #3
      Il n'y aucun intérêt à utiliser la mémoire tampon lors de l'installation ou durant la migration.

      Par défaut, lorsque PHP traite du code, il envoie la sortie au client en plusieurs morceaux jusqu'à ce que le traitement du code soit terminé. Cependant vous pouvez modifier ce comportement et configurer PHP pour qu'il mette en mémoire tampon la sortie pendant le traitement.

      Lorsque la mise en mémoire tampon de la sortie est activée, PHP n'envoie toute la sortie au client qu'une fois le traitement du script terminé.

      Il y a deux raisons principales pour lesquelles vous pouvez vouloir faire cela :
      - Pour afficher une fois le traitement effectué
      - Pour améliorer les performances du site en donnant la priorité au traitement, minimiser les connexions notamment avec la base de données.

      Donc quand output_buffering = on dans php.ini, cela veut dire de mettre le traitement en mémoire.

      Par ailleurs, pour activer la mise en mémoire tampon et limiter la mémorisation à une taille spécifique, utilisez une valeur numérique au lieu de "on". Par exemple, pour définir la taille maximale à 16384 octets, cela devient output_buffering = 16384

      Joomla conseille de désactiver complétement output_buffering en mettant output_buffering = off dans php.ini mais il ne s'agit pas d'un problème ou d'un avertissement, mais d'une simple recommandation. Car pour toute installation, cela devient frustrant d'avoir la page blanche ou des difficultés à trouver l'erreur vu que le traitement (assez long) est mémorisé au lieu de s'afficher tout simplement. A l'usage, ce n'est même plus intéressant.

      A la question si on doit remettre une mémoire tampon dans un site en production, je dirai non à moins de savoir gérer cette mémorisation en question, quitte à déterminer une limite. Le code de Joomla est plutôt bien écrit de façon à rester optimiser surtout sur Joomla 4. Pour moi, c'était peut être valable il y a des années mais aujourd'hui, on est tellement structuré que l'on a plus à perdre. Ce n'est que mon avis

      Dernière édition par daneel à 04/08/2022, 13h48
      valserine et woluweb aiment ceci.
      Joomla User Group (JUG) Lille : https://www.facebook.com/groups/JUGLille/

      Commentaire


      • #4
        Très clair merci beaucoup
        Expert en conception et réalisation de sites Internet 100% Joomla
        www.toonetcreation.com

        Commentaire

        Annonce

        Réduire
        Aucune annonce pour le moment.

        Partenaire de l'association

        Réduire

        Hébergeur Web PlanetHoster
        Travaille ...
        X