SELECT *
FROM nombre_tabla
WHERE condicion
ORDER BY RAND()
LIMIT 1;

La función RAND() genera una serie de números aleatorios que irá comprobando contra los registros de nuestra tabla hasta que encuentra uno y lo devuelve (el número de registros devueltos se fija mediante la cláusula LIMIT)

La versión para Drupal:

$sql = "SELECT *
FROM {nombre_tabla}
WHERE condicion
ORDER BY RAND()";
$result = db_query_range($sql,1);
$data = db_fetch_object($result);

Nota: También se puede utilizar RAND(NOW()) o RAND(UNIX_TIMESTAMP())

Esta es una solución ideal para tablas pequeñas, si tenemos problemas de rendimiento, deberemos ser un poco más creativos

Si queremos obtener una fila aleatoria de una tabla mediana-grande, 100.000 registros o más, este método dista de ser óptimo, como explica Anton Titov, para tablas de mayor tamaño es mucho más eficiente generar un número aleatorio limitado y después seleccionar esa fila, por ejemplo:

Para obtener el máximo:
SELECT count(*)
FROM nombre_tabla

Obtenemos (en PHP) un número aleatorio entre 0 y el máximo recuperado antes
$numero = rand(0, $count);

Y seleccionamos la fila a través de ese número:
SELECT count(*)
FROM nombre_tabla
WHERE id = {$numero}

Esto es un supuesto muy concreto porque es imprescindible que el identificador correspondiente al número aleatorio sea parte de la clave primaria de la tabla, de lo contrario, será una solución, por lo menos, igual de lenta que el RAND().
Esta solución tiene un inconveniente muy claro, ya que no limita, si necesitamos filtrar la consulta mediante un WHERE, podemos llegar a la situación de tener que generar varios lotes de números aleatorios hasta que encontremos uno que cumpla con nuestra restricción.

Para ello utilizamos esta sentencia en el .htaccess del servidor a migrar:

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule (.*) http://www.bellatriubonsai.com/$1 [R=301,L]
</IfModule>


Donde http://www.bellatriubonsai.com/ es el dominio auxiliar que queráis utilizar.

Más información sobre el .htaccess, mod rewrite y la redirección 301, aquí: http://www.yourhtmlsource.com/sitemanagement/urlrewriting.html aquí: http://www.isitebuild.com/301-redirect.htm y aquí: http://corz.org/serv/tricks/htaccess2.php

Pasos a realizar en el servidor:

• Instalación de un servidor DNS (en este caso Bind9).
• Configuración del Servidor Apache para trabajar con Virtual Hosts.
• Instalación de un servidor CVS.
• Configuración de Apache para utilizar Drupal en multisite.

Pasos a realizar en los clientes:

• Instalación de Eclipse 3.3 con PDT (PHP IDE) y Zend Debugger.
• Configuración de CVS en Eclipse
• Configuración local de Drupal en multisite (Servidor de DNS, Apache y configuración de Eclipse para links simbólicos)

El Servidor DNS y la configuración de Apache los necesitaremos para poder acceder a nuestras webs en LAN mediante http://nombredelaweb.nombredeldominio.extension y así nos evitaremos problemas con las rutas que sí tendríamos con http://localhost/nombredelaweb

Partimos de una instalación de Mysql, Apache2 y PHP. Podéis encontrar tutoriales de como instalar estos componentes (LAMP) aquí: https://help.ubuntu.com/community/ApacheMySQLPHP

Antes de esto, dos parámetros muy necesarios de configuración:

Para que se muestre la consola siempre que se ejecute un comando CVS, para poder comprobar si ha habido errores o no en la última operación:

Para que, cuando se realice un checkout, los ficheros se bajen en Read-Only, deberemos seleccionar la opción Configure projects to use Watch / Edit on Checkout como muestra la imagen.

Muy importante para trabajo en grupo, configurando esta opción, Eclipse se encarga de realizar el edit los ficheros cuando los modificas. Además, el resto de los desarrolladores sabrán si el fichero está siendo o no modificado mediante la opción Team » Show Editors. Si el notify está activado, también se recibirán notificaciones vía mail.

Checkout

Primero necesitamos seleccionar la vista CVS Repository Exploring

