Problema al traducir un link de menú de K2 con joomFish

Patada de joomfish a k2Si estamos trabajando en un portal con K2 y JoomFish, es fácil que nos ocurra que no funcionan bien los links de los menús del tipo ‘categoría de K2’ o similar.
Si vamos al administrador de traducciones de joomfish y vemos las traducciones de esos ítems de menú, veremos que están incompletos.
Lo peor es que aunque le demos a copiar y guardemos, vemos que el link sigue mal traducido.

Para arreglar esto tenemos que aplicar la solución encontrada aquí.

Básicamente se trata de:

1. Ir a la ruta “administrator/components/com_joomfish/contentelements”
2. Editar el archivo “menu.xml” (haz copia)
3. Sustituir esto: <field type=”readonlytext” translate=”1″  posthandler=”saveUrlParams” prehandler=”checkUrlType”>Link</field>
4. Por esto: <field type=”text” length=”100″ maxlength=”255″ translate=”1″>Link</field>

Una vez hecho esto, ya podemos ir al administrador de traducciones, y editar todos los items de menú para ahora sí, poder copiar la url original y guardar sin problemas.

Si además, tenemos el sh404sef activado puede que sigamos teniendo problemas.
En este caso, solo tenemos que ir al panel de control de sh, y en la opción “Enable URL optimization” ponemos NO.
Aunque parezca que no tiene sentido, el resultado es muy satisfactorio. Se mantienen las url’s optimizadas.

Creación de listas en Joomla con JHTML

En Joomla hay una forma bastante sencilla y cómoda de montar el html de unos radiobuttons o de un select.

$genderOptions[] = JHTML::_('select.option', 'm', JText::_('Male'));
$genderOptions[] = JHTML::_('select.option', 'f', JText::_('Female'));
$gender_list = JHTML::_('select.radiolist', $genderOptions, 'gender', '', 'value', 'text', $inseveUser->gender);

$viasOptions[] = JHTML::_('select.option', 'c', JText::_('Calle'));
$viasOptions[] = JHTML::_('select.option', 'a', JText::_('Avenida'));
$vias_list = JHTML::_('select.genericlist', $viasOptions, 'tipo_via', '', 'value', 'text', $inseveDireccion->tipo_via);

Además, para poder hacer optgroups en los selects, basta con añadir la opción:

$genderOptions[] = JHTML::_('select.optgroup', 'nombre');

y luego debajo añadir las opciones y por último llamando a select.genericlist.

Error 500 No valid database connection Joomfish Joomla

Nos hemos encontrado con un error en el componente Joomfish! (error ya analizado por sus desarrolladores) en el que al entrar daba un error 500 (en cualquier página).

La solución mas extendida es cambiar en la configuración global de Joomla el valor tipo de base de datos de Configuración de la base de datos de mysql a mysqli. Esto no seria una mala opción, pero depende del hosting donde se albergue, pues a veces hemos migrado de un hosting a otro y la opción mysqli no funcionaba porque el hosting no tenia habilitada esa opción.

Una solución que proponen aquí es cambiar el plugin que provoca ese error (system – jfdatabase). Este plugin esta en /plugins/system/jfdatabase/. Los archivos son intercept.jfdatabasemysqli.php (linea 102 aproximadamente) y intercept.jfdatabasemysql.php (linea 160 aproximadamente). Para ello, buscamos el siguiente código en ambos:

// only needed for selects at present - possibly add for inserts/updates later
if (strpos(strtoupper($tempsql),"SELECT")===false) {
$pfunc = $this->_profile($pfunc);
return;
}

y lo cambiamos por:

//Here we don't try to convert a query if it does not start with select (uppercase or lowercase)
//and we are nice with developers in case of they added some extra spaces at the begin of their query.
if (!preg_match('#^ *select#i',$tempsql)) {
$pfunc = $this->_profile($pfunc);
return;
}

A nosotros de momento nos lo ha solucionado. Si sabéis alguna otra opción para corregir este bug (repito, en algunos hostings no se reproduce el error pero en otros si) dejar un comentario y os lo agradeceremos.

Sustituir función eregi por preg_match

