Instalando LAMP en Lucid

Actualizado

LAMP es el acrónimo de Linux, Apache, Mysql y PHP. Es un cuarteto que funciona bastante bien y no hablaré más de ello por este motivo. El punto es que ahora viene con "características" que lo hacen algo menos sencillo de instalar.

Cuando me tocó instalar un servidor con la distribución "calientita" Lucid Lynx, olvidé un deja-vu ... y es que Ubuntu ahora aplica más medidas de seguridad para evitar que habilitemos cosas extrañas y peligrosas en nuestra querida distro, cosas como LAMP por ejemplo.

Los pasos clásicos habían sido hasta ahora: instalar *mod-php5 (libapache2-mod-php5), esto haría que se instale el php, el módulo de apache y el apache mismo porque son dependencias, aparte de mysql.

Adicionalmente teníamos que habilitar desde un terminal, el módulo de páginas de usuario (userdir) usando:

$ sudo a2enmod userdir

y luego reiniciando el apache.

Pero esta vez, no funcionó así, y por la pereza de no querer revisar (esto pasa cuando uno se GUIfica demasiado), busqué en el Gooole, y ahí estaba en todo su esplendor, tenía que comentar unas líneas para mi linux en uno de sus archivos, por lo visto este comentario anima a linux a que apache haga que php corra en los directorios de usuario:

/etc/apache2/mods-available/php5.conf

Apliqué los pasos pero aún apache no se animaba a hacer que php corra.. diablos por qué sería...

En el citado archivo, se ilustra al indio ese de servidor web, que reconozca la extensión de los archivos. Lo único que nos faltaba, es agregar unas líneas en el archivo similares, pero con esta variante:

Parece que ahora mi linux si se animó a correr mis scripts.

Fuerza Cerati

Voy a dedicarle una de sus canciones a uno de mis ídolos, Gustavo, quien debe estar luchando en su cuerpo y en su mente, contra los molinos de viento y soundtrack incluido. Favor subir el volume del reproductor flash y escuchar atentamente...

El hecho tiene ya casi una semana, cuando tuvo el ACV. Izquemia o Hemorragia, no importa, la inflamación hizo necesaria la apertura del cráneo para que su cerebro pueda salir a echar una ojeada por el mundo mientras aliviaba la presión que pudo matarlo.

La verdad es que lo que le ocurre realmente es como sus letras mas alucinadas.. no se, alguien me dijo que para que un artista pueda crear, tiene que pasar por cosas fuertes. Cerati ha seguido fielmente este consejo y entre todo lo que le ocurre, su genialidad no es casualidad.

Tomando tus palabras, espero que vuelvas, que puedas contarlo y que puedas seguir creando música para volar.

>>>Enlace: planta - en goear.com

Los archivos de configuración para php-gtk (parte 1)

Cuando nos embarcamos con php-gtk, debemos configurar manualmente el archivo php.ini dedicado a la ejecución de php como proceso CLI (command line interface). De pronto nos damos cuenta de que no es tan sencillo, porque la configuración se hereda de la predeterminada para el módulo php del servidor Apache.

Vemos que se busca la configuración de las extensiones de php en un enlace simbólico que apunta a un directorio; el módulo php de Apache tambien busca la configuración en este mismo directorio con un enlace simbólico similar.

Si tenemos que agregar y quitar módulos de php para nuestro proceso, podríamos optar por alguna de estas alternativas:

Borrar el enlace simbólico, crear una carpeta y pegar en ella enlaces simbólicos a las extensiones que necesitemos. El problema es que cargaríamos innecesariamente a los procesos php-cli con las librerías php-gtk.

Crear un entorno de ejecución propio para php-gtk, creando un directorio justo en /etc/php5 y poniendo ahí las extensiones que manejaríamos. En este caso, debemos hacer un script que llame a php con las extensiones cargadas.

Sería bueno comprobar las extensiones nuevas en php y anexarlas automágicamente en el archivo de configuración.

Cómo podemos cargar php
Una miradita a la ayuda de php-cli:

