Como sabréis, o no, la Wii tiene como navegador web Opera. Esto ayuda a poder navegar con mayor facilidad con esta videoconsola por las diferentes web. Pero no todas están preparadas para ésto.

Si queréis que vuestra web sea completamente navegable, tenéis a vuestra disposición una completa Api distribuido por Opera. O más bien teníamos, porque parece ser que tienen denegado el acceso.

Menos mal que antes de que ello sucediera, aNieto2k nos hizo un pequeño tutorial con algunos ejemplos para usar esta API, que podeis encontrar aquí.

Os dejos un par de enlaces donde también hablan y describen esta API, para que sigáis probando cositas.

• http://www.pushingbuttons.net/blog/?p=34
• http://www.bolinfest.com/wii/

Llevaba tiempo buscando un buen framework para php que cumpliera mis expectativas, y por fin he encontrado uno. Se trata de CakePHP, que comenzó a funcionar en el año 2005, poco después de crearse Ruby on Rails y siguiendo la filosofía de éste.

CakePHP sigue el patrón MVC, así que si tienes conocimientos en este patrón de diseño, y manejas más o menos bien PHP, puedes tener una aplicación sencilla funcionando en pocos minutos. Eso sí, si ya quieres hacer algo más complejo, habrá que echarle algunas horillas más, porque tiene muchos detalles que ir descubriendo. Y eso estoy haciendo yo, y quiero compartir con vosotros todo lo que vaya aprendiendo.

Para empezar, vamos a instalarlo, ¿os parece?

