El truco en este caso puede ser mover el entorno a un subdirectorio (como http://midominio.com/pruebas6754), pero Wordpress almacena en la base de datos las rutas donde está alojado, que hay que cambiar si se mueve de sitio, … Un follón.

Pensé en meter un index.html porque, tradicionalmente, los Apache dan preferencia a los index.html antes que a los index.php como ficheros a servir por defecto cuando no se especifica el archivo (como en una petición a http://midominio.com/cosas, donde se serviría el archivo {$WWWROOT}cosas/index.html.

El problema es que muchos hosting ya pasan de index.html, y hacen bien, porque ya no estamos en 1999. Pero bien es cierto que en este caso nos vendría de perlas, porque colgaríamos un index.html que dijera “En construcción, fistro”, y para ver la web “en desarrollo” bastaría con ir a http://midominio.com/index.php (aunque con ciertas limitaciones en el caso de Wordpress).

Vaya, otro camino cortado. Es por ello que normalmente hago la práctica (mala, por cierto) de añadir el siguiente código (en negrilla) al index.php de Wordpress, antes de la llamada “require” que hace el resto de la magia:

define('WP_USE_THEMES', true);

session_start();

if(isset($_GET["cacaculopedopis"]))

	$_SESSION["test"] = true;

if(isset($_SESSION["test"]){

	echo file_get_contents("index.html");

	die();

}

require('./wp-blog-header.php');
?>

Gracias a esto, para ver el blog, habrá que visitar http://midominio.com/?cacaculopedopis=loquemasrabiatede, una vez hecho esto, se activará una variable de sesión que hará que te deje “pasar a la versión real” cada vez que entres.

Cuando decía que esto es una mala práctica es porque no es nada recomendable modificar ficheros base de Wordpress (y menos este, que es el que menos código tiene pero el más importante, ya que todas las peticiones pasan por aquí). ¿Por qué es una mala práctica modificar ficheros de WP? Pues porque en cada actualización tendrás que ir “llevando” ese código, con los problemas que puede causar (que el if donde lo has metido haya cambiado de lugar, por ejemplo). Pero en este caso es “haceptable” ya que es un código que no se va a mantener entre actualizaciones, porque la idea es borrarlo cuando el sitio esté online.

Es una tontería, pero ahorra mucho trabajo. Y la verdad es que trabajar en remoto (con SFTP) no es tan incómodo, y más aun cuando es en un sitio que aun no tiene visitantes, ya que tienes todo para tí solito. Lo ideal en estos casos es hacer un master en VI, pedir acceso shell por SSH, y trabajar así, pero bueno. Eso queda para otro momento.

Y es que un sistema LAMP ocupa sus 200 MB instalando desde paquetes (que hay que añadir a /etc/apt/sources.list), y no quiero ocupar el poco espacio que queda con el disco duro con eso, ya que es algo “adicional” al concepto de netbook.

El Linux incorporado tenía muchas cosas buenas pero muchas deficiencias, una de las mayores es tener una versión de libc antigua, con lo que, por ejemplo, Firefox 3 no puede instalarse sino que hay que compilarlo. ¿Y hay sitio para instalar todas las librerías necesarias para compilarlo? Pues seguramente sí, pero este ordenador no es un equipo para andar haciendo esas cosas, en mi opinión.

Windows arranca como un rayo, y le he instalado “alternativas” a las cosillas que usaba en el Xandros. Tengo AbiWord, Chrome, Skype, Spotify, Xampp y Notepad++. Realmente poco más uso

Y por cierto, una cosa que no conseguí en Xandros y sí viene con Windows por defecto: poder poner de resolución externa hasta 1440X900 (pasando por 1280×1024), cosa que al menos no había conseguido con el Xandros (sin tocar el xorg.conf claro).

Pero me hace gracia la sensación de sentirme raro al usar Windows.

¿Se te habría ocurrido este servicio antes?

Herramientas desde hace tiempo soñadas (como el cubo o las de estrechamiento) y posibilidades inimaginables (como la edición de PDF nativa) hasta ahora. Llevo más de un año trabajando profesionalmente con él y realmente es un programa increible. Por cierto, muchas de las pegas que se le achacaban a Inkscape venían del motor gráfico utilizado. Si miras el changelog verás la ingente cantidad de cambios y soluciones derivadas de la utilización de Cairo como motor gráfico. Alucina vecina, muchos diseñadores deberían intentar dar el paso.

Es algo parecido a lo que pasa con The Gimp, es muy minusvalorado. Realmente es un paso complicado pasar de una herramienta que conoces a la perfección, como Photoshop, para que te cambien los accesos de teclado, la organización de los menús, etc. Pero cuando en una empresa de desarrollo de software preguntas si tienen alguna licencia de Photoshop y se ríen de tí, más te vale saber defenderte con The Gimp. La última versión, también,te deja con la boca abierta.

Ya funciona, estaría bien poder configurarlo dentro de cada álbum desde la sección de administración, pero bueno, eso para otro “code bit”

Como ha coincidido que me está empezando a interesar bastante el tema pues me he puesto a probarlo. La verdad es que no es un CMS normal, ya que “requiere” que el servidor ofrezca páginas bajo SSL (en el caso de una tienda es bastante lógico), y requiere algunos módulos en PHP que no suelen venir de serie.

La verdad es que bajo Linux la instalación ha sido bastante sencilla (exceptuando un bug en el paquete apache2-common que hace que no se incluya el script apache2-ssl-certificate, que se soluciona descargando un tar.gz que alguien ha puesto en ese foro y descomprimiéndolo donde se indica), hay varios tutoriales que lo comentan.

En la web de Enrique Parreño se comenta también el uso de ZenCart, que tiene buena pinta. Pero como siempre, lo que hay que hacer es instalar varios, crear templates, ver cómo funcionan las pasarelas de pago, echar un ojo al código, ver módulos disponibles, … Es decir: trastear. Espero sacar una horilla al día para ir viendo este, ya que el que osCommerce no traiga de serie un sistema de plantillas es imperdonable.

Iré contando novedades… Y ya he perdido la cuenta de la de proyectos que tengo a medias.

• ¿Qué es OpenXML? Es el formato para documentos ofimáticos que ha diseñado Microsoft y expresado en 6000 folios y tan solo él ha implementado. Se basa en XML.
• ¿Qué herramientas pueden funcionar con este formato? De forma completa tan sólo dos: Microsoft Office 2007 y Microsoft Office 2003 (mediante la instalación de un plugin)
• ¿Hay algún otro formato que sí sea estándar? Sí, se llama Open Document Format (ISO/IEC 26300), está basado en XML y lo utilizan como formato nativo, sin plugins, varias suites ofimáticas. Incluso Microsoft Office puede utilizarlo mediante la instalación de un plugin que Sun ha desarrollado.
• ¿Pero cuál es el problema? Que Microsoft está intentando, a su estilo (con dinero de por medio, regalos, presiones y FUD) que se apruebe también su propio formato. Una de las mentiras es que existen muchas aplicaciones que ya manejan este formato (un estándar debe ser ampliamente utilizado antes de ser considerado como tal); mentira que se refuta en este documento, bastante gracioso de leer.
• ¿Puedo hacer algo? Bastantes cosas: no uses el formato, no envíes documentos OpenXML por email, convierte los documentos de Word y OpenXML de las cadenas de email al ODF y reenvíalos adjuntando un enlace al plugin.Lee la página de la iniciativa OpenXML.info.
• ¿Pero en qué me puede afectar? Al ser OpenXML un formato muy difícil de implementar estás restringido a utilizar Microsoft Office para manejarlo en su totalidad (leer y escribir). Si usas Office 97, Office 2000 u otra suite ofimática y dentro de poco empiezan a utilizarse masivamente estos formatos (ya que es el formato por defecto de Microsoft Office 2007, que Microsoft regala a gobiernos, universidades y escuelas) simplemente no podrás leerlos. Tendrás que pasar por el aro y utilizar Microsoft Office 2007, que es de pago y no es precisamente barato.

Y es que los estándares están para proveer de libertad al usuario y a las empresas, y esta propuesta de estándar no hace sino lo contrario: atar a usuarios a un formato que tan sólo una empresa controla, Microsoft.

Haz ruido, no dejes que los miembros de los comités de estandarización de España o de tu país acepten a OpenXML como estándar, porque ya tenemos un estándar de documentos ofimáticos válido: ODF. Di:

Hace una semana y media cogí de la biblioteca de mi escuela Agile Web Development with Rails, que trata desde cero (incluye una introducción al lenguaje Ruby) el framework para realizar webs Ruby on Rails. Conocía su existencia desde hacía un año y medio, pero esta semana lo he conocido más a fondo. Quizás la evolución que ha sufrido mi opinión con respecto al tema es por culpa de lo que comentaba al principio, que al llegar a casa no me apetece tocar un ordenador. Pero ha resultado que el primer día me fascinó, el segundo me enamoró, y poco a poco voy viendo que es muy complicado diseñar niveles de abstracción, que al fin y al cabo es lo que hace Rails.

Se basa en el paradigma MVC, algo a lo que si no coges malos vicios al programar, acabas tendiendo a hacer por tí mismo. Este paradigma separa el código que maneja los datos (modelo), del que los muestra (vista) del que recibe las acciones que manejan los datos (controlador). Puedes conocer más sobre este paradigma, o patrón, en el artículo de la Wikipedia sobre MVC.

En la web de Ruby on Rails hay una serie de screencasts que muestran algos desarrollos. Parecen muy bonitos, pero toda la “magia” que tiene eso por debajo “no es gratis”, parafraseando a un profesor mío de la Universidad. Algo parecido se discute en un post en Quoderat: Rails vs PHP: MVC or view Centric?

Mi opinión sobre Ruby on Rails es peor ahora que hace una semana, pero necesito probarlo más allá de instalarlo y hacer cuatro pruebas pequeñas, quiero plantearme una aplicación concreta y desarrollarla, apuntar los problemas que me han surgido y plantearlos aquí. ¿Has usado Ruby on Rails? ¿Después de conocerlo volviste a PHP/JSP/ASP?

Si no me vuelve a entusiasmar, probaré con PHP on Trax o CakePHP, que también tienen una misma filosofía, pero implementada en PHP, lo cual tiene muchas ventajas en la práctica; como que no te costará encontrar un ISP que te ofrezca proceso de PHP en su servidor.

Debo hacer mención también a que gracias a Compiz he empezado a usar un montón la tecla “Windows” (a la que han venido a llamar “Super”, lo que me parece apropiado) para configurar combinaciones de teclas para algunas de las muchas cosas de las que compiz es capaz. Una de ellas, super+n, la tengo asignada al plugin negative para una ventana. ¿En qué consiste? Simplemente la ventana activa se vuelve “negativa”. Como con muchas de las cosas novedosas uno no ve instantáneamente la utilidad, o le cuesta adaptarse a las cosas. Pero ¿cuántas veces hemos querido cambiar la configuración de un programa para que se vean las letras blancas sobre fondo negro, por comodidad? Muchos de los programas de escritura (ya sean procesadores o editores de texto) tienen esta capacidad, a saber: busca entre una infinidad de menús algo como “invert colors” o “black background” o incluso una configuración predefinida de colores, … Ahora no, “super+n” y la ventana se vuelve cómoda para la vista.

Aquí hay un ejemplo que acabo de hacer:

Estoy usando Gnome 2.14, OpenOffice Writer 2 con el tema “Standard” para los iconos y un tema de iconos para GTK que se llama “OSX”. Por cierto, los plugins nuevos (con cantidad de mejoras que después de ir actualizando casi a diario se hacen dificil de apuntar) así como la nueva configuración (que se libra del amado/odiado registro gconf), el nuevo gestor de ventanas (CGWD) y el nuevo programa de bandeja (compiz-manager) se encuentran en el repositorio de QuinnDeb. En la web oficial de desarrolladores de compiz puedes ver cómo configurar todo el tinglado. ¿Que aun usas Windows? Vaya, so sorry. A mí cada vez me cuesta más usarlo; aunque desgraciadamente para algunas cosas he de hacerlo.

De paso también he aumentado el tamaño de letra de las entradas hasta 13 puntos. ¿Nadie se ha quedado ciego por mi culpa, no?