¿Y la droga la dejó el  FBI debajo de la cama para poder arrestarlo? Me parece que ya vi ésta pelicula...

Mirate las custom queries es la única forma de buscar los post que tu quieras o de reescribir el comportamiento de las funciones del core como the_post.

Saludos.

Debes consultar si el email existe, en base a eso insertar o no el nuevo usuario.

<?php 
 
include ('config.php');
 
$usuario=$_POST['usuario'];
$password=$_POST['password'];
$sexo=$_POST['sexo'];
$mail=$_POST['mail'];
 
// Verificar si existe el email
 
$q1= mysql_query("SELECT email FROM login WHERE email ='$mail' ");
$num_rows = mysql_num_rows($q1);
 
if( $num_rows >0 ){
 
    $db_handle = "INSERT INTO login (userid, user_pass, sex, email) VALUES     ('$usuario','$password','$sexo','$mail')";
    mysql_query($db_handle);
 
     } else {
 
         Header("Location: registrarseok.php"); 
 
       }
 
?>
 
 

Si virtualizas wifislax es casi en vano, ya que no podrás hacer uso de los dispositivos wireless del host (fisico) debido a que se virtualiza como uuna ethernet cableada independientemente del tipo de configuración host-huesped que pongas (bridge, nat, etc.).


Puede que me esté equivocando, pero a mi me pasa con Backtrack, CentOS, Red Hat Enterprise Edition... ninguna distro me toma la interfaz como wireless cuando virtualizo, uso los siguientes productos:

1. VMWare infrastructure 2.0
2. VMWare workstation 7
3. VirtualBox
4. Hyper-V de Microsoft en un windows server 2008 R2 edición estándar (solo te permite una sola vm... ¬¬ )

No, es un scrip, solo lo guardas y le pones extensión sh.


Si mira el código, una vez que lo ejecuta, quedaría corriendo solito, es recomendable que lo mandes a init.d para que inicie junto con el sistema.

También se podría modificar sacando el retardo del script y simular lo mismo pero con crontab.

Saludos.

:wq!

Suponiendo que ya agotaste y probaste lo que dice mysql sobre los crahses:

http://dev.mysql.com/doc/refman/5.1/en/crashing.html

Puedes probar:

1. Actualizar el motor, que tienes una versión que dentro de poco se dejará de dar soporte.

2. Jugar con los parámetros, por ejemplo max_connextions.

3. Purgar todas las tablas de las bases de datos que tengas, lo cual "optimiza" de cierta manera el manejo de datos por parte del motor.

4. Verificar si tienes algun script en el cron que haga dump de las bds a modo de backup, si tienes muchas bds, puede que eso esté sobrecargando el proceso de mysq y producir éste tipo de crashes (lo comento por experiencia.)

5. Buscar en google lo siguiente (extraido del log): mysqld got signal 11 ;
Por ahi se habla de revisar ulimit (ojo con ésto no lo dejes igual que root).

Saludos.

leliCabello

NADIE (y si va en mayúsculas y gritando) NADIE, debería ayudarte debido a la manera en que solicitas las cosas.

Por defecto SQL Server no admite conexiones remotas que no sean de 127.0.0.0/8 (subred de loopback o localhost...), para ello debes desde la consola de Managment permitir que la interfaz de red admita conexiones remotas, pudes leer sobre ello acá

Suponiendo que no sea eso, y que tienes los servicios de sqlserver corriendo y luego de un:


verificas que tengas el puerto de sqlserver abierto, si es así y luego de todo lo anterior no puedes conectar,  entonces puedes ya comenzar a sospechar del firewall del servidor.

Hola,

Si googleas un poco encontrarás ésta guía por ejemplo que te indica como proceder con lo que necesitas.

Si en tu caso cada vez que crees una base de datos necesitas un usuario exclusivamente para ella (lo mas recomendado), puedes dar de alta un usuario desde la sección "Privilegios" de PhpMyAdmin, y al momento de crear un nuevo usuario puedes a su vez crear una bd y asignarla con los permisos que necesites.

Saludos.

Si no molesta, colaboro con un listado de modelos para distintas situaciones, es bueno consultarlo antes de ponerse a modelar, ya saben, para aprender, ahorrar tiempo y no reinventar la rueda...

inventados o no, lo malo es que te lees una y no puedes parar de reirte y continuar leyendo!