Je cherche un moyen de confirmer si X-SendFile manipule correctement les demandes remises sur le serveur Web par un script (PHP). Les images sont servies correctement mais je pensais que je verrais l'en-tête dans les demandes de courbure. Cherokee 1.2.100 Strong> avec PHP- FPM 5.3.8 à FastCGI: WordPress Network / WPMU 3.3.1 STRUT>: Configuration H2>
Cherokee.conf: vServer! 20! Rule! 500! Hangler! Xsendfile = 1 code>
(SET par VSERVER> Comportement> Extensions PHP> Hangler: Autoriser x-SendFile [Vérification activée]) P>
définir ('wpmu_sendfile', true); code> est défini dans le wp-config.php code> ce qui suit juste avant wp-réglements.php code> est inclus . Cela déclenchera le code suivant à exécuter dans WP- Inclus / ms-files.php: 50 sert des fichiers pour un blog particulier: p> $ curl -I http://blog2.stageserver.net/wp-includes/ms-files.php?file=/2011/05/amos-lee-feature.jpg
HTTP/1.1 200 OK
Date: Fri, 06 Jan 2012 15:34:49 GMT
Server: Cherokee/1.2.101 (Ubuntu)
X-Powered-By: PHP/5.3.6-13ubuntu3.3
Content-Type: image/jpeg
X-Sendfile: /srv/http/wordpress/wp-content/blogs.dir/2/files/2011/05/amos-lee-feature.jpg
Content-Length: 40352
3 Réponses :
Selon le Source sur GitHub Les en-têtes X-SendFile sera dépouillé.
Si je scrimage correctement le fichier, il ne s'agit que de réussir si elle a été compilée en mode débogage.
Intéressant, en plus j'ai vérifié la source pour Cherokeee et NGinx . Il semble que tous se déshabillent tous les en-têtes ou reconstruisent d'un ensemble vierge.
Vous pouvez vérifier l'utilisation de la mémoire de l'envoi de fichiers volumineux avec et sans Xsendfile.
Bonne suggestion mais pas quelque chose à jouer avec des serveurs dans un environnement direct. Peut-être que certains tests de bac à sable sont en ordre.
Ils sont dépouillés, simplement parce que les avoir présents empêcheront l'une des raisons de l'utiliser, à savoir avoir le fichier servi sans le réceptif connaissant l'emplacement du fichier servi.