Tengo un script php que lee un registro de una base de datos y devuelve un objeto json. Tengo manejo de errores en la secuencia de comandos, de modo que si se lanza una excepción u ocurren otros errores, todavía devuelvo una respuesta json bien formada (con un código de error y todo). Esto funciona.
Sin embargo: si PHP siente que tiene algo que decir, aún lo dice después de enviar la respuesta json. Esto rompe el analizador json en el lado del cliente. Entonces, en lugar de que la llamada ajax tenga éxito y muestre un mensaje de error como "archivo de base de datos no encontrado", la llamada falla con un error del analizador json, lo cual no es útil (ya que anula la información de error conservada original):
SyntaxError: JSON.parse: unexpected non-whitespace character after JSON data at line 1 column 120 of the JSON dataPuedo suprimir los mensajes de PHP con error_reporting(0) , pero ¿hay alguna forma mejor? El código (esquema) sigue:
<?php header('Content-type: application/json'); const RESP_OK = 0; const RESP_EXCEPTION = 1; try { // do the database stuff and build $response $response['exitcode'] = RESP_OK; } catch ( Exception $e ) { // put error info in the response $response['exitcode'] = RESP_EXCEPTION; $response['error'] = 'code: ' . $e->getCode() . ' (line ' . $e->getLine() . ') message: ' . $e->getMessage(); } finally { // always send back a response echo json_encode( $response ); error_reporting(0); // also close the db here etc. } ?>El informe de errores es una función de depuración, por lo tanto, podría/debería/debería desactivarse en un entorno de producción, no en su desarrollo.
Debe escribir su código de tal manera que todo esté cubierto por su código.
Analice cada error y advertencia y vea que ahora esto se puede manejar de tal manera que 'PHP no sienta que tiene algo que decir'.