Cita de: 2Fac3R en Octubre 26, 2013, 04:55:27 PM
Yo usaría empty() para hacer las comprobaciones en el if.
Como bien te dijeron, se recomienda que ya no se use mysql_ porque ya está obsoleta, yo te recomendaría PDO, aunque si te piensas centrar siempre en manejar datos con mysql, pues está la MySQLi.
Zalu2
2fac3R tiene razón.
sobre el empty() por la simple razón que queda más estético "si está vacía la variable $variable" que "si la variable $variable es igual a nada", no obstante va a opinión y gusto del desarrollador.
además quiero aclarar una cosa, las constantes deben ser Definidas para una mejor lectura del código en mayusculas, no obstante, como se puede leer en la documentación de php, constantes del lenguaje tales como true, false, y null deben estar en minúsculas.
el echo revisalo porque el envío de cabeceras está mal xD
saludos!
EDITO:
no había visto la respuesta de overxfl0w13.
CitarSi estuviese comenzando tendrías toda la razón pero es un proyecto para la universidad y si quieres nota te lo tienes que ganar. No le digo que lo haga ya, si no que tenga en cuenta todo eso a la hora de hacerlo.
$Query= "insert into usuarios (`Nombre`,`Email`,`Clave`,`Nickname`) values( '{$vNombre}', '{$vEmail}', '{$vClave}', '{$vNickname}' )";
Toda esa parafernalia de apóstrofes, "acentos franceses" que llamas tú (a los valencianos y catalanes les ofenderá 
), y corchetes son inútiles. Las dobles comillas te permiten concatenar variables sin necesidad de cortar y juntar con un . (evalúan la expresión) y por tanto evitarte tanto '{}' que sobra.
¿La rama de funciones mysql_ no estaba obsoleta? ¿Porqué le recomiendas usar mysql_real_escape_string?. Que use en su defecto mysqli_real_escape_string ¿no? que no lo está.
Respecto a PDO ¿a qué te refieres con consumo?, esto no es una lavadora, tendrá un mayor coste temporal o espacial (consumo espacial o temporal, si,bueno) pero no consumo a secas. Es cierto que tiene un menor rendimiento, pero no es orientado únicamente a mysql y a la hora de cambiar de tecnología esta homogeneidad se paga. ¿Qué quieres, centrarte en la eficiencia? Usa mysqli, por eso quedó obsoleto mysql.
No me apetece escribir más un saludo 
inútiles? LOL, son parte de un standard, si a ti te gusta hacer las cosas como se te da la gana, por mi bien, pero deberías saber que existen normas, que especifícan como hacer las cosas bien, para SQL (refiriendome únicamente a lo que a SQL le corresponda, vease acentos franceses, o apóstrofes y dejando de lado el tema de las llaves {}) lo que tu dices que son inútiles son cosas que están establecidas por un motivo, aunque reitero, si te gusta hacer las cosas como se te da la gana en vez de bien, pues no hay problema, aunque si se lo vas a comentar a alguien que recién empieza deberías conciderar decirle todo, y no lo que te gusta hacer a ti.
CitarLas dobles comillas te permiten concatenar variables sin necesidad de cortar y juntar con un . (evalúan la expresión) y por tanto evitarte tanto '{}' que sobra.
si las comillas dobles te permiten parsear los textos, no obstante las llaves colaboran con el motor zend a la hora de interpretar cosas por del estilo, yo siempre digo que a la gente que trabaja en desarrollar y mejorar php no están aburridos y hacen las cosas porque tienen ganas, siempre hay un por qué, quizá a ti te parezca que las cosas están por que si, o no tengas el suficiente conocimiento, pero lo que ocurre es que las llaves están para algo.
me tomé la libertad y el tiempo de escribir todo esto, porque aunque te parezca que las cosas no sirven para nada, en realidad todo tiene su función.
sobre el mysql_real_escape_string, si en eso tienes razón, pero no lo dije porque venía usando mysql_ y ya le había aconcejado cambiar por por ejemplo mysqli_ ¿por qué repetiría tanto lo mismo? ¿para cada cosa que digo tengo que explicar lo obvio también así no te quedan dudas?
CitarRespecto a PDO ¿a qué te refieres con consumo?, esto no es una lavadora, tendrá un mayor coste temporal o espacial (consumo espacial o temporal, si,bueno) pero no consumo a secas. Es cierto que tiene un menor rendimiento, pero no es orientado únicamente a mysql y a la hora de cambiar de tecnología esta homogeneidad se paga. ¿Qué quieres, centrarte en la eficiencia? Usa mysqli, por eso quedó obsoleto mysql.
con consumo me refiero específicamente a consumos de recursos del hábitat o plataforma en la que se encuentra en ejecución el código, me sorprende que estando en una conversación de informática no puedas comprender un concepto tan básico como el "consumo", pero bien, solo me limitaré a explicar en brevedad y citando una de las definiciones de sistema operativo, "El sistema operativo es un gestor de los recursos físicos de una computadora, tales como dispositivos de e/s", si tomamos en cuenta esto, con consumo me refiero al consumo de tiempo que hace sobre dispositivos, y espacio de almacenamiento físico (no, no hablo de un disco rigido, hago la aclaración porque aparentemente es necesaria).
sobre el resto, si es verdad, pero si vas a decirle a alguien que use algo, deberías empezar explicando por que, como por ejemplo "porque pdo tiene mejor soporte para como por ejemplo PgSQL" por decir algo, o las razones, no deberías decir simplemente "usa tal cosa" porque así es como la mayoría programa sin saber ni lo que hace ni por qué lo hace.
solo quiero dejar una última aclaración, sea un proyecto para una universidad o para lo que fuere, deshabilitar display error es una estupidez siempre y cuando estén en la face de desarrollo, si se encuentra en producción, es muy aconcejable deshabilitar display error.
En todo caso podrías sugerir que diseñe un código que evalúe el estado del proyecto en base a por ejemplo una variable de entorno alojada en el .htacess o en un archivo de inicialización, o lo que se decee, para deshabilitar o habilitar display error dependiendo si se encuentra en producción o desarrollo.
en fin, isammuel es diseñador, si revisas un poco el foro lo notarás, no tiene sentido decirle que desactive display errors o baje el nivel de errores cuando está empezando a programar, o está en face desarrollo como ahora.
si entiendo que lo digas a futuro, pero aclaralo, porque sino no se entiende.
CitarNo me apetece escribir más un saludo
de eso no tengo nada que decir xD
ahora si, un saludo!
PD: creo que el tema está solucionado, me pareció pertinente hacer las aclaraciones para que cualquier lector, pueda entender, aquí no solo hay gente que sabe, y me parece una buena práctica siempre explicar las cosas por las que uno decide hacer algo o sugiere algo en específico, por más que estemos equivocados aveces, eso ayuda a autocorregirnos y a otras personas a poder aprender más.
Por eso es que cuando alguien dice cosas como "usa esto" o "haz esto" me gusta presionarle para que explique las razones.
