OVH Community, your new community space.

Servidor Performance - Mostrar errores PHP


zarainfo
22/12/2014, 11:32
¿alguien que aporte alguna idea? pq la verdad que tener un servidor multidominio que no me va a mostrar los errores php es motivo de baja desde ya

cucurbita
17/12/2014, 18:05
Hola,

He estado haciendo algunas pruebas con un Performance 1 y parece que la página en blanco es, en realidad, un error 500 (el error se muestra en Internet Explorer, pero en Chrome o en Firefox se visualiza como una página en blanco, al menos en las versiones a las que tengo acceso).

La única manera que he encontrado para mostrar los errores de ejecución de PHP es abriendo los archivos desde SSH (sobre el alojamiento) con el interprete php-cli (es decir, ejecutando: php ), el cual parece emplear la versión 4.4.9 de PHP, si no recuerdo mal, pero es una alternativa muy farragosa que sólo veo factible con archivos sencillos.

También he comprobado si el archivo de errores mostraba alguna indicio que sirva de ayuda y, como comentabas, no se registra aparentemente nada (cabe la posibilidad de que se actualice con un cadencia mayor que el resto de archivos de registro, por lo que no estaría de más hacerle un seguimiento de, al menos, 24 horas).

Sin poder acceder a otros archivos de configuración veo complicado encontrar una respuesta a tu problema.

Espero que a otros compañeros del foro se les ocurran ideas alternativas que puedan ayudarte.

Saludos cordiales

zarainfo
17/12/2014, 13:57
nada de nada, lo mismo...

cucurbita
17/12/2014, 11:07
Hola,

He estado echando un vistazo al foro francés y, por lo que leo, parece que se trata de un problema frecuente. En uno de sus posts sugerían incluir esto en el archivo .htaccess (deduzco que desactivando -renombrando- .ovhconfig, para que se tenga en cuenta la configuración de PHP en .htaccess) y, alternativamente, como primeras líneas del archivo .php de prueba, aunque no estoy seguro de si servirá para los alojamientos performance ya que las entradas relativas al tema son un poco antiguas :

ini_set('display_errors',1);
ini_set('display_startup_errors',1);
error_reporting(-1);
La entrada original del foro francés es: http://forum.ovh.com/showthread.php?...display_errors
También relacionado: http://forum.ovh.com/showthread.php?...display_errors

zarainfo
17/12/2014, 08:51
Nada de nada. Sigue sin mostrarlos

el .ovhconfig ha quedado tal que así

#app.engine=php
#app.engine.version=5.4
app.engine=phpcgi
app.engine.version=AUTO
http.firewall=none
#environment=production
environment=development

si lo elimino lo mismo. Sinceramente no se que mas probar

cucurbita
16/12/2014, 20:39
¿Has probado desactivando el PHP-FPM?
app.engine=phpcgi
app.engine.version=AUTO
Se me estan acabando las ideas... :confused:

zarainfo
16/12/2014, 18:11
Si, por lo que leí al poner el archivo ovhconfig hace eso. he modificado el php al 5.4 y puesto la etiqueta php convencional pero sigue sin mostrar errores de código php.

cucurbita
16/12/2014, 17:14
Hola,

Según creo, cuando se utiliza un fichero .ovhconfig, el resto de parámetros de configuración de PHP que se puedan incluir en un archivo .htaccess no son tenidos en cuenta.

¿Podría ser que OVH no dé ya soporte a la versión 5.3 de PHP en sus alojamientos? (actualmente, creo que están activos 5.4, 5.5 y 5.6, aunque podría equivocarme). ¿Has probado si funciona con la sintaxis convencional? (“”).

Un saludo.

zarainfo
16/12/2014, 12:18
Hola

Tengo un servidor multidominio tipo Performance

No puedo mostrar los errores de PHP por pantalla ni por el log tan siquiera

En concreto he subido al dominio principal ubicado en www (zarainfo.com) un fichero de prueba con una linea de echo y otra que debería mostrar error

http://zarainfo.com/prueba.php

el código que incluye es este

echo "compilo php";
estalineaberiamostrarerror;
?>

obviamente deberia mostrar un error

Siguiendo guias y otros posts tengo el archivo .htaccess del raiz de sitio (un nivel mas atras que www) de esta manera

SetEnv PHP_VER 5_3
SetEnv REGISTER_GLOBALS 0

y el .ovhconfig así

app.engine=php
app.engine.version=5.3
http.firewall=none
#environment=production
environment=development

¿que está fallando?