SoloCodigo

.... y un id debe ser único, o no podrías usar en javascript document.getElementById(id) (a veces necesario para AJAX):

Algoritmia:
Creo que con esta pista ya tienes más de media tarea resuelta

De la forma como lo estas haciendo, si la consulta genera n resultados, pues vas a imprimir n veces un textarea y un botón. Intenta más bien cambiando la consulta SQL para que te arroje 1 resultado, especificando en la clausula WHERE la clave de la tabla "pregunta" (puedes obtenerla de una consulta anterior), y que cada vez que se presione el botón, esta clave cambie.

Si no te queda claro, puedo ponerte un ejemplo para que lo pruebes, pero por ahora ando un poco corto de disponibilidad (me encuentro en el trabajo ).

Lo haría, pero también me queda muy difícil hacer este tipo de tareas  

Lo que hay que leer

mmm, ya veo por donde anda la cosa

No necesitas usar session_register() para declarar una variable de sesión, de hecho, acabo de ver la documentación de PHP y esta función está declarada obsoleta desde la versión 5.3. En su lugar, declara las variables de sesión directamente, en tu caso sería
Creo que deberías hacer eso mismo con todas las variables de sesión que tengas. Ah, y no olvides que tienes que declararlas (o llamarlas) después de llamar a la función session_start().

Aunque un poco tarde, una respuesta.

Para la primera pregunta, primero prepara una función que te arroje el resultado que quieres y lo pones en el textarea. Un ejemplo:
Para que una página no se recargue, creo que como lo tienes es inevitable, ya que form.submit() lo que hace es precisamente eso, carga la página definida por "action=" en el formulario. Lo que puedes hacer es usar AJAX para cargar/sobreescribir los datos en el textarea; por aquí andan varios ejemplos de como hacerlo. Pero si se te hace muy complicado, carga los datos del formulario con lo que envíes por submit, por ejemplo:

Puede ser la configuración del apache.

Esto es lo que pongo normalmente en el httpd.ini (o apache.ini) para poner en funcionamiento el PHP:

Por cierto, uso apache http server 2.2. No se como sea en CentOS, pero así me funciona en Ubuntu/Debian y en Windows. Solo cambia el C:/web por la ruta donde guardas las páginas.

Lo intentaste con la ip del servidor en vez de su nombre ??

scp .ssh/id_rsa.pub usuario@xxx.xxx.xxx.xxx:/u/usuario/.ssh/authorized_keys

Donde xxx.xxx.xxx.xxx es la ip del servidor (puede tener la forma xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx si se emplea ipv6)

Otra cosa, asegúrate de que el archivo authorized_keys no exista en la cuenta del usuario, de otro modo estarías removiendo el(los) acceso(s) a otro(s) usuario(s) o a alguna(s) aplicación(es) remota(s)  

Calma fonsi, nadie te está tomando el pelo. Nada más me baso en el hecho de que, con muchos compañeros míos, aprendimos a programar con base en el paradigma de objetos...

[...] vos no podes enseñarle a un novato cosas tan complicada como hereditaje, privacidad, estaticidad, patrones de diseño, abastracion, encasulpacion, getters y setter, polimorfismo, y cuanta chorizeada mas que englobla la oop[...]

Aquí es donde yo digo "depende de la forma en que lo enseñes", y en ese sentido tuve unos excelentes tutores, aunque debo confesar que patrones de diseño lo aprendí muchisimo tiempo después de hacer el curso de POO. Es cierto que no puedes coger de primera la idea de objetos, pero una vez que la coges, luego no se te hace complicado.

[...] como podes saber y para que sirve un metodo de una clase, si a vos nunca te enseñaron lo que es una funcion, y encima las llamas "mensajes"[...]

Si nos enseñaron lo que es una función.... desde la perspectiva de la POO. Por eso dije que "no teníamos ese concepto". Sé que un método es el simil de una función, y en ese tiempo eso fue suficiente para mí. Y las llamé mensajes porque ya he visto ese término en varios textos de Ingeniería de Software (creo que lo vi también en "UML y Patrones" de Larman, luego les confirmo), de hecho yo también los identifico como métodos.En fin, da igual como se llamen si sabes a que me refiero.

No soy todo un experto en el tema (y tampoco me gusta alargar discusiones que no van al caso), pero te puedo asegurar que aprender a programar con un paradigma x es fácil mientras no tengas otros conceptos en la cabeza; te lo digo porque también aprendí programación funcional en Scheme, después de POO, y créeme, fue una experiencia complicada. Haciendo una analogía, sería como aprender otro idioma: cuando ya sabes hablar/escribir/leer en español, se te complica hablar/leer/escribir en inglés a menos que te olvides de tu idioma nativo. No digo que te olvides de programar, eso sería como olvidarse de los fundamentos de hablar/leer/escribir en cualquier idioma (o sea, la algoritmia es como saber hablar, leer y escribir, sin importar el idioma).

PD: "Payasos que enseñan C#", jejeje, muy bueno No digo nada más porque los del foro de C# nos "linchan"

Supongo que es similar a tratar de mover una moneda a través de un cristal.....

Tuve un problema similar, pero en flash. Te recomendaría que le dieras otro enfoque al problema, por ejemplo, emplear un sistema de coordenadas: Si la posición de la pieza corresponde a la posición de un cuadro, entonces disparar el evento.

Y ya lo dijo nuestro amigo Paul: España va a ser campeón

Ese pulpo es la nota  

A este paso, Sudamérica se queda con la copa este año, si no los desarman en octavos. Ya están clasificados Brasil, Argentina y Chile, Paraguay y Uruguay faltan por confirmar, y como van las cosas, Uruguay también pasa, a menos que Mexico se desate y le voltee el marcador. Ojalá Paraguay no nos decepcione.
 

EDIT: Corrigo, Chile todavía no tiene nada definido. Necesita al menos empatar en el último partido de la 1a ronda.