• En primer lugar tienes que tener instalado en tu máquina un servidor local y una base de datos. Os aconsejo la conbinación apache+mySQL, y para esto hay muchas aplicaciones que te lo instalan y configuran todo en un momento, como pueden ser appserv para windows o MAMP para Mac Os X.
• Hay que bajarse CakePHP de su página oficial. Aconsejo bajarse la última versión estable, aunque si queréis ser testers improvisados, probad con la última beta que encontréis. Este paquete hay que descomprimirlo en el htdocs de tu apache (si has elegido esta opción).
• Lo siguiente que hay que hacer es crearse una base de datos para CakePHP, y configurar la aplicación con los datos de la misma. Esto se hace en el archivo Cake\app\config\database.php, completando las diferentes variables (host, login, password, database) con los parámetros de vuestra base de datos.
• Para que todo esto funcione, hay que tener activado el módulo mod_rewrite. Para ello, en la configuración de Apache debemos desmarcar el comentario (#) de la siguiente línea en httpd.conf: #LoadModule rewrite_module modules/mod_rewrite.so

Y ya está, si todo va correcto os tendría que salir la siguiente pantalla:

En siguientes entradas iremos avanzando y crearemos una pequeña aplicación en pocas líneas. ¡Estad atentos!

Aún me sigo sorprendiendo de lo fácil que es instalar y configurar algunas herramientas de programación en Mac Os X. Hoy vamos a ver lo fácil que es tener tu propio Servidor de Aplicaciones Tomcat en tu mac sin morir en el intento.

Lo primero que uno piensa cuando se va a instalar un Tomcat es en instalarse una jdk y configurar el JAVA_HOME en las variables de entorno y todo ese rollo. Pues ¡no hace falta! Leopard ya lo trae instalado, así que ya te puedes ir olvidando de todo eso.

Ahora toca instalar el propio tomcat, que eso si que lo tenemos que hacer nosotros solitos, pero es bastante sencillo y rápido. Obviamente, en primer lugar nos bajamos tomcat desde su página oficial. Yo me he descargado el tomcat 5.5.9.

Una vez hecho esto, copiamos el tar.gz a la ruta /usr/local y descomprimimos de la siguiente manera.

usuario@localhost:~> sudo sh
Password:
root@localhost:~> mv jakarta-tomcat-5.5.9.tar.gz /usr/local/
root@localhost:~> cd /usr/local/
root@localhost:local> gnutar -xzvf jakarta-tomcat-5.5.9.tar.gz

Obviamente, si vuestro tomcat no es el mismo que estoy instalando yo, debéis cambiar el nombre del archivo. Y con esto ya tenemos instalado nuestro querido y amado tomcat, aunque todavía quedan cositas para que la cosa funcione del todo bien.
Primero, le damos los permisos necesarios para que la cosa vaya bien.

root@localhost:local> chmod -R 775 /usr/local/jakarta-tomcat-5.5.9

Para parar y arrancar el tomcat podemos crear dos sencillos scripts y así no volvernos a preocupar por ello. Nos lo podemos crear en una carpeta llamada bin en nuestro home (ya sabéis, “cada user en su home y root en la de todos”), con nuestro editor de texto favorito (¿alguien dijo vi?).
Para pararlo:

#!/bin/sh
export CATALINA_HOME=/usr/local/jakarta-tomcat-5.5.9
export JAVA_HOME=/usr
$CATALINA_HOME/bin/shutdown.sh

Para arrancarlo:

#!/bin/sh
export CATALINA_HOME=/usr/local/jakarta-tomcat-5.5.9
export JAVA_HOME=/usr
$CATALINA_HOME/bin/startup.sh

Y por supuesto, darle permisos de ejecución:

usuario@localhost:bin> chmod ug+x start_tomcat stop_tomcat

Y ya está todo, simplemente arrancar el tomcat,

usuario@localhost:~> ~/bin/start_tomcat

y acceder al mismo,

http://localhost:8080/

Magia, pura magia …

Muchas veces necesitamos para una documentación, un trabajo, o simplemente para mostrarle tu escritorio a alguien, realizar capturas de pantalla. En windows tenemos el siempre socorrido botón Impr, con el cual se hace una captura de pantalla, que se guarda en el portapapeles.

Con el Mac la cosa es similar, pero bastante más completo. Hay diferentes combinaciones de teclas con los que hacer capturas de pantalla, tanto de todo lo que tengas en ese momento, de un trozo a seleccionar, o de una ventana en partícular.

Estas capturas se guardan en el escritorio en formato png, y las combinaciones son las siguientes.

• Cmd+MAY+3. Captura toda la pantalla.
• Cmd+MAY+4. Captura de una selección de la pantalla.
• Cmd+MAY+4 y a continuación barra espaciadora. El cursor adopta un icono de una cámara y podremos capturar una ventana o un icono.

Con estas mismas combinaciones, sumándole el mantener pulsado la tecla Ctrl, la imágen se guardará en el portapapeles en vez del escritorio. Es decir,

• Cmd+Ctrl+MAY+3.
• Cmd+Ctrl+MAY+4.
• Cmd+Ctrl+MAY+4 y a continuación barra espaciadora.

También hay por ahí diferentes programas con los que hacer esto mismo, y quizás algunas funciones más, como por ejemplo ScreenShot Plus, pero al menos para mí con esto tengo más que suficiente.

Solo una cosita más. Si queréis que esta imágen se guarde en otros formatos que no sean png, podéis instalar un widget llamado shotChoice, con el cual podréis seleccionar en qué formato queréis que se guarden las capturas.

Me ha sorprendido muy gratamente la facilidad con la que uno puede disponer en tu Mac Os X de un servidor Apache que soporte php.

Conociendo la dificultad que a veces hay para instalarlo en otros sistemas operativos, y mi poca experiencia con éste, pensaba que me iba a costar mucho instalar y configurar apache+php.

Buscando información, cual fue mi sorpresa, cuando vi que para tenerlo todo listo se podía hacer en dos simples pasos:

En primer lugar, se va a Preferencias del sistema -> Compartir y activas el checkbox que pone “Compartir Web”. Bien, con esto ya tenéis andando apache, sin instalar nada, ya que viene nativo en vuestro flamante Leopard (o Tiger). En la siguiente imágen podéis ver esa ventana. En la zona emborronada estaría la url hacia la raíz de vuestro servidor.

En segundo lugar, para que nuestro Apache entienda php, simplemente hay que ir a /etc/apache2/httpd.conf , buscar la línea

#LoadModule php5_module libexec/apache2/libphp5.so

y se le quita la almohadilla.

Y ya está, teneis un perfecto servidor web para realizar vuestros proyectos en php. La carpeta raíz está en: vuestroUsuario -> Web. Si navegáis a través de la consola sería la ruta /Users/vuestroUsuario/Sites.

3. OPTIMIZAR PARA EL LECTOR.

Como última entrega, vamos a ver como poner tu blog para que el lector esté cómodo y quiera volver a entrar.

La información debe de ser clara, sin trabas visuales, libres de efectos (banners, iconos, etc). Evitar estos efectos en javascript, flash, etc, que pueden parecer muy bonitos pero lo que hacen es sobrecargar la página, hacerla más lenta, y perder lo importante que es el texto que escribas, o las imágenes que enseñes. Es decir, hay que liberar toda la información y vender lo que hacemos.

Algo que es muy útil es tener enlaces de las entradas ordenados por meses y categorías. Tenerlo todo a mano para facilitar la búsqueda de un artículo concreto del cual no sepamos bien como se titulaba pero si más o menos cuando se leyó. Esto con Wordpress es fácil, vienen prácticamente en todas las plantillas, o si no se pueden añadir mediante gadgtes.

Relacionado con esto, es muy importante tener un buen buscador. El que tiene wordpress va más bien regular. Una buena solución es el buscador de google, que es bastante eficiente. Esto es algo que tenemos que mejorar en este nuestro blog, a ver si en breve lo hacemos.

Hay mucha gente que leerá nuestro blog a través de los RSS, incluso algunos que los descargarán en su portatil, móvil o pda para leerlos en el autobús/tren/metro donde no tendrán conexión. Por eso es importante que estos rss no sean ni titulares, ni parciales ni resúmenes, si no que sean RSS COMPLETOS. No vale la excusa de “si lo pongo todo por rss no entrarán en mi página”, ya que un bloguer tiene que generar discusión, y “obligar” al lector de feeds entrar a ver la discusión y participar en ella. Y es que el lector tiene que leer la opinión del bloguer, no un titular o flash informativo.

Y a cuento de esto, y para terminar, el bloguer tiene que entablar relación con sus lectores y responder a todos los que comentan (o a los que se puedan), y entablar conversación con ellos. Esto actualmente lo hacemos, aunque también es verdad que tenemos pocos comentaristas y es fácil entablar conversaciones con cada uno de ellos.

Y aquí acaba esta serie de tres artículos sobre como optimizar tu blog. Muchas gracias de nuevo a Diego Lafuente, nos ha servido de mucho sus consejos.

Vamos a explicar brevemente cómo se instala y configura un servidor LDAP en Linux, concretamente, en una distribución Ubuntu Gutsy Gibbon (la versión de Octubre 2007). No tiene mucha complicación pues vamos simplemente a instalar los paquetes alojados en los repositorios oficiales de Ubuntu (o de otra distribución). El primer paso es, lógicamente, descargarse el software. Para ello tecleamos en una consola:

apt-get install slapd #instala el servidor OpenLDAP
apt-get install ldap-utils #instala diversas utilidades que emplearemos después
apt-get install gq #es un sencillo browser para nuestr LDAP
apt-get autoremove #esta llamada limpia los paquetes instalados que ya no son útiles

Una vez hecho esto, tenemos que modificar algunos parámetros en los archivos de configuración propios del ldap. El archivo más importante es el que se encuentra en /etc/ldap/slapd.conf. A continuación las directivas que hay que modificar para adaptarlo a nuestras necesidades.

• sufix “dc=peks,dc=es”
• rootdn “cn=admin,dc=peks, dc=es”
• rootpw ****** (el que queráis)
• access to attrs= … by “cn=admin,dc=peks, dc=es” write …
• access to * “cn=admin,dc=peks, dc=es” write by * read

Explicamos brevemente para qué sirve cada uno de ellos: el sufix es el nombre y dominio de la institución que vamos a administrar. En nuestro caso será el dominio peks.es . Es la raíz de nuestro árbol LDAP, de ella colgará todo lo demás. El rootdn y rootpw son para poder añadir datos al LDAP con una instrucción que veremos en seguida. Las dos últimas líneas son para dar permisos de escritura y lectura al usuario que hemos definido como administrador.

Ahora añadiremos un grupo llamado Usuarios dentro de la jerarquía del nuestro LDAP. Para meter datos necesitamos crearnos un archivo de texto plano con extensión ldif (usuarios.ldif, por ejemplo). En él escribimos el siguiente texto:

dn: dc=peks, dc=es
objectClass:top
objectClass: organizationalUnit
objectClass: dcObject
dc: peks
ou: PEKS

dn: ou=Usuarios, dc=peks, dc=es
objectClass: top
objectClass: organizationalUnit
ou: Usuarios

y ejecutamos por consola la siguiente instrucción:

ldapadd -x -D “cn=admin,dc=peks,dc=es” -W -f /ruta/al/archivo/usuarios.ldif

Y así habremos creado nuestro primer grupo en nuestra institución que se encargará de almacenar los datos de los usuarios de la aplicación. Con el GQ podemos ver nuestro ldap. Un ejemplo de como queda este ejemplo en la siguiente imagen.

Seguiremos avanzando y contando más cositas a medida que vayamos progresando en este sentido.

Esta entrada es la continuación a Optimizando tu blog (I).

2. Optimizar para el blogger.

Bloguear tiene que ser una actividad gustosa, que “te alegre el cuerpo” y no ser un trabajo, al menos para los que simplemente lo hacemos por placer, y no cobramos por ello. Así que no hay que hacer unas olimpiadas de intentar escribir más entradas que nadie, aunque solo sean dos líneas. Hay que escribir sólo por gusto, no por deporte, no pensando que hay que escribir más, si no solo justo lo necesario.

Otro tema importante, y algo que no teníamos en nuestro blog, es tener una licencia para su contenido. Hay que elegir una buena licencia, y lo que aconseja Diego, y con lo que estamos totalmente de acuerdo es elegir una licencia no comercial CC (Creative Commons). Este tipo de licencia es la que hemos usado nosotros, más concretamente ésta, como podeis ver al final de la página.

A esto viene por añadido el tener cuidado con el contenido que se utiliza de otros sitios, y nunca utilizarlo sin leer la licencia, ya que esto puede provocar problemas de derechos. Sobre todo intentad usar contenido con licencias de libre distribución, tener cuidado con las imágenes y siempre es bueno pedir permiso.

Hay que relajarse, no estar todo el tiempo pensando en qué pensará la gente, si no escribir sobre lo que me gusta a mi. Si no me relajo, la gente lo percibe, y si la gente lo percibe, se alteran, y terminan entrando los trolls.

También es necesario e importante leer que dice el resto y participar de las conversaciones. No solo escribir tu rollo, si no ver lo que dicen los demás, y opinar sobre ello.

Otro tema es el enlazar correctamente, así la gente sabe de qué estás hablando. Y no solo un “VIA TAL”. Lafuente nos incita a seguir su campaña de “No al VIA”. El VIA es para los medios tradicionales, los blogs debemos de separarnos de ellos e intentar ser más sociables, más cercanos.

Para escribir las diferentes entradas es muy importante, casi obligatorio usar las diferentes herramientas que hay disponibles, como son google, technorati, del.icio.us, wikipedia, etc. Technorati se puede usar para saber quien habla de lo mismo que tú, o de ti, y esto sirve para autodocumentarte antes de escribir, obteniendo entradas con más propiedad, y no solo copias de noticias.

Y por último, usar un buen gestor de SPAM, ya que nos deja mucho tiempo libre. AKISMET es la mejor alternativa para el sistema Wordpress. Nosotros lo hemos usado y desde entonces no hemos tenido que moderar ni un solo comentario más. Otras alternativas podría ser dificultar un poco a esos bots el comentar en nuestro blog, como poner un catcha, incluso siendo más radical no dejando poner más de X enlaces.

En la tercera y última entrega contaremos los trucos para la optimización para el lector. En unos días la tendréis disponible.

Aquí os presentamos un estupendo video explicativo de la utilidad que tiene usar los rss (o feeds) de los diferentes blogs y news que visita a lo largo del día. Veréis que es muy sencillo y que puede ayudar a estar al día de todas las entradas de vuestros sitios favoritos sin necesidad de estar constantemente actualizando dichas páginas.

Así que ya sabéis, ¡suscribiros a nuestro feed!

En el pasado EBE del que tanto hemos estado hablando, y del que tanto se ha hablado, hubo un taller impartido por Diego Lafuente (aka Minid) que fue de lo más interesante para todos los que tenemos un blog, seamos más o menos veteranos.

De esta charla cogimos unos buenos apuntes, y aquí os lo queremos mostrar, aportando nuestras humildes apreciaciones.

Vamos a dividir estos consejos, al igual que hizo él, en tres partes, que para nosotros serán tres entradas:

1. Optimizar para el servidor.
2. Optimizar para el bloguer.
3. Optimizar para el lector.

1. Optimizar para el servidor.

La mayoría hemos comenzado teniendo un servicio gratuíto, para ir haciendo pruebas y ver como va la cosa. Pero tarde o temprano, y si las cosas marchan bien, se quiere pasar a un buen servidor.

Según Lafuente, es muy importante buscar un buen servidor y evitar cuentas de hosting baratas y masivas, ya que hay demasiada gente usando este servicio, y aunque nosotros tengamos bien optimizado el nuestro, otro usuario que esté en la misma máquina puede estar ocupando más recursos de los que debe, afectándonos a nosotros. Por eso nos aconseja optar por servicios más exclusivos o bien dedicados. El problema que le vemos a esto es que no todo el mundo se puede permitir este tipo de servicios, que pueden costar desde los 99 € al mes, precio sin duda privativo para la mayoría de los bloguers amateurs. Eso sí, antes de contratar un hosting hay que mirar muchos, es algo importante elegir el mejor posible que pueda permitirse nuestro bolsillo.

Además de ésto, en dicho hosting es importante mirar que tenga los sistemas totalmente actualizados, ya que nos pueden hacer falta para hacer funcionar nuestro blog. Estos sistemas pueden ser mysql, php, etc.

Hay que elegir un buen sistema para bloguear. No sólo para que se vea bien y bonito, sino que pueda correr bien y optimizado para los recursos existentes. Wordpress es el único que recomienda David, y nosotros nos sumamos a esta recomendación, ya que está muy optimizado, es escalable, y se actualiza constantemente. Eso si, hay que evitar la instalación masiva de plugins. Cuando exista un problema en el servidor, lo mejor es atacar a los plugins, que seguramente sea lo que nos está dando problemas.

Y centrándonos en Wordpress, es conveniente elegir una buena plantilla y trabajar sobre ella. Si esta plantilla no está bien construida, va a atacar más a la base de datos innecesariamente y relentizará todo. Nuestra plantilla parece que va bastante bien, aún así estamos trabajando en una propia, para poder tenerlo todo controlado.

Otra cosa bastante importante, y que gracias a esta charla hemos conocido y añadido a nuestro blog es un buen sistema de caching de páginas. Esto lo que hace es analizar todas las peticiones que hace el usuario, y servir páginas armadas sin renovar. Así que cuando el usuario entra, y no hay cambio, en vez de atacar a la base de datos, te sirve la que ya tiene guardada. La mejor es WP-CACHE, siempre hablando de Wordpress.

Hay que considerar el uso de un CDN (Cadena de distribución de contenido), es decir, tener diferentes hostings para servir determinados contenidos (imágenes, video, música, etc). Como ejemplos tenemos flickr para imágenes, YouTube para video, feedburner para rss. Esto es otra cosa en la que nos estábamos equivocando, queriéndolo tener todo en nuestro servidor, y que a partir de esta semana ya hemos estado distribuyendo poco a poco.

Y por último, y esto está quizás más orientado para gente más experta con conocimientos de seguridad en servidores, sería bueno configurar un archivo .htaccess. Es un archivo con una serie de reglas, configurado con la sintaxis de Apache, y que sabiéndolo utilizar permite un mayor control en la forma en las que se envía y distribuye los archivos. Con esto se le puede decir al servidor “si hay alguien que quiera utilizar mi imagen en su sitio, no se la sirvo, solo le doy un archivo en blanco de 1k”, con el consecuente ahorro de tráfico.

En siguientes entregas iremos desarrollando los otros dos puntos. Así que estén atentos a sus pantallas, que aún hay más.