En la perspectiva CVS Repositories, con el botón derecho, New » Repository Location

Para añadir el nuevo repositorio es necesario rellenar los siguientes campos:

Host (o dirección ip): Nombre del servidor
Repository path: Ruta del repositorio en el servidor
User: nombre de usuario
Password: contraseña
Connection Type: Protocolo de conexión, en este caso pserver

Ahora ya podremos acceder a nuestro repositorio de CVS en el servidor y examinar los ficheros que hay en él:

Es posible realizar el checkout de los ficheros / proyectos de muchas maneras, una de ellas es a través del explorador del repositorio de CVS, seleccionando la carpeta a bajar y con el botón derecho, Checkout As…

Nota: Otra forma de realizar Checkout es a través de la perspectiva PHP realizando un Import » Projects from CVS

Para realizar el checkout, necesitaremos un proyecto en Eclipse, bien uno ya existente, darle el nombre del directorio / proyecto de CVS al proyecto de Eclipse o ejecutar el New Project Wizard que nos permite modificar todo el proceso:

Ojo: Es conveniente utilizar el asistente, para tener un control total sobre dónde se bajan los ficheros y el nombre del proyecto, además nos permite vincular otros proyectos al actual.

Cualquiera que sea la opción elegida para realizar el checkout, deberemos elegir la rama de la que queremos bajar el fichero. Si estamos trabajando en proyectos pequeños / medianos o en entornos con relativamente pocos desarrolladores, lo más cómodo será utilizar directamente el HEAD (rama principal), ya que la gestión de las ramas requiere un conocimiento y control mucho más avanzado con CVS. Podéis encontrar una guía completísima en la ayuda online de Eclipse

Una vez ya descargado el proyecto / carpeta / ficheros con los que vamos a trabajar dentro de un proyecto de Eclipse, deberemos utilizar la perspectiva PHP, con la vista PHP Explorer o Navigator (hay pequeñas diferencias entre ambas, como que el PHP Explorer no muestra los ficheros ocultos y el Navigator sí lo hace)

Añadir proyectos completos al repositorio

Si estuvieramos trabajando con un proyecto desde 0 y quisieramos añadirlo completo al repositorio de CVS, deberemos, desde la perspectiva PHP Explorer o Navigator, seleccionar el proyecto y con el botón derecho, Team » Share Project y seleccionaremos el repositorio en el que queremos dar de alta el proyecto, también podríamos dar de alta un nuevo repositorio desde aquí, o crear una conexión un usuario diferente.

Después le asignamos el nombre al proyecto:

Y por último seleccionamos los ficheros que queremos que se suban, nos es posible discriminar ficheros desde aquí, añadiéndolos al .cvsignore utilizando diferentes criterios.

Ojo: Al añadir ficheros al .cvsignore, este fichero se crea en local y es muy conveniente que se añada también al repositorio, de esta forma si tenemos ficheros de caché, o el mismo metadato que utiliza Eclipse, cuando bajemos de nuevo el proyecto, no tendremos que quitarlos de nuevo, sino que ya se ignorarán por defecto.

Añadir nuevos ficheros a un proyecto

Si ya estamos trabajando con un proyecto en Eclipse vinculado a CVS, puede que sea necesario añadir ficheros o carpetas, para ello, los seleccionamos y después los agregamos al repositorio a través del menú Team » Add to Version Control

En la consola de CVS de Eclipse saldrá un mensaje parecido a este:

***
cvs add -kkv “/PruebaCVS/directorio/ficherodepruebas.php”
cvs add: scheduling file `directorio/ficherodepruebas.php’ for addition
cvs add: use `cvs commit’ to add this file permanently
ok (took 0:00.091)
***

Si modificamos un fichero, se indicará como > (modificado) y el paso final para subirlo al repositorio será igual que para añadirlo, tendremos que seleccionarlo y utilizar la opción Team » Commit donde deberemos escribir el mensaje que se guardará en el repositorio a modo de comentario de la modificación:

Como apuntes finales, unas “recomendaciones” para trabajo en grupo:

Es conveniente saber quien está tocando cada fichero, por lo que el uso de Team » Edit (o dejar que Eclipse lo haga por tí con la configuración del principio del post)y activar las notificaciones a través del fichero notify del servidor CVS se hace bastante útil.

