Ir al contenido principal

[php] No usar "die" en páginas web

 Este es sólo un registro para aconsejar a los programadores de PHP que trabajan en entorno web, a evitar en lo posible el uso de die en sus algoritmos.


Definición de die

Según la documentación oficial, die es un constructor del lenguaje equivalente a exit.

A su vez, exit se define como una construcción del lenguaje que "Imprime un mensaje y termina el script actual" (PHP: exit - Manual).

En resumen, se trata de una instrucción que ordena al procesador interrumpir o detener la ejecución del programa de inmediato. 


¿Por qué no recomiendo usar die en desarrollo web?

Muchos programadores usan esta instrucción en programas o scripts que son ejecutados en consola o como tareas programadas. En ese sentido, es totalmente pertinente su aplicación en scripts que no son parte de un sistema mayor, que trabajan independiente o que aunque sean parte de un sistema de tareas, su desempeño no afecta visualmente el resultado, pues son controlados por otros procesos.

En entorno web, sin embargo, el uso de esta instrucción debe ser concienzudamente planeado. La razón principal es que PHP es un lenguaje que se ejecuta linealmente, y si lo incluimos en una página web (que también se ejecuta linealmente), al interrumpir la ejecución de un proceso PHP dentro de una página web, estaremos también deteniendo la ejecución de esta última.

Esto no aplica si la ejecución de nuestros procesos PHP se ejecutan asíncronamente o contra eventos de la página web, pues esta última ya se ha cargado completamente al momento de ordenar la ejecución de las tareas PHP. Esto no quita, no obstante, el manejo de los errores y mensajes, de modo de informar al usuario siguiendo la gráfica y estética de la página web.

Me tomé el tiempo de escribir este consejo para mis colegas programadores, dado que cuando he revisado el código de páginas web PHP escrito por otros, me he encontrado con muchos die por cada error o cada resultado vacío de consulta, cuando en entorno web, lo ideal sería guardar dichos resultados en variables de control (booleanos, u objetos manejadores de error, etc.), de modo que la ejecución de la página web en sí no se detenga, y en su lugar, consulte el estado de dichas variables de control, y en base a ellas, ejecute el siguiente proceso o muestre el mensaje pertinente, etc. La idea es que el usuario reciba una página web completa, con la información que le sirva, y no una página mutilada inentendible o poco amigable (como el típico mensaje en Times New Roman -o la fuente por defecto del navegador- en fondo blanco -o el color por defecto que otorgue el navegador-, indicando el error encontrado: esto resulta en algo brusco e incluso irrespetuoso para el usuario).

Eso sería, les dejo un saludo y hasta pronto! 😉

Etiquetas:

Comentarios

Publicar un comentario

Entradas populares de este blog

[tsql] Error: La instrucción INSERT EXEC no se puede anidar

Holas a todos. Mientras programaba un procedimiento almacenado, intenté obtener los datos de otro procedimiento, como lo he venido haciendo desde que descubrí tamaña maravilla de la programación sql. Pero hoy me topé con este extraño error: La instrucción INSERT EXEC no se puede anidar . Tras investigar por algunos lados, di con la respuesta: no se puede almacenar en una tabla temporal de procedimiento almacenado, el resultado de otro procedimiento que también esté realizando una inserción de este tipo. Esto es algo como tener: CREATE PROCEDURE miProcedimiento AS  INSERT INTO #tablita EXEC otroProcedimiento;  SELECT * FROM #tablita; END; CREATE PROCEDURE nuevoProcedimiento AS  INSERT INTO #tabla1 EXEC miProcedimiento; END; Esto significará que si ejecuto: EXEC nuevoProcedimiento; ...SQL me arrojará el error antes mencionado. La solución al problema es no llamar a un procedimiento que esté llamando a otro ya en su interior. En algunos lados leí que transf
2 comentarios
Leer más

[mysql] Pasar array a parámetro de procedimiento almacenado (Mysql)

Me tocó hacer una consulta que retornaba una lista de items relacionados con una lista de usuarios que podían o no tener registros en común (vale decir, tabla de quiebre). La lista debía retornar siempre la lista de items, independiente de si había usuarios por los cuales consultar y/o si los usuarios tenían relación con ellos, pero debía mostrarme el status de los usuarios por cada item, de haberlos, esto es, una lista de nombres con una columna que podía estar vacía o no. Para el caso de tener que consultar los items relacionados con usuarios, al hacer la consulta utilizando un LEFT JOIN, me daba resultados si los usuarios tenían relación con los ítems, pero no si los usuarios no tenían items asociados pues, obviamente, al no estar relacionados, la consulta retorna vacío. Por ello, la solución era hacer la consulta de los items primero, y luego por cada item preguntar el status del usuario por cada uno. Para ello, tenía dos alternativas: hacerlo por programación o hacerlo por bas
11 comentarios
Leer más

[php] NuSOAP HTTP Error: socket read of headers timed out

Holas a todos. Este es para comentar un problema que he tenido al trabajar un servicio web montado en PHP con la clase NuSOAP. El problema surgió cuando intenté llamar al servicio web desde el otro servidor, pero se caía a los exactos 30 segundos de ejecución, mostrando el mensaje que titula este registro: HTTP Error: socket read of headers timed out Sabía que el problema era el timeout, pero ¿el timeout de qué? En los servidores y páginas web hay timeouts por todos lados: el de la Conexión a internet o la red, el del Servidor (hardware), el del Servidor Web en sí (Apache, mi caso), el de PHP (mi caso)... Pero nunca se me habría ocurrido que las Aplicaciones o frameworks también pudieran tener :o Por eso, tras buscar por la red la solución a mi problema, la respuesta vino precisamente de alguien que señaló sencillamente que había que modificar el timeout de la clase NuSOAP. Y dicho y hecho, eso solucionó el problema. Si están usando en su servidor y/o cliente la clase NuSOAP, y d
Publicar un comentario
Leer más