mysql_num_rows(): supplied argument is not a valid MySQL result resource in

[dec]

Hola,

Empezado por Román

En fin, lo que quiero comentar, y de esto me parece que dec está muy al tanto, es que mysql_error hay que usarla con cuidado. Es decir, vale dejar el mensaje durante las pruebas pero no ya "en producción" puesto que la información puede proporcionar detalles acerca de la estructura de nuestras tablas.

Bueno. Yo lo que he visto es que se comprueba el resultado de dicha función, pero no que se muestre al usuario, sino que, precisamente, si esa función retorna algo que no sea una cadena vacía, puede darse por hecho que ha habido un error en MySQL, en la consulta que lleváramos a cabo, por ejemplo. Pero de ahí a mostrar el mensaje de error al usuario hay un trecho. Y sí, estoy contigo, es decir, el usuario no debería ver ningún mensaje de error de este tipo o de PHP. De hecho utilizo una función inspirada por cierto código de Emilio, que pongo por aquí, por si le sirve a alguien:

Código PHP:

function SetErrorLevel(){
  if($_SERVER['SERVER_ADDR'] != '127.0.0.1'){
    error_reporting(0);
    ini_set('display_errors', 0);
    ini_set('error_reporting', 0);
  }else{
    error_reporting(E_ALL);
    ini_set('display_errors', 1);
    ini_set('error_reporting', E_ALL);
  }
  return true;
} 


Como digo, vengo usando esta función en mis últimos proyectos o cosas que hago con PHP. Y la función viene a averiguar si el "script" se ejecuta en "local" o no, y, si efectivamente no se ejecuta en "local", se hace por ocultar cualquier tipo de error de PHP al usuario. Lo que hay que hacer, evidentemente, es llamar a esa función al comienzo de nuestros "scripts", de modo que se establezca el nivel de error adecuado.

PD. Se admiten críticas y mejoras para la función "SetErrorLevel()", puesto que las incorporaría a mis proyectos "activos".

PD 2. Nótese que "SetErrorLevel()", en caso de que el "script" se ejecute en "local", establece el nivel de reportes de error más exigente, es decir, se mostrarán todos las "noticias", "advertencias" y "errores" propiamente dichos, pero, esto es lo suyo cuando estamos probando una aplicación en "local", puesto que nosotros sí debemos hacer algo respecto de los mensajes de error correspondientes.