Los mensajes de commit muchas veces son la única información con la que se cuenta para tracear un proyecto sin investigar más profundamente, deben ser lo mas explicativos posible.

Es posible que sean necesarios otros programas con Cervisia o ViewVC para gestionar el repositorio de CVS, si no estais cómodos con el GUI que estáis usando, siempre podéis utilizar cvs desde la línea de comandos.

Si la web ya está funcionando en Drupal, se pueden saltar los siguientes pasos referentes a la descarga e instalación de Drupal y realizar la configuración de Apache, si no, podemos conseguir Drupal bien descargándonoslo a través de la página o directamente a través de CVS, mediante la sentencia:

# cvs -z6 -d:pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal checkout -r DRUPAL-5-3 drupal

Tres pinceladas sobre esta sentencia, la cláusula -z6 es para que realice la descarga en modo comprimido y de esta forma consuma menos ancho de banda, -r DRUPAL-5-3 indica la rama que queremos descargar, debemos ser cuidadosos, ya que si no podemos nada, o usamos la rama principal HEAD, descargará la última versión, a día de hoy, la beta de Drupal 6. Se puede echar un vistazo al repositorio CVS de Drupal a través de http://cvs.drupal.org/viewvc.py/drupal , también es posible descargar modulos accediendo al repositorio de los mismos (cvs.drupal.org:/cvs/drupal-contrib). Por último, esta sentencia nos descargará la versión indicada de CVS en un subdirectorio drupal del directorio actual, si queremos que se descargue en otro directorio, deberemos incluir la cláusula -d ruta utilizando siempre rutas relativas.

Para instalar Drupal, necesitamos crear una base de datos y un usuario con privilegios para ejecutar las sentencias, ejemplos en MySql de la creación de la base de datos y del usuario:
CREATE DATABASE nombre_bbdd;

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP,INDEX,
ALTER,CREATE TEMPORARY TABLES, LOCK TABLES ON nombre_bbdd.*
TO 'usuario_bbdd'@'localhost'
IDENTIFIED BY 'password';

Una vez creado, deberemos configurar nuestro servidor Apache y Drupal para funcionar en multisite, para ello, creamos una carpeta dentro de sites/ con el nombre del primer dominio que vamos a incluir en nuestro multisite, por ejemplo sites/midominio.com (para ser originales). En este directorio es donde van a ir las carpetas modules y themes con los modulos y templates personalizados para el sitio web, además del directorio files (para los archivos que pueda subir el usuario, imágenes …) y el settings.php.

El siguiente paso es copiar el fichero settings.php de sites/default a sites/midominio.com y modificar esta línea para incluir nuestros parámetros de conexión a la base de datos:
$db_url = 'mysql://username:password@localhost/databasename';
Para poder acceder a nuestra web, tenemos que modificar el fichero Vhosts.conf que tenemos creado para trabajar con Virtual Hosts en Apache, le añadimos una entrada más.
<VirtualHost *:80>
ServerName nombredenuestraweb.local.pc
DocumentRoot /ruta_de_drupal
<Directory "/ruta_de_drupal">
AllowOverride All
Options -Indexes +FollowSymLinks MultiViews
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

Ojo: El dominio o zona local.pc deberá ser el que tenemos definido en nuestro servidor de DNS!

Viendo esta configuración, saltan a la vista dos cosas, la primera es la ruta de Drupal, tenemos que poner el directorio que contiene la instalación completa de Drupal y no la ruta sites/midominio.com.

La otra cosa que puede llamar la atención es que nuestro dominio no se llama nombredenuestraweb.local.pc, sino midominio.com y es así como se llama la carpeta para Drupal, tenemos dos opciones, o cambiamos el nombre de la carpeta de Drupal a nombredenuestraweb.local.pc y luego lo tenemos en cuenta cada vez que subamos al servidor de internet, o tomamos una decisión mucho más cómoda y creamos un link simbólico que haga que todas las llamadas a nombredenuestraweb.local.pc referencien a midominio.com.

# ln -s midominio.com nombredenuestraweb.local.pc

