[SOLUCIONADO] breve aclaracion sobre entorno de trabajo

[webankenovi]

hola amigos , veran tengo una duda , estoy desarrollando un proyecto en el cual hay 3 modos de entorno , development , testing y production ,

yo tengo claro que en development mostramos todo tipo de errores , en production ningun tipo de error , y ahora mi duda en testing que se deberia de mostrar?? yo he pensado en mostrar un codigo de error simplemente para despues enviarlo , digamos que en el entorno de development solo trabajaran los programadores , en testing los testeadores y en production ya todo los usuarios , gracias y ha ver si me pueden aclarar esto

[memoadian]

Según tengo entendido no lo estoy afirmando, se muestarn errores a nivel notice, warning

[webankenovi]

yo lo que no quiero es mostrar ningun tipo de ruta a los tester , pero si el error , con los E_NOTICE se muestra la url si no me equivoco no??

es la primera vez que hago esto y no se si que los tester vean las urls de los errores puede ser bueno o no , imagino que no , no se como lo hacen ustedes esa es mi curiosidad.

[pateketrueke]

Pienso que es bueno conocer a totalidad los detalles de un error, el mensaje por si sólo no sirve de nada si es genérico y necesitas una ruta para poder ubicar el archivo en cuestión.

Y no solo para eso, también es útil si se desea reproducir el error.

[webankenovi]

pienso como tu pero no sabia que procedimiento se usaba en tester y me preocupa mostrar la urls de los errores , con esto no quiero decir que el error no se guarde con su ruta .

no el error no es generico seria del tipo bug837447843 que seria unico , se envia este dato y se guarda , despues los programadores revisan en una lista los codigos y inmediatamente sabriamos el error y la ubicacion , no se es una idea que tuve y no se si seria lo mas conveniente por eso os pedi consejo

[pateketrueke]

Pues me parece que si el proceso de testing produce errores estos deberían ser registrados para su revisión posteriormente.

Pero eso no implica que el usuario necesite saber esos datos, eso si no tendría sentido.

Finalmente el reporte de problemas debe venir de algún sistema de monitoreo, logging, etc. y no de un usuario, que se le pueden escapar cosas.

[webankenovi]

creo que me han resuelto las dudas gracias amigos

[pateketrueke]

Por cierto, si necesitas de alguna herramienta de monitoreo para aplicaciones en producción y tanto a nivel servidor/cliente te recomiendo usar New Relic.

[webankenovi]

gracias le echare un vistazo tiene muy buena pinta asi de primeras .

[webankenovi]

al final lo deje asi tal cual por si a alguien lo pudiera necesitar

Código PHP:

define('ENTORNO','Desarrollo',false);
 
    if (defined('ENTORNO'))
    {
        switch(constant('ENTORNO'))
        {
            case 'Desarrollo':
     
            error_reporting(-1);
     
            ini_set('display_errors','On');
     
            ini_set('display_startup_errors',true);
     
            break;
     
            case 'Test':
     
            error_reporting(E_USER_ERROR|E_USER_WARNING|E_USER_NOTICE);
     
            ini_set('display_errors','On');
     
            ini_set('display_startup_errors',true);
     
            break;
     
            default: // por defecto en produccion
     
            error_reporting(0);
     
            ini_set('display_errors','Off');
     
            ini_set('display_startup_errors',false);
        }
    }
    else
    {
        error_reporting(0);
     
        ini_set('display_errors','Off');
     
        ini_set('display_startup_errors',false);
    }