Erreur 324 (net::ERR_EMPTY_RESPONSE). lors de l'utilisation de memcache dans kohana

j'obtiens cette erreur quand j'essaie d'utiliser memcache à l'aide de kohana. j'ai tout changé le nom d'hôte dans le fichier de configuration et utilisé $cache = Cache::instance('memcache');.

je peux telnet mes serveurs memcached alors, probablement, le problème n'est pas là.

toute aide?

Ce qui est dans votre Apache (vous utilisez Apache, non?) journal?
ouais. trouvé la réponse dans mon log d'apache. il semble que la j'ai un long nom de jeton.

OriginalL'auteur gianebao | 2011-06-13

  1. 3

    Le message d'erreur décrit est un Google Chrome erreur. Ceci suggère que Kohana n'est pas de répondre à quoi que ce soit, plus probable, car l'erreur/exception est supprimé. Vérifier que PHP error_reporting est sur (E_ALL est une bonne valeur).

    Si il n'est toujours pas sortie, il se pourrait que PHP est segfaulting au cours de l'exécution. Si oui, vous devriez être capable de trouver ce qui ne va pas dans vos journaux de serveur web, si pas le journal système.

    Ma meilleure supposition est que php-memcache et/ou la memcache bibliothèque n'est pas compilé correctement ou a été endommagé.

    OriginalL'auteur samsoir

  2. 5

    Lors de l'utilisation d'un framework PHP comme FuelPHP
    https://fuelphp.com/forums/topics/view/4256#11344

    Problème

    • Dans Google Chrome "Erreur 324 (net::ERR_EMPTY_RESPONSE): Le serveur
      fermeture de la connexion sans envoyer de données."
    • Pas d'erreurs PHP, en raison de Apache mourir avant que rien ne soit envoyée au navigateur
    • Dans les logs Apache, ce n'est pas utile de message d'Erreur "[avis] enfant pid 19647 de sortie du signal d'erreur de Segmentation (11)"

    Solution
    Double vérifier qu'il n'y est une balise d'ouverture php (duh!), ou vérifier pour d'autres stupides, la recrue des erreurs de syntaxe.

    en fait dans mon cas, c'est la durée (trop long) de la memcache clé.

    OriginalL'auteur allella

  3. 0

    Ne peut pas reproduire ce problème en local comme mon local et le serveur ont différentes de l'environnement. Ce qui s'est passé après la définition de l'AOP

    $db = new PDO('mysql:host='.$host.';dbname='.$db_name, $user, $pass, 
  array( PDO::ATTR_PERSISTENT => true));
$db->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
$db->setAttribute(PDO::ATTR_STRINGIFY_FETCHES, false);

    Cependant, après exécution d'une mise à jour pour sudo apt-get install php5-mysqlnd. Problème fixe. Donc, cela pourrait être l'une des choses que vous pouvez vérifier si vous avez à court d'idée d'où le problème vient.

    OriginalL'auteur ken