php - remove - strip_tags wordpress
Los errores de análisis no se muestran (8)
¡La configuración del nivel de error en el archivo php en sí no resuelve el problema aquí porque el archivo en sí no se puede analizar!
Debe cambiar la línea error_reporting en su php.ini de la siguiente manera:
error_reporting = E_ALL
Por cierto: hay algunos ejemplos en el archivo php.ini sobre qué hacer para mostrar qué tipo de mensajes de error.
Buena suerte,
mcemoz
Quiero que PHP muestre los errores de análisis en la pantalla. Lo que obtengo en cambio es una página en blanco. Nada se escribe en el archivo de registro de errores del servidor.
Mi configuración: PHP5.2.9 / IIS 6 (no Apache!).
Mi PHP.INI:
error_reporting=E_STRICT
display_errors = On
display_startup_errors = On
log_errors = On
error_log = "C:/Program Files/Zend/ZendServer/logs/php_error.log"
¿Cómo consigo errores de análisis o errores para ser registrado o mostrado en la pantalla?
Gracias temuri
ACTUALIZACIÓN : Después de jugar con diferentes interruptores, parece ser un problema específico de IIS. ¿CUALQUIER IDEAS FOLKS?
A Apache no siempre le gusta reportar errores de análisis. Desde la línea de comandos, ejecute
php -l <file>
El interruptor -l le dice a PHP que compruebe la sintaxis de los archivos. Ver la página del manual.
Como sugiere Rasmus Lerdorf, siempre use error_reporting (-1) en el servidor de desarrollo.
Prueba esto.
error_reporting(E_ALL);
ini_set("display_errors", 1);
Puedes verificar la sintaxis del script con este comando en la terminal:
php -l path/to/file.php
Personalmente, agregué esta línea a mi archivo ~/.bash_profile para poder ejecutar fácilmente php -l en todos los archivos en el directorio de trabajo actual:
phpl() { for i in *.php; do php -l $i; done }
Si eres realmente duro, incluso puedes ejecutar tu aplicación desde la línea de comandos. Tendrás muchas más posibilidades de ver los errores en tiempo de compilación, y es algo genial.
Puede usar la variable $ argv para obtener el primer argumento, $ argv [1], y luego usarlo como solicitud.
<?php
// show those errors!
error_reporting(E_ALL | E_STRICT);
ini_set(''display_errors'', 1);
// simulate a web server request
$request = ''/'' . isset($argv[1]) ? ltrim($argv[1], ''/'') : ''/'';
$_SERVER[''PATH_INFO''] = $_SERVER[''REQUEST_URI''] = $request;
A continuación, puede ejecutar su script a través de la línea de comandos. Esto sería el equivalente de visitar: your-webapp.com/request/uri/here
php /path/to/script.php request/uri/here
Este es un ejemplo más completo para ejecutar CodeIgniter a través de la línea de comandos. También debería funcionar para muchos otros marcos: http://phpstarter.net/2008/12/run-codeigniter-from-the-command-line-ssh/
Re: pantalla en blanco de php death death, descubrí esa configuración
php_value error_reporting "E_ALL" o php_value error_reporting 8192
en .htaccess en mi Windows 7, Wampserver w / apache 2.2.4 y php 5.3.13 son formas seguras de obtener la pantalla de error php en blanco - hoy, 3 de junio de 2014. Estas líneas htaccess SÍ establecen el valor de deseos en phpinfo ( ), pero la visualización de los errores ocurre solo cuando la línea está comentada (no se usa) en htaccess.
PERO ... al minuto siguiente descubro que
php_value error_reporting 8191
¡SÍ establece el valor phpinfo () Y también permite mostrar los mensajes de error en el navegador! D''oh! Debe ser un número entero y, aparentemente, un número entero particular o válido, y no solo un número suficientemente grande.
Si está utilizando Zend Framework (v1) y está utilizando el autocargador, el siguiente código evitará que se muestren los errores de análisis:
self::$Autoloader->suppressNotFoundWarnings(true);
Vea la siguiente respuesta para más detalles:
E_STRICT no está incluido en E_ALL (hasta PHP 6). Si quieres seguir recibiendo E_STRICT
En php.ini:
error_reporting = E_ALL | E_STRICT
En tiempo de ejecución:
error_reporting( E_ALL | E_STRICT );
Deberá establecer el nivel de informe de errores (y display_errors ) en php.ini para ver los errores de sintaxis. Si PHP encuentra un error de sintaxis, el tiempo de ejecución no se ejecuta, por lo que la configuración en tiempo de ejecución no funcionará. (Vea el enlace display_errors ).