lámpara – editar file PHP, pero no cambia la salida web – incluyendo die ()

Servidor es un server Linux estándar en Amazon Web Services. Cent OS 5 / Apache / PHP 5.3. No hay APC.

Ha funcionado bien durante más de un año, pero ahora cuando edito algunos pero no todos los files PHP en el server mediante vi, los cambios no afectan a la salida web.

Por ejemplo, edito myfile.php y pongo un dado () en la parte superior, pero cuando carga la página en mi browser web, en lugar de die () veo el contenido que aparecería si el dado () weren ' allí svn actualizar el file en cuestión tampoco ayuda.

Los files están en una partición EBS de Amazon conectada simbólicamente a / var / www / html. Sólo para reiterar – esto ha funcionado bien durante mucho time.

Reiniciar apache no ayudó, ni reiniciar el server. Lo curioso es que son sólo algunos de los files, pero no todos. La propiedad / los permissions de file son los mismos para los files "buenos" y "problemáticos".

No soy un novato de Linux, pero estoy en una pérdida completa con esto, y no se pudo encontrar nada en Google tampoco. Cualquier sugerencia sería muy apreciada!

¿Puede esto ser debido a cierto PHP op-cache uso? He visto varias veces que situación extraña cuando op-caching cree que el file es el mismo (no se hizo ningún cambio) por lo que sirve el mismo contenido en caching de edad. La misma idea para Apache proxy module, comprobar si está encendido en su server?

¿Puede haber también algún problema en el sistema de files que afecte la capacidad del server web de ver que se cambia el file?

Empezaría con la inhabilitación de todos los modules de server web para comprobar si alguno de ellos era la causa (tal vez no todos, pero al arrendamiento mod_php, mod_proxy, mod_cgi, si lo hay), luego habilítelo uno por uno. A continuación, compruebe qué extensiones de PHP están activas y juegue con él.

Borre la caching del browser y vuelva a intentarlo. En realidad he encontrado este problema antes y era la caching del browser devolviendo los mismos datos y ni siquiera consultar al server remoto antes de enviarle la página en caching.

Termina que la rareza se debió a un path de raíz que se puso extraño en httpd conf porque el sitio estaba siendo accedido por ssl (puerto 443) en lugar del puerto 80, lo que significa que la página incluyendo el dado () que estábamos añadiendo no estaba realmente llamado, sino más bien uno en un sistema de dev diferente. Pero las inclusiones en este sistema de dev estaban todavía siendo incluidas, por lo que los die () que estábamos poniendo en ellos estaban muriendo como se esperaba. Un cambio de file de configuration muy reciente en ese sistema de desarrollo había introducido el problema.

En otras palabras: error de usuario. ¡Vaya LÁMPARA!