De esta forma, Drupal ya detectará correctamente las llamadas cuando se referencie a nuestra web por el dominio local, y cuando la subamos al servidor, no tendremos que modificar nada. Este link simbólico nos va a causar un problema si trabajamos con Eclipse, pero veremos como resolverlo más adelante, en los pasos de configuración de los equipos clientes.

La forma de instalar Drupal será la habitual a partir de ahora.

Si es una web que ya tenemos en Drupal, el siguiente paso sería exportar e importar la web para empezar a trabajar en local, esto lo podéis realizar mediante mysqldump / mysql , si tenéis acceso a la línea de comandos en el servidor, o si no con PHPMyAdmin.

Ojo: Si tenéis problemas con la codificación de caracteres al exportar-importar (maldito latin1), echadle un vistazo a esta página.

Si la web es nueva, la instalación de drupal se realizará desde nombredenuestraweb.local.pc/install.php , si están configurados correctamente los parámetros de conexión a base de datos y los Virtual Hosts de Apache, Drupal ya estará operativo en multisite. Para añadir más sitios web en la misma instalación, simplemente incluiremos las nuevas web en sites/ y repetiremos los pasos de configuración de Apache, base de datos y link simbólicos.

Antes de instalar el motor de CVS (incluye servidor y cliente), deberemos comprobar si ya está presente en nuestro sistema, si tenemos Ubuntu, es muy probable que ya lo tengamos instalados, simplemente debemos escribir en la linea de comandos:

cvs

Si nos devuelve algo como esto, es que ya lo tenemos instalado:

Usage: cvs [cvs-options] command [command-options-and-arguments]
where cvs-options are -q, -n, etc.
(specify –help-options for a list of options)
where command is add, admin, etc.
(specify –help-commands for a list of commands
or –help-synonyms for a list of command synonyms)
where command-options-and-arguments depend on the specific command
(specify -H followed by a command name for command-specific help)
Specify –help to receive this message

The Concurrent Versions System (CVS) is a tool for version control.
For CVS updates and additional information, see
the CVS home page at http://www.nongnu.org/cvs/ or
the CVSNT home page at http://www.cvsnt.org/

Si no, deberemos instalarlo, mediante esta sentencia:

apt-get install cvs

El siguiente paso será elegir la ruta donde vamos a situar nuestro repositorio de cvs y crearlo, se hace con un simple comando:

cvs -d /ruta_del_repositorio init

También deberemos añadir a nuestras variables de entorno lo siguiente:

export CVSROOT=/ruta_del_repositorio

Para importar ficheros en el servidor, es necesario situarse en el directorio donde están dichos ficheros y ejecutar el siguiente comando

cvs import -m “Codigo importado” Origen/directorio vendor_tag release_tag

Donde, -m “Codigo importado” es el mensaje que le asignamos a los módulos importados a CVS, Origen/directorio es la ruta relativa (cvs no admite rutas absolutas, por motivos de seguridad) de los ficheros que queremos importar, y finalmente, vendor_tag corresponde a la marca del autor del software (normalmente se utiliza más adelante para gestionar el código de terceros) y release_tag es la marca inicial del software.

Para una mejor gestión del repositorio, lo ideal es crear un grupo cvs que le asignaremos a los usuarios:

groupadd cvs

También es necesario configurar los permisos dentro del repositorio que hemos creado:

chgrp -R cvs .
chmod ug+rwx . CVSROOT

El siguiente paso es imprescindible para aceptar conexiones desde los clientes al servidor, es la configuración del inet.d o del xinet.d, depende de lo que estemos utilizando para aceptar conexiones externas, la configuración para inet.d es mas simple, en el fichero /etc/inet.d hay que añadir esta entrada
cvspserver stream tcp nowait root /usr/local/bin/cvs cvs
--allow-root=/ruta_del_repositorio pserver
Si es xinet.d, deberemos crear un fichero cvspserver en la carpeta /etc/xinetd.d/ con este contenido:
service cvspserver
{
port = 2401
socket_type = stream
protocol = tcp
wait = no
user = root
passenv = PATH
server = /usr/bin/cvs
server_args = -f --allow-root=/ruta_del_repositorio pserver
}
Ojo: Es necesario realizar un reload del servicio, no es suficiente con reiniciarlo, para xinet.d:

