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.

Desde hace varias semanas que el portal líder en información específica de nissan (portalnissan.com) es parte de nuestra red de proyectos gracias a un acuerdo amistoso (sin dinero de por medio) con Chema, su anterior propietario.

Los dos socios de Neurotic tenemos coches nissan (un Qashqai y un Almera), nos gustan las webs de motor (también tenemos buscatuning.com y drifting.es) y Jordi era asiduo de Portalnissan por lo que pudo ser de los primeros en ofrecerse a llevar el portal cuando Chema decidió desvincularse del proyecto.

En portalnissan.com se usa mkportal, un sistema de integración de otros scripts, entre ellos el foro SMF y la galería de fotos coppermine. También tiene blogs personales, gestor de noticias, gestor de bloques, etc. No está mal pero tiene algunas carencias, principalmente las urls no son amigables y existe una gran separación entre lo que son noticias y el foro.

Nuestra idea es dejarlo de momento tal como está y más adelante usar nuestra base de comunidad online con Drupal la cual es mucho más potente que el mkportal.

Acquia, la empresa de Dries Buytaert, creador de Drupal, ha recibido 7 millones de euros en su primera fase de financiación.

Este hecho seguramente que no repercutirá directamente al resto de empresas que usamos este framework / gestor de contenidos pero me alegra ver como grandes inversores apuestan en una empresa que seguro que usará Drupal como base tecnológica. Además, estoy seguro que Acquia contribuirá activamente a su mejora y desarollo tal y como hacen otras grandes empresas.

Nuestras felicitaciones para Dries, ya tenemos nuestra dosis de envidia (sana, obviamente) para el fin de semana xD

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

Uno de los pasos previos sería instalar un servidor de DNS en nuestros clientes, en este caso Ubuntu, los pasos son análogos a la instalación en Debian.

Para instalar Bind9 en nuestro cliente Ubuntu:

# sudo apt-get install bind9

Después se crea la zona y se especifica el fichero de configuracion /etc/bind/named.conf.local
zone "local.pc" {
type master;
file "/etc/bind/zones/db.local.pc";
allow-query { any; };
};
zone "local.neurotic" {
type slave;
masters { 192.168.1.2; };
};


Nota: La zona de tipo “slave” sirve para resolver los dominios de tipo *.local.neurotic.

