weno lisp es un lenguaje recursivo(trabaja mucho la recursividad), asi que la mentalidad de la programacion normal, la cual es bien interactiva no funciona bien, aqui los aradigmas cambian a tal punto que cambia tu maera de pensamiento en la programacion.

los manueales son estos:

http://www.cs.us.es/~jalonso/cursos/lisp-90/Welcome.html

si el enlace está roto, por favor esciban un comentario para arreglarlo

int numDigitos( int numero ) {
int cuentaDigitos = 0;
while ( numero ) {
++cuentaDigitos;
numero /= 10;
}
return cuentaDigitos;
}

otra gran ventaja es las actualizaciones, ya que no hay necesidad de estar actualizar cada uno de tus blogs y solo es necesario actualizar un wordpress para que todos este? en la ultima version.

una mas es el espacio y el orden de tu hosting, que por ejemplo en Cpanel se desordena un monton al tener varios blogs y varios domnio.

ahora lo primero que se tiene que hacer es apintar todos los dominios y subdominios a nuestra instalacion de WP, en el caso de CPanel, colocar todos los dominios como Parked Domain (Dominio Aparcado). de esa forma todos los dominiosapuntaran al Public_html.

luego modificar el archivo wp-config.php y cambiar el area donde se colocan los datos del blog.

<?php
$sitename = strtolower( $_SERVER['SERVER_NAME'] );
if ( substr( $sitename, 0, 4 ) == ‘www.’ ) {
$sitename = substr( $sitename, 4 );
}
switch ( $sitename ) {
case ‘example.com’:
define(‘DB_NAME’, ‘database’);
define(‘DB_USER’, ‘dbuser’);
define(‘DB_PASSWORD’, ‘dbpassword’);
define(‘DB_HOST’, ‘localhost’);
define(‘DB_CHARSET’, ‘utf8′);
define(‘DB_COLLATE’, ”);
$table_prefix = ‘blog1_’;
define (‘WPLANG’, ‘es_PE’);
break;
case ‘juanperez.example.com’:
define(‘DB_NAME’, ‘database’);
define(‘DB_USER’, ‘dbuser’);
define(‘DB_PASSWORD’, ‘jpass’);
define(‘DB_HOST’, ‘localhost’);
define(‘DB_CHARSET’, ‘utf8′);
define(‘DB_COLLATE’, ”);
$table_prefix = ‘wp_’;
define (‘WPLANG’, ‘es_PE’);
break;

case ‘defaulthost.com’:
define(‘DB_NAME’, ‘database2′);
define(‘DB_USER’, ‘dbuser2′);
define(‘DB_PASSWORD’, ‘jpass2′);
define(‘DB_HOST’, ‘localhost’);
define(‘DB_CHARSET’, ‘utf8′);
define(‘DB_COLLATE’, ”);
$table_prefix = ‘wp_’;
define (‘WPLANG’, ‘es_PE’);
break;
default:
define(‘DB_NAME’, ‘anotherdb’);
define(‘DB_USER’, ‘anotheruser’);
define(‘DB_PASSWORD’, ‘anotherpass’);
define(‘DB_HOST’, ‘anotherhost.net’);
define(‘DB_CHARSET’, ‘utf8′);
define(‘DB_COLLATE’, ”);
$table_prefix = ‘wp_’;
define (‘WPLANG’, ‘en_GB’);
break;
}

define(‘ABSPATH’, dirname(__FILE__).’/');
require_once(ABSPATH.’wp-settings.php’);
?>

una comparacion con el wordpress Mu es que en este la instalacion es bien complicada a comparacion del WP normal. ademas que el WP Mu solo funciona con un domino y cera subdominios por cada blog, mientras que con este metodo puedes tener cualauier domino o subdomino con un solo WP

si te das cuenta tambien puedes usar diferentes bases de datos y diferentes idiomas.

yo uso este sistema para administar mis blogs y me funciona perfecto

MVC->Modelo Vista Controlador

con esta forma de trabajar se separa el código PHP del HTML y se consigue usando Frameworks que soporten esta forma de trabajar tipo el ZendFramework y codeIgniter, que son muy buenos, el gran problema es aprender la forma de trabajar que es totalmente diferente. por ejemplo:

un programa en PHP normal se escribiría con el código PHP mezclado con el HTML, mientras que con MVC trabajas de forma separada, preocupándote solo por el código aparte del HTML.

Ademas ara trabajar de forma MVC tienes que respetar unas estructuras impuestas por los mismos desarrolladores del Framework usando las mejores practicas para el desarrollo de aplicaciones WEB. por ejemplo en Zend Frameork, se trabaja de la siguiente Forma:

• apps -> aquí van los datos del proyecto
  • controllers -> los controladores con todo el código y la lógica
  • Views -> Las Vistas con la parte de HTML
  • layout -> una especie de plantilla general  en HTML
  • helpers -> código que te te puede servir de ayuda en tu aplicación
• config -> archivos de configuración que tal vez necesites
• public -> el directorio que se va a publicar, es el único que se ve y tiene acceso directo
• library -> aquí se guardan algunas clases que tal vez puedas llegar a necesitar

Por supuesto también se tiene que incluir el ZendFramwork, pero lo puedes hacer desde otro lugar o sino haciendo un enlace simbólico dentro de library.

como puedes ver toda la lógica se va a los controllers y el diseño se va a los views, haciendo un uso mas optimo del sistema, ademas así se inicia el desarrollo multicapa.

espero que les sirva

los paqutes necescitan mantenimiento, estan una version bien atrasaday parece que el equipo de Gentoo necesita mantainers para los proyectos de Java.

Acontinuacion les muestro una lista de los paquetes necesitados y sus respectivas versiones:

• GlassFish App Server –> No está en Portage
• NetBeans IDE –> esta en la ver. 5.5.1-r1 cuando ya existe la ver. 6.1
• JBoss App Server –>  No está en portage
• Tomcat Web Server –> esta Actualizado en su ultima version
• Jetty Web Server –> No está en el Portage
• Maven –> está en su ultima version, pero en la rama Testing<

Gentoo necesita de Mantainers para estos paquetes…