Simple, esto se debe a que no tenemos instalados componentes para VirtueMart en el Joomfish.

Como realizar esta instalación

1) Primero debemos tener instalados Joomla, los dos componentes – VirtueMart y Joomfish – y los paquetes de los idiomas que vamos a usar tanto para el Joomla como para el VirtueMart (en efecto, el paquete para el VirtueMart tiene varios idiomas, así que solo hay que instalarlo una vez).

2) Modificar una tabla del VirtueMart. Esto para que Joomfish pueda trabajar con ella. Ejecutamos el siguiente SQL (puede ser a través de phpMyAdmin o cualquier cliente de nuestra preferencia, yo siempre me he ido con el HeidiSQL 4):

ALTER TABLE `jos_vm_product_attribute_sku`
ADD `attribute_sku_id` INT( 11 )
NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST;

3) Instalamos los componentes del VirtueMart en el Joomfish. Estos los obtenemos de alguna de estas dos direcciones VirtueMart Content Elements for Joomfish 2.0 (en los foros de Joomfish) * – al que hay que hacerle unas modificaciones – o VirtueMart Content Elements for Joomfish 2.0 (en la página de GJC Webdesign) – que ya las tiene hechas – **. Los descomprimimos y los compiamos en joomla_root/administrator/components/com_joomfish/contentelements.

* En caso de haber bajado el primer archivo el cambio que debe hacerse es el siguiente:

Cambiar el nombre del archivo joomla_root/administrator/components/com_joomfish/contentelements/vm_store_info.xml por vm_vendor.xml.

** Aquí les dejo una copia del archivo (ya modificado por la gente de GJC Webdesign):

virtuemart.1.1_joomfish.2.0_contentelementfiles

Fuentes:

Joomla 1.5, VirtueMart 1.1 & Joomfish 2.0
Using Joomfish 2.0 with Joomla 1.5 & VirtueMart 1.1

El problema

Comencemos por ahí, ¿cuál es el problema? El problema consiste en que el Google XML Sitemap Generator no produce una salida al cliente web, sino un archivo que será guardado en un directorio local (en el servidor). En un Wordpress convencional esto funciona de maravilla, ya que, por ejemplo, la siguiente dirección nuestroblog.com/sitemap.xml tiene una correspondencia real con la estructura de archivos /ruta/local/de/wordpress/sitemap.xml. En Wordpress MU, esto no es así. Una ruta como nuestroblog.com/blog2/sitemap.xml no se corresponde a un directorio real. Simplemente, /ruta/local/de/wordpressmu/blog2 no existe.

Crear el directorio funciona, pero… entonces romperemos la estructura del Wordpress MU, nuestroblog.com/blog2 ya no nos mostrará el blog como lo hacía antes. Ponernos a crear redireccionamientos, usar reglas de rewriting… es cambiar un problema por otro.

Las soluciones

Tenemos dos opciones. La primera, que es la que utilicé, consiste en colocar los archivos generados en otra ubicación. La segunda, en la que no puedo profundizar, ya que no la utilicé, consiste en crear un archivo dentro del tema empleado en el blog.

La primera nos da una solución que no es totalmente ideal, ya que no es tan elegante como cabe esperar, la segunda puede solucionarnos este problema, pero muy posiblemente, requerirá de bastante esfuerzo adicional y tendremos que hacerlo para cada tema en nuestro sitio.

La primera solución – archivos en otra ubicación

Podemos colocar los archivos en la raíz del sitio. Claro, tendremos que cambiarle el nombre o sino sobreescribiremos los archivos de la raíz. Algo como blog2_sitemap.xml puede ayudarnos lo suficiente.

Sin embargo, al mirar las herramientas para el webmaster de Google, podemos hacernos a la idea de que ellos esperan que el sitemap esté ubicado dentro de la dirección de cada sitio web. Entonces, la solución será colocarlo en el directorio local /ruta/al/wordpress/mu/wp-content/blogs.dir/<BLOG ID>/files/sitemap.xml, para que externamente se vea como nuestroblog.com/<NOMBRE DEL BLOG>/files/sitemap.xml. No se ve como esperaríamos, pero ya es un buen avance. Naturalmente tenemos que reemplazar <BLOG ID> y <NOMBRE DEL BLOG> por los valores que les corresponden.

La segunda solución – archivos en los temas

Aquí solo puedo dar algunas ideas, ya que no la he llevado a cabo.

Se me ocurre colocar un archivo .php que muestre el contenido de los archivos sitemap.xml y sitemap.xml.gz generados por el plugin.

En realidad, esta solo tiene sentido si se combina con la anterior, y sería solo una forma de hacer que se vea “bien” la url del archivo.

Se me ocurre que en su lugar puede usarse un rewriting, pero no lo realicé. Si alguien lo sugiere, lo colocaré en esta entrada o en una nueva.

Fuentes

junsuijin en el IRC de freenode: http://tyco.ws/.

Discusión acerca de Sitemap en los foros de Wordpress MU.

¿Cómo solucionarlo?

Tendremos que editar el archivo

/wp-includes/formatting.php

y reemplazar los dobles guiones, en los campos correspondientes (usualmente el segundo y el tercero), de la línea:

$static_replacements = array_merge(

por

--

Para estar seguros de que estamos haciendo las cosas bien, vamos a revisar que los campos que estamos reemplazando se corresponden con los dobles guiones en la línea:

$static_characters = array_merge(array(

Un poco más en detalle, reemplazaremos cada guión por

-

Así se simple.

¿Y si no quiero modificar el archivo mencionado?

Simple, en la vista html, cuando estemos editando la entrada, colocaremos en lugar de cada guión el código mencionado anteriormente:

-

Fuentes:

Disable double hyphen to dash wordpress replacements
How To Add Double Dash To WordPress Posts

En la interfaz de administración al realizar algunas configuraciones el sistema nos devuelve un error que contiene el siguiente texto:

Warning: Cannot modify header information – headers already sent by (output started at /local-path-to-MODx-folder/manager/includes/lang/spanish.inc.php:1022) – …

¿El error?

Simple, el archivo de idioma español /local-path-to-MODx-folder/manager/includes/lang/spanish.inc.php tiene un salto de línea de más al final del mismo. Solo es borrarlo, borrar todo salto de línea y espacio que esté fuera del php (<?php … ?>).