/etc/init.d/xinetd reload

Ahora que ya tenemos el servidor de CVS iniciado y con ficheros cargos, es necesario crear los usuarios que van a acceder al repositorio. Es imprescindible que el usuario que vaya a acceder esté creado en el servidor a nivel de Sistema Operativo, así que, si el usuario no existe, ejecutamos el siguiente comando:

useradd -g cvs -d /home_del_usuario -m -s /bin/bash usuario

Y le asignamos una contraseña

passwd usuario

Si el usuario ya existe en cvs, le podemos asignar el grupo:

adduser usuario cvs/blockquote>
Al servidor de CVS se puede acceder a través de varios protocolos, el más recomendable si está publicado al exterior es ssh, no es nuestro caso, ya que el servidor está publicado solamente en nuestra LAN, así que usaremos la mas simple, que es pserver o identificación mediante contraseña.

Para ello creamos un fichero llamado passwd en el directorio CVSROOT de nuestro repositorio (este directorio se genera automáticamente al crear el repositorio, dentro de la ruta que le hayamos especificado), que es el directorio que contiene todos los archivos de control y metadato de CVS.

touch /ruta_del_repositorio/CVSROOT/passwd

El formato de este fichero es usuario:contraseñaencriptada.

Para obtener este pass encriptado, podemos utilizar el de /etc/passwd, o usar un script de generación de passwords:
#!/usr/bin/perl
srand (time());
my $randletter = "(int (rand (26)) +
(int (rand (1) + .5) % 2 ? 65 : 97))";
my $salt = sprintf ("%c%c", eval $randletter, eval $randletter);
my $plaintext = [aqui la contraseña];
my $crypttext = crypt ($plaintext, $salt);
print "${crypttext}\n";
Para que los desarrolladores reciban notificaciones cuando otro ha modificado un fichero que ellos necesitan o están editando, hace falta configurar el fichero notify del directorio de CVSROOT se debe añadir la siguiente línea:
ALL mail %s -s "CVS notification"
Y además, añadir un fichero llamado users en el mismo directorio que contenga información de los usuarios y sus correos electrónicos:
usuario1:direccion1@mail.com
usuario2:direccion2@mail.com
...
Sobre CVS podéis encontrar más información en la página oficial del proyecto, y estas dos páginas tienen bastante información, http://www.ucolick.org/~de/CVSbeginner.html y http://www.linuxfromscratch.org/blfs/view/cvs/server/cvsserver.html

Lo siguiente a realizar es configurar el servidor Apache para utilizar Drupal con multisite.

Si no tienes Apache 2 instalado, en Debian o Ubuntu, puedes instalarlo mediante esta sentencia:

apt-get install apache2

La ruta de instalación por defecto es /etc/apache2

En el fichero httpd.conf se debe incluir la siguiente línea:
include /ruta_del_fichero/Vhosts.conf
Nota: la ruta del fichero Vhosts.conf puede estar en el mismo /etc/apache2/conf.d/ o en cualquier directorio accesible.

Y el fichero Vhosts.conf deberá tener el siguiente formato:

namevirtualhost *:80
<VirtualHost *:80>
ServerName web1.local.neurotic
DocumentRoot /ruta_de_la_web_1
</VirtualHost>
<VirtualHost *:80>
ServerName web2.local.neurotic
DocumentRoot /ruta_de_la_web_2
</VirtualHost>

Para activar los cambios, solo será necesario recargar la configuración del servidor apache:

/etc/init.d/apache2 reload

En las etiquetas de Virtual Hosts se pueden incluir multitud de opciones, para Drupal, a mi me va bien esta:
<VirtualHost *:80>
ServerName web1.local.neurotic
DocumentRoot /ruta_de_la_web_1
<Directory "/ruta_de_la_web_1">
AllowOverride All
Options -Indexes +FollowSymLinks MultiViews
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

Nota: La configuración *:80 es para resolver todas las peticiones realizadas por el puerto 80.

Ojo: Esta configuración parece no llevarse bien con la configuración de sites-avaliable / sites-enabled, y puede que no sea adecuado tener ambas configuradas simultaneamente. Para corregir este aviso