$ php --help Usage: php [options] [-f] [--] [args...]        php [options] -r [--] [args...]        php [options] [-B ] -R [-E ] [--] [args...]        php [options] [-B ] -F [-E ] [--] [args...]        php [options] -- [args...]        php [options] -a   -a               Run as interactive shell   -c | Look for php.ini file in this directory   -n               No php.ini file will be used   -d foo[=bar]     Define INI entry foo with value 'bar'   -e               Generate extended information for debugger/profiler   -f         Parse and execute .   -h               This help   -i               PHP information   -l               Syntax check only (lint)   -m               Show compiled in modules   -r         Run PHP without using script tags   -B   Run PHP before processing input lines   -R         Run PHP for every input line   -F         Parse and execute for every input line   -E     Run PHP after processing all input lines   -H               Hide any passed arguments from external tools.   -s               Output HTML syntax highlighted source.   -v               Version number   -w               Output source with stripped comments and whitespace.   -z         Load Zend extension .   args...          Arguments passed to script. Use -- args when first argument                    starts with - or script is read from stdin   --ini            Show configuration file names   --rf       Show information about function .   --rc       Show information about class .   --re       Show information about extension .   --ri       Show configuration for extension .

Continuará...

2012: Y para colmo, se acabarán las IPv4

Se acabó el mundo
Hace unos días un amigo me pasó un chisme: Dice que se pronostica que el 2012 se  acabarán las direcciones IPv4 de 32 bits, osea las que se escriben según la plantilla xxx.xxx.xxx.xxx; que desgracia mas grande, tendremos que cambiar a las direcciones de IPv6 con 128 bits... que mieeedoooo...!!!

Si esto no fuera poco, justo en ese momento se vaticinan otros pequeños contratiempos: sucederá el ansiado desastre climático, ya Nostragamus pronosticó el fin del mundo tal como lo conocemos, aparte que el calendario de la abeja maya también nos dice que se acaban los días y entra en la menopausia.

El escenario no puede ser peor, entrarán los hackers, troyanos, gusanos y tantas otras quimeras a nuestros ordenadores, teléfonos, a nuestras vidas y hasta pulularán en nuestros sueños, que viviremos el paseo de Dante por el mundo de las tinieblas, pobres de nosotros. Probablemente hasta aparezca alguna religión que redima nuestras direcciones IPs para que vayan al cielo, sin ser baneadas a algún purgatorio o se cocinen en el infierno de alguna lista negra.

No puede ser que para colmo se nos acaben las IPs, justo cuando este mundo comienza a ponerse interesante...

En que infierno nos hemos metido..
Pero recordemos el tema: disponemos de mucha infraestructura dependiente del IPv4, desde nuestros modestos modems ADSL, pasando por switches, routers, access points, hasta los equipos de nuestros proveedores de comunicaciones... ¿cuanta será la factura de semejante cambio? ¿cuanto afectará la economía? ¿cuan gradual puede ser?

Hasta en taringa! nos ponen algo sobre la pista.. pero cometen la osadía de poner una fecha probable, que desparpajo...

Otros aventurados menos serios aún, como gratisprogramas.org, ponen la frase las ips "podrían" terminarse... piénsenlo bien señores, es un número finito aquel teórico de 2^32, grande pero finito, se terminará acabando y tendremos que migrar paulatinamente a IPv6 con un amplio rango de 2^128, con las contingencias que esto pueda traer.

Se espera que la convivencia de IPv4 e IPv6 dure unos 20 años. No se por qué pero me parece al escenario del problema del año 2000... todo un fiasco.
Hay planes de contingencia para los ISP y se prevé que ellos utilizarán algún truquillo sucio como el viejo nateo y el tuneleado por algún tiempo.

Solución
Nosotros en casa tendremos que juntar en la alcancía para el caso que debamos cambiar a IPV6 algunos equipos en el mediano plazo, sabemos que los sistemas operativos decentes vienen listos para este nuevo protocolo, solo debemos ir aprendiendo algo sobre esta oscura cábala (wikipedia). Probablemente el modem se nos queme antes de que tengamos que cambiarlo por uno que ande en IPv6 así que no se apresure tanto.

En el caso de instituciones o el trabajo o la oficina, sabemos que el problema es proporcional a la infraestructura informática. Solo que esta vez la alcancía deberá ser mas grande, se necesita capacitar algo al personal y prepararse para la conmoción.

Y que pasó con el IPv5, quien se lo comió?
No paso nada, salvo que alguna vez propusieron un protocolo de red en tiempo real y se asignó y sacramentó el nombre, con lo que no quedó de otra que bautizar al heredero de la red con el número que sigue. En su época habrá sido una idea o visión audaz y futurista como la quinta generación de lenguajes de programación pero esto no lo vivimos ahora, en el futuro del ayer.