El fichero /etc/bind/zones/db.local.pc debe contener:
$TTL 604800
@ IN SOA local.pc. hostmaster.local.pc. (
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
local.pc. IN NS ns1.local.pc.
localhost IN A 127.0.0.1
local.neurotic. IN NS 192.168.1.2.

@ IN TXT "Servidor"
@ IN HINFO "Servidor privado" "lan interno"
;
@ IN A 192.168.1.3
* IN A 192.168.1.3

Donde hostmaster.local.pc es el mail del usuario pero con . en lugar de @ y 192.168.1.3 es la dirección IP del cliente que se configura.

En este fichero: /etc/bind/named.conf.options
forwarders {
192.168.1.2;
80.58.61.250;
80.58.61.254;
};

Y al final del fichero:

dnssec-enable yes;

La primera dirección IP corresponde al servidor principal de DNS de nuestra LAN y las otras dos a las DNS proporcionadas por el ISP, en este caso las de Telefónica.

Este fichero, /etc/resolv.conf debe contener los servidores dns en orden

search
nameserver 127.0.0.1
nameserver 192.168.1.2

Finalmente, la primera línea del fichero /etc/hosts debe poner
127.0.0.1 localhost.localdomain localhost
Solo queda reiniciar el bind

# sudo /etc/init.d/bind9 restart

Los pasos previos son descargar Drupal e instalarlo para nuevas webs o descargarte la web y la base de datos si tienes una ya existente.

Una vez hecho esto, todos los módulos y ficheros de theme personalizados deben ir en el directorio sites/nombredeldominio.extension y se debe configurar el fichero de Vhosts para que nuestro dominio en local, pongamos nombredenuestraweb.local.pc apunte a ese directorio.

Primero se añade en el fichero /etc/apache2/httpd.conf esta línea:
Include /etc/apache2/conf.d/Vhosts.conf
Y a este (/etc/apache2/conf.d/Vhosts.conf) fichero del include se le añaden las entradas de nuestras webs en local

NameVirtualHost *:80
<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>


Nota: Esta configuración no se lleva muy bien con el sites-enabled, así que, en el fichero /etc/apache2/apache2.conf se debería comentar la línea final que hace referencia a sites-enabled.

Cada vez que se añade una entrada de Virtual Host para una web es necesario recargar la configuración de Apache:

# sudo /etc/init.d/apache2 reload

Ojo: Aunque nuestra web esté en /ruta_de_drupal/sites/nombredeldominio.extension, Drupal ya detecta automáticamente a través del nombre del directorio de sites, el dominio al que queremos acceder.

Es por esto que necesitamos un link simbólico que apunte de sites/nombredeldominio.extension a sites/nombredenuestraweb.local.com . En la configuración del servidor, se configuró un link simbólico directamente, pero si queremos trabajar con Eclipse y CVS esto nos va a ocasionar problemas, así que, antes de crear el link simbólico, deberemos crear un nuevo directorio en sites desde Eclipse, así que, situados en sites de nuestro proyecto web, en el menú secundario, New » Folder , y en Folder Name ponemos el nombre que hemos configurado para apache, en este caso nombredenuestraweb.local.pc y en las opciones Advanced marcamos la casilla Link to Folder in the File System y seleccionamos el directorio del dominio original, nombredeldominio.extension.

De esta forma, Eclipse ya tendrá registrado que ese directorio es un link y no se hará un lío al gestionarlo a través de CVS.

El paso final es crear el link simbólico en el Sistema Operativo, para que Drupal funcione cuando accedamos a nombredenuestraweb.local.pc . Para ello, desde sites, en un terminal ejecutamos lo siguiente:

# ln -s nombredeldominio.extension nombredenuestraweb.local.pc

Con todos estos pasos, ya tenemos creado un entorno de desarrollo de Drupal con Eclipse como herramienta de desarrollo, CVS para el control de versiones, Apache como web server, y Bind9 como servidor de DNS.

Espero que haya sido útil!

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.

Para poder utilizar la última versión de PDT , necesitaremos Eclipse 3.3, que todavía no está en los repositorios de Ubuntu, por lo que lo hará ligeramente más complicado de instalar.

El primer paso será descargarlo de la página oficial , la versión Classic ya es bastante adecuada para el desarrollo con PHP.

Necesitaremos tener una instalación limpia, así que, si tenemos una versión anterior de Eclipse, deberemos desinstalarla.

# apt-get remove eclipse

También necesitaremos la versión 1.6 (o posterior) de Java.

# sudo apt-get install sun-java6-jdk sun-java6-bin sun-java6-jre

Una vez instalado, cuando comprobemos la versión debe salir correctamente:

# java -version

java version “1.6.0″
Java(TM) SE Runtime Environment (build 1.6.0-b105)
Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing)

Si nos mostrara una versión anterior, deberemos desinstalar completamente Java (con cuidado) y repetir el paso anterior de instalación para la versión 1.6.

Una vez que tengamos la versión de Java instalada y el Eclipse descargado, ya podemos ejecutarlo. Copiaremos los binarios de Eclipse donde más nos convenga, y pasaremos a configurar el plugin PDT, en el menú Help » Software Updates » Find and Install . Seleccionamos “Search for new features to install”

Y luego “New Remote Site”

En Name ponemos PDT y en URL http://downloads.zend.com/pdt

Finalmente, seleccionamos la última versión de PDT (y de Zend Debugger), hacemos click en Select Required y Finish.

Para completar la instalación del Zend Debugger que nos permitirá debugar las páginas PHP desde Eclipse, nos descargamos la versión que nos corresponda desde http://downloads.zend.com/pdt/server-debugger/ (en nuestro caso, esta ZendDebugger-5.2.10-linux-glibc21-i386.tar.gz ). Descomprimimos el fichero y lo copiamos en la ruta que nos venga bien, y añadimos estas líneas en nuestro fichero php.ini
zend_extension=/ruta/5_2_x_comp/ZendDebugger.so
zend_debugger.allow_hosts=127.0.0.1
zend_debugger.expose_remotely=always
Para comprobar si se ha instalado correctamente el debugger, deberemos reiniciar el servidor Apache y echar un vistazo al phpinfo, creando una web info.php que contenga lo siguiente
<?php phpinfo() ?>
En la web de información resultante, debe salirnos un bloque similar a este, que indique el Debugger que estamos utilizando.

Esta es una estupenda guía que cubre muchos más aspectos de la instalación de PDT y Zend Debugger en Eclipse: http://www.thierryb.net/pdtwiki/index.php?title=Main_Page

Con esta configuración, ya deberíamos estar listos para utilizar eclipse con PHP, una de las mayores utilidades que tiene este programa es su integración con CVS.

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.