VirtualHost *:80 -- mixing * ports and non-* ports with a
NameVirtualHost address is not supported, proceeding with
undefined results

Comentamos esta línea del fichero /etc/apache2/apache2.conf

#Include /etc/apache2/sites-enabled/

Más sobre Virtual Host:
http://www.openbsderos.org/wiki/index.php?title=Virtualhost

El siguiente paso para configurar nuestro sandbox es instalar el servidor CVS.

Si has llegado aquí, pero no sabes lo que es un servidor DNS, echale un vistazo a la wikipedia.

Para instalar el BIND (Berkeley Internet Name Domain):

apt-get install bind9

Ojo: Si el sistema lleva tiempo sin actualizarse será necesario realizar un apt-get update y luego instalar el bind.

Una vez finalizada la instalación, deberemos editar el fichero /etc/bind/named.conf.options para indicarle las direcciones de los DNS proporcionados por el ISP (en este caso Telefónica), en forwarders, también se debe descomentar la línea query-source address * port 53; y se debe añadir la sentencia dnssec-enable yes;

options {
directory "/var/cache/bind";
// If there is a firewall between you and nameservers you want
// to talk to, you might need to uncomment the query-source
// directive below. Previous versions of BIND always asked
// questions using port 53, but BIND 8.1 and later use an
// unprivileged port by default.
query-source address * port 53;
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses
// replacing the all-0's placeholder.
forwarders {
80.58.61.250;
80.58.61.254;
};
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
dnssec-enable yes;
};

También se debe modificar el fichero /etc/resolv.conf , la parte de dominio no debe tocarse, y se debe añadir como primer nameserver, localhost, esto es:

search
nameserver 127.0.0.1

Una vez hecho esto, se deben reiniciar los servicios de dns y de red

/etc/init.d/networking restart
/etc/init.d/bind9 restart

Ahora mismo el servidor DNS debería estar operativo, pero para que el resto de sistemas de la red lo utilicen, deben configurarse para usarlo como servidor principal de DNS. Esto es, añadir la ip del servidor DNS en el fichero /etc/resolv.conf de cada cliente.

Queda un paso más, para que sea capaz de resolver las direcciones de los dominios definidos en red local, es necesario modificar dos ficheros más:

/etc/bind/named.conf.local

zone "local.neurotic" {
type master;
file "/etc/bind/db.local.neurotic";
allow-query { any; };
};

De esta forma las direcciones que terminen en local.neurotic, serán resueltas localmente.

El fichero /etc/bind/db.local.neurotic debe contener lo siguiente:

$TTL 604800
@ IN SOA local.neurotic. hostmaster.local.neurotic. (
2005052401 ; Serial yyyy/mm/dd/id
10800 ; Refresh (3 hours)
7200 ; Retry (2 hours)
1296000 ; Expire (15 days)
172800 ) ; Negative Cache TTL (2 days)
;
local.neurotic. IN NS ns1.local.neurotic.
localhost IN A 127.0.0.1
@ IN TXT "Servidor"
@ IN HINFO "Servidor privado" "lan interno"
;
@ IN A 192.168.1.2
* IN A 192.168.1.2

Ojo: 192.168.1.2 es la IP local del servidor en la LAN.

Ojo: Cuidado con los espacios en este fichero, el formato debe ser estricto, ya que sino dará muchos problemas.

Para que los cambios surtan efecto, se debe reiniciar el servidor DNS

/etc/init.d/bind9 restart

En este caso se ha utilizado local.neurotic para distinguir rápidamente si estamos trabajando con la web en local o en remoto, pero se puede poner cualquier dominio, el cual se resolvería primero en local.

Esto es una configuración simple para un servidor en una LAN, solamente se utiliza para resolución de nombres, si queréis extender la información, a mí me han servido de mucho estas tres referencias:

http://www.yohnah.net/
http://laespiral.org/articulos/bind/bind18052000.html#bindprimary
http://manes.debian-cl.org/bind.html

El siguiente paso en nuestro servidor, será configurar el Apache 2 para trabajar con Virtual Hosts

Ofrecemos:

- una jornada laboral de 32 horas semanales (7 horas de lunes a jueves y 4 el viernes) dentro de nuestro horario (de 9 a 18 de lunes a jueves y de 9 a 14 los viernes)
- contrato laboral con un sueldo según valía entre 1.000 y 1.500 euros netos mensuales (14 pagas)
- participar en una empresa con una gran diversidad de proyectos, desde trabajos serios (normalmente de clientes) a tonterías propias como el bushcador.com
- trabajar con software libre
- estar en una empresa con grandes posibilidades de crecimiento (somos tan pequeños que sólo podemos crecer)
- la garantía de no tener que hacer horas extras
- un buen ambiente de trabajo, mejor que en los sitios que dicen que hay buen ambiente de trabajo (mmm, ¿entonces ambiente -> oo?)
- trabajar en el centro de barcelona, en una oficina acogedora (es decir, pequeña)

Si sabes:

- programar en php
- sql y bases de datos (especialmente MySql)

Además se valorará:

- conocimientos de Drupal
- conocimientos de otros lenguajes de programación (Ruby, Python, Perl, Ook!…)
- capacidad para el trabajo en equipo
- soltura con la documentación de código
- facilidad en el aprendizaje

Si estás interesado envíanos un mail con el asunto “Programador Neurotic” a global@neuroticweb.com con:

- datos personales típicos (nombre, edad…)
- experiencia y trabajos realizados (relacionados con la programación)
- perfiles en flickr, del.ici.ous, foros, etc.
- que modulo de Drupal usarías para mostrar imágenes y porqué
- proyectos de software libre que te gusten y porqué

N:FVCBARFRARYPHRECBQRYRZNVY”IVAV,IVQV,IVAPV”GVRARFHACBFVGVIB.CBESNIBEABGRPUVIRF

1. Usa dos imágenes para el checkbox, una para el activado y otra para el no activado. Es mejor usar la técnica de la ventana donde es la misma imagen la que tiene los dos estados y así conseguirmos una precarga de la segunda imagen (tal como estaba la primera vez que hacías click había que esperar a que la imagen se cargara)
2. Si desactivas javascript se ve el input y la imagen. Esto ocurre por que se le aplica el estilo al label directamente. Es mejor que sea el css el que aplique a los label la clase “unchecked” y así cuando no se tiene javascript no se ve nada raro

Los cambios:

Para el plugin de jquery:
jQuery.fn.cssCheckbox = function () {
jQuery("input[@type='checkbox'] + label", this)
.each( function(){
if ( jQuery(this).prev()[0].checked )
jQuery(this).addClass("checked");
else
jQuery(this).addClass("unchecked");
})
.hover(
function() { jQuery(this).addClass("over"); },
function() { jQuery(this).removeClass("over"); }
)
.click( function() {
jQuery(this)
.toggleClass("checked")
.prev()[0].checked = !jQuery(this).prev()[0].checked;
jQuery(this)
.toggleClass("unchecked")
.prev()[0].checked == jQuery(this).prev()[0].checked;
})
.prev().hide();
}


Para el archivo de css:
label {
padding-left: 25px;
cursor: pointer;
}
label.unchecked {
background: url(/imagenes/checkbox_on_off.gif) no-repeat;
background-position: 0 -34px;
}
label.checked {
background: url(/imagenes/checkbox_on_off.gif) no-repeat;
background-position: 0 0;
font-weight: bold;
}
label.over {
color: black;
}


Todo lo otro es lo mismo que en http://kawika.org/jquery/cssCheckbox/. Para finalizar os dejo una demo

David de maskotas.es (creo) ha dejado en los comentarios la versión para cssRadio

jQuery.fn.cssRadio = function () {

jQuery("input[@type='radio'] + label", this)
.each( function(){
if ( jQuery(this).prev()[0].checked )
jQuery(this).addClass("checked");
else
jQuery(this).addClass("unchecked");
})
.hover(
function() { $(this).addClass("over"); },
function() { $(this).removeClass("over"); }
)
.click( function() {
jQuery("input[@type='radio'] + label", context)
.each( function() {
jQuery(this)
.removeClass()
.addClass("unchecked")
.prev()[0].checked = false;
});
jQuery(this)
.addClass("checked")
.prev()[0].checked = true;
})
.prev().hide();
}