Archivo de la etiqueta: problema

Problema con la traducción al español de WordPress

Desde que tengo el blog lo he tenido en castellano usando la traducción que nos brindan desde WordPress-es, y sin problemas… hasta el otro día, en que cambié de empresa de hospedaje…

Antes lo tenía en GetYourHost, pero he cambiado a WebHostingBuzz… no porque me fuese mal, sino porque con este último por un poco más de dinero obtengo bastante más que con el primero.

Todo fué perfecto el cambio, excepto una cosa… el tablero/dashboard de mi WordPress no estaba en español, permanecía en inglés… :(

Probé de todo… volver a subir el fichero de lenguaje, volver a subir el wp-config.php asegurándome que todo estaba bien, etc, etc… Hasta probé incluso a montar un WordPress limpio en otro directorio, y tampoco funcionaba… Esto último ya me hizo pensar que el problema iba por otra parte… como una versión de algún software distinto entre los dos proveedores de alojamiento.

Bien, pues después de buscar un ratillo por ahí, me encuentro con este comentario que me ayudó bastante.

En estas líneas del fichero wp-includes/gettext.php está el secreto:


// $MAGIC1 = (int)0x950412de; //bug in PHP 5
$MAGIC1 = (int) - 1794895138;
// $MAGIC2 = (int)0xde120495; //bug
$MAGIC2 = (int) - 569244523;

Esas dos que están comentadas parece que hay que descomentarlas si usas PHP 5, debido a un bug en éste.

En GetYourHost usan PHP 4.3.10 y todo funcionaba perfecto. En WebHostingBuzz usan PHP 4.3.11, y no funciona…

Por probar, descomento esas líneas haciendo creer a WordPress que tenemos el bug del PHP 5, por lo que quedaría así:


$MAGIC1 = (int)0x950412de; //bug in PHP 5
// $MAGIC1 = (int) - 1794895138;
$MAGIC2 = (int)0xde120495; //bug
// $MAGIC2 = (int) - 569244523;

Cuál es mi sorpresa que funciona… así que con la versión 4.3.11 de PHP también hay problemas… algo deben haber cambiado de la 4.3.10 a la 4.3.11.

En fin… Arreglado queda… ;)

Problema solucionado para instalar distribución de Linux en el portátil Acer Aspire 1353LM

Tux con portátilPues resulta que cuando me compré el portátil intenté instalar alguna versión de Red Hat Linux, que no recuerdo si era la 9, pero vamos, que desde entonces he ido probando con las distintas “Fedora Core X” hasta la última (que es la 4) y no lo conseguía…

Este portátil lleva una chasca de chip de video que es un VIA/S3G KM400. El problema siempre he pensado que estaba en este chip, porque era intentar arrancar el sistema de instalación y ala!, se veía todo a rayas y no podía continuar.

La primera vez le puse empeño y no conseguí nada. De ahí en adelante, con las nuevas versiones que iban apareciendo sólo probaba a arrancar con el CD/DVD y si se veía mal, lo dejaba y punto.

Bien, pues el caso es que el otro día me decidí a bajarme la distribución Kubuntu, en versión Live! (arranca desde el CD/DVD y es totalmente usable sin instalar nada en el disco duro) para probarlo y ver si pasaba lo mismo. Cuál es mi sorpresa que ZAS!, me pasa lo mismo que con Fedora, pero veo que hay unas ayudas en la pantalla inicial de instalación (en modo texto y que se ve bien). En una de estas ayudas leo lo siguiente:

Laptops with screen display problems: live vga=771

Ummm!, lo pruebo… ¡¡ Y FUNCIONA !!.

Esperé a que terminase de arrancar la Kubuntu para verla y ohhhh!, qué bonita… Ya me estoy descargando la versión de instalación para instalármela en el portátil. Ya me la he instalado y es chulísima.

Hoy se me ocurrió pasarle el mismo parámetro a la instalación de la Fedora Core 4, ¡y también funciona!. Vaya tela, tanto tiempo pensando que no había solución para esto, y esperando a que sacasen algo, y resulta que la solución ya estaba ahí.

He buscado un poco y lo que hace ese parámetro es configurar el framebuffer a 800×600 y 256 colores. La configuración por defecto no le sienta muy bien a este portátil.