La funcion ‘eregi‘ está obsoleta desde PHP 5.3.

Ahora debemos usar la función ‘preg_match‘ que es compatible con ‘Perl‘.

Para la sustitución, tenemos que tener en cuanta lo siguiente:

1. Es necesario añadir delimitadores a la expresión regular.
2. Algunas expresiones las tendremos que cambiar por sus equivalentes en PCRE (Perl Compatible Regular Expressions).
3. La ‘i’ de ‘eregi’ viene de case-insensitive, que en PCRE equivale a usar el flag ‘i’.

Sabiendo esto, vamos a un caso práctico:

Utilizando Joomla 1.5 con el editor JCE, nos podemos encontrar con el siguiente error:

Deprecated: Function eregi() is deprecated in XXX\plugins\editors\jce\libraries\classes\editor.php on line 236

En este caso, solo tenemos que ir a la línea en cuestión, y cambiar el código:

if( eregi( $key, $param ) ){

Por

if( preg_match( '/'.$key.'/i', $param ) ){

Esperamos que os sea de ayuda.

Migración de wordpress a nuevo dominio y hosting

En esta ocasión vamos a explicar brevemente como se cambia de hosting y de dominio una web que tenemos en marcha con WordPress.

1. Compramos el hosting y el dominio.

Evidentemente lo primero es comprar el dominio y el hosting que deseemos. Una vez hecho esto con el proveedor que queramos, nos llegaran todos los datos que necesitamos por correo.

2. Base de datos

Desde el panel de control de nuestro hosting, creamos una base de datos que se llame igual que la anterior y ponemos el mismo usuario y password.
Hecho esto, exportamos la base de datos del hosting viejo mediante phpMyAdmin o cualquier otro gestor de base de datos a un fichero sql. (Con la opción de ‘completar los inserts’)
Abrimos el fichero con un editor (p.e. Notepad++) y hacemos el reemplazo de la cadena del dominio antiguo por el dominio nuevo. Por ejemplo: “subdominio.dominioviejo.com” o “www.dominioviejo.com” por “www.dominionuevo.com”.
Entonces, abrimos el gestor de base de datos del hosting nuevo e importamos el fichero en la base de datos que habíamos creado.

3. Archivos

Pasamos todos los archivos y carpetas del servidor antiguo al nuevo. Es interesante ver si podemos comprimir en zip antes de descargar y descomprimir después de subir al nuevo para ahorrar tiempo, o si el hosting viejo tiene algún tipo de ‘file manager’ que te permita ‘copiar’ archivos y carpetas en otro servidor por ftp directamente y te ahorras el bajar y subir por ftp.

4. Configuración

Por último, solo nos queda hacer los cambios que corresponda en el fichero “wp-config.php” del servidor nuevo.
En caso de haber hecho el paso 2 tal cual lo hemos dicho, solo tenemos que cambiar la línea “define(‘DB_HOST’, ‘#new.sql.server#’);” y poner la dirección del nuevo servidor de base de datos. En algunos casos es posible que no haya que modificarlo si pone ‘localhost’.
Si el nombre de la base de datos, o el usuario, o el password no es el mismo que el anterior, también tendremos que cambiar las líneas que indican su configuración.

Con esto ya debemos tener el wordpress funcionando en el nuevo dominio.

Ahora solo faltaría redirigir todo el tráfico del dominio antiguo al nuevo.

5. Redirección 301

Para hacerlo, la mejor formar es modificar el .htacces del dominio antiguo (vale la pena que guardéis una copia del de ese momento por si acaso) para que quede con el siguiente código:

# Redireccion 301 al nuevo dominio
<IfModule mod_rewrite.c>
RewriteEngine On
redirectMatch 301 ^(.*)$ http://www.nuevodominio.com$1 
</IfModule>

Y ya está todo.

Podemos hacer la prueba de entrar en el dominio viejo, y ver cómo nos redirige al nuevo dominio, he incluso si vamos a una url concreta del dominio viejo, iremos a la url equivalente del dominio nuevo.
De esta forma, San Google nos debería respetar todo nuestro posicionamiento y no perderemos ni una sola visita. xD