Avis: ob_end_flush(): echec de l'envoi de la mémoire tampon de la librairie zlib compression de la sortie (1) dans

Je n'ai pas de problème sur localhost. mais quand je l'ai testé mes codes sur le serveur à la fin de chaque page je vois cet avis.

mon code:

<?php
ob_start();
include 'view.php';

$data = ob_get_contents();
ob_end_clean();
include 'master.php';
ob_end_flush();  //Problem is this line

OriginalL'auteur AliN11 | 2016-08-01

  1. 19

    WordPress tente de vider les tampons de sortie lors de l'arrêt. Il échoue parce que vous avez déjà appelé ob_end_flush().

    Vous devriez être en mesure de garder la compression, et il suffit de décrocher la chasse d'action:

    remove_action( 'shutdown', 'wp_ob_end_flush_all', 1 );

    Vous pouvez maintenant appeler ob_end_flush() manuellement, et de garder la compression zlib.

    OriginalL'auteur alexg

  2. 7

    Il a résolu lorsque l'appareil est éteint zlib.output_compression dans php.ini

    zlib.output_compression = Off

    Oui, cela supprime l'erreur.
    La désactivation de la compression gzip ne semble pas être une solution valable pour moi.
    Je suis d'accord avec @Swen. Sortie de compression (gzip, deflate ou) presque toujours offre des points positifs dans le RÉFÉRENCEMENT de points de référence, y compris Google PageSpeed insights. La désactivation il peut nuire à votre position dans les résultats de recherche, car il va augmenter les temps de chargement pour les utilisateurs mobiles.

    OriginalL'auteur AliN11

  3. 1

    J'ai trouvé un plug-in a été la cause de l'un de nos client des sites WP.

    Dans ce cas, il a été causé par la "NextGEN Gallery" plug-in, mais bizarrement tout simplement désactiver puis activer le plug-in résolu le problème.

    Pour quelqu'un d'autre d'avoir ce problème, il serait intéressant de regarder pour suspect devant extrémité, en face de plugins et d'essayer la même chose. Si vous trouvez que le problème vient lorsque le coupable plug-in est réactivé, vous devriez déposer un problème avec le plug-in d'auteur.

    OriginalL'auteur Adambean

  4. -5

    J'ai rencontré ce problème comme vous avant. J'ai essayé de désactiver wordpress en mode debug et c'est résolu.
    Vous pouvez désactiver WP mode de débogage dans /wp-config.php :

    define('WP_DEBUG', FALSE);
    Ce ne sera pas corrigé l'erreur, mais de la cacher.
    Ce que @Casper a dit. Cet état de fait peut être pire que vous pouvez simplement finir avec une page blanche, avec aucun signe de ce qui a mal tourné, en particulier avec le HTTP OK [200] la réponse. Le mode de débogage doit rester jusqu'à ce que le problème est résolu, éteint par la suite.
    vous êtes à la légende 🙂

    OriginalL'auteur John Nguyễn