Este articulo va en respuesta al de Lucio Albenga, sobre las implicaciones de usar un CMS, en principio pensaba publicarlo como una respuesta en su blog, pero como me he alargado mejor hacerlo desde aquí. De esta forma también aprovecho y me estreno en este blog de desarrollo web con Joomla .

En algunas otras ocasiones suelo coincidir con Lucio, pero esta vez coincidimos más bien poco, pero aquí se nota que cada uno tira para lo suyo.

En otra ocasión trataremos más ampliamente los beneficios de usar un CMS open souce.

- Me imagino que esta comparando los CMS open source o comerciales con un CMS desarrollado a medida, porque para mi hoy en día la mayoría de desarrollos web deben de disponer de un gestor de contenidos para que no tenga que ser el desarrollador el que se encargue de las actualizaciones del contenido de la web.

Seguir leyendo...

---

Añade este artículo a tu marcador social favorito

Joomla Vs Worpress ó Wordpress Vs Joomla... El orden de los factores no afecta a tan buenisimos productos CMS.

En la red tenemos muchisimas comparaciones entre estos dos buenísimos CMS, incluso mezclados también con Drupal del que pronto esperamos poder experimentar. Primero esperamos tener un nivel avanzado como el que tenemos con Joomla y posteriormente nos lanzaremos con Drupal. Seguramente cuando tengamos nuestra Red de Directorios - Blogs lista, testeada y funcionando correctamente...

Esta mañana he publicado en mi Blog personal mis impresiones sobre las virtudes y defectos que veo en estos dos tipos de desarrollos.

En resumidas cuenta mi opinión es que cada uno es adecuado para determinados proyectos donde principalmente Joomla destaca por la variedad de servicios disponibles para ofrecer a nuestras visitas y Worpress en cuanto a gran capacidad blogera e integración en la redes sociales.

En la red que os comentaba antes apostaremos por una combinación de Joomla y Wordpress para dar el mejor resultado posible. Aún no tenemos los wordpress definidos ni publicados, pero cuando comencemos a analizar los resultados os iremos contando.

Por lo pronto puedes seguir el enlace que muestro a continuación para conocer un poco más lo que he podido ver hasta la fecha...

---

Añade este artículo a tu marcador social favorito

Testeo y pruebas de componentes, modulos y mambot de Joomla viendolo con el navegador de google Chrome

Ha llegado el navegador que ha revuelto la blogosfera y ahora toca hacer los testeos pertienentes para comprobar si tenermos problemas en algún dominio o extensión instalada.

Según vaya pudiendo ire testeando extensiones instaladas e informeré si encuentro problemas con Chrome.

Extensiones Joomla sin problemas con Chrome:

• Community Builder 1.1
• DFContact 1.0.3
• Seyret 0.2.8
• VirtueMart 1.1 (Parece que no se aprecia el problema de 1.0.13)
• AllVideos Plugin
• SEF Service Map
• sh404SEF
• JoomlaStats (Se ejecuta correctamente pero curiosamente no veo rastro del Chrome en las estadisticas... voy a revisarlas cerca de las 12 para ver con que tipo de navegador las estas asociando el componente)
• joomlaXplorer
• Community Builder y una larga lista de plugins instalados...
• FireBoard Forum
• GroupJive
• uddeIM
• Marketplace

Problemas de Chrome con Joomla:

• Twiter (mod_zutwitter)

No muestra dos módulos en la misma página. Este módulo no se reproduce correctamente si lo duplicamos en una misma página, pero al parecer si yo estaba logueado en Twitter podia verlo correctamente. Solo desde mi pc era posible verlo...

• VirtueMart 1.0.13

Aplasta el texto de los productos

• Editores WYSIWYG (TinyMCE confirmado)

Los editores WYSIWYG pierden la barra de herramientas en el segundo espacio destinado para la publicación de contenido..

Un problema para los desarrollos que necesitan hacer uso del mismo.

Normalmente trabajo con los editores desactivados por lo que hubeira tardado en detectarlo... muchas gracias Carlos!!

• SOBI2

Las funciones principales funcionan correctamente, es posible dar altas en el directorio.

El problema es visible en algunos botones que no se muestran correctamente ("examinar" para subir imagenes)

También falla nuevamente el WYSIWYG al no funcionar correctamente lo botones de negritas, cursivas, centrado.... ninguno.

---

Añade este artículo a tu marcador social favorito

Como localizaremos las url no amigables cuando ya este activado sh404sef o cualquier otro componente seo en joomla?

Normalmente tendremos muchos proyectos en que simplemente con instalar y configurar correctamente el sh404SEF tengamos una mejora en nuestro posicionamiento web. Incluso muchas veces no nos sea necesario ir más lejos. Pero existen casos en que necesitamos optimizar al máximo las posibilidades del componente.

La necesidad de localizar las url no amigables se prensenta cuando:

• Optimizamos los metadatos
• Creamos url amigables personalizadas
• Usar las url originales para crear enlaces seguros.

Siempre es mejor crear los enlaces en cualquier contenido, menu, modulo,... usando las url generadas por el core de joomla.

Porque? Pues porque normalmente los componentes para generar url amigables traducen sobre la marcha estas url. De esta forma nos evitamos tener que repasar los enlaces creados si hacemos cambios en la configuración del componente encargado de generar las url. Por tanto minimizamos riesgos de aparición de errores 404.

Ya que las url amigables ya estarían activadas y tendríamos el sitio en producción se hace inviable desactivar sh404sef para tomar el dato y volver a activarlo para producción.

En mi caso estoy encontrando más cómodo el segundo metodo mostrado, pero cada maestrillo tiene su librillo.

Localización de URLs no-amigables usando sh404sef

1. Deberíamos acceder a través del panel de Control de sh404sef en el apartado Ver/Editar SEF Urls
2. Hacer una búsqueda filtrando por la url amigable que nos muestra el navegador.
3. Seleccionar la url que tiene Hits ya que esta es la que muestra al navegar por el portal, las otras url no-amigables que comparten la misma url amigable son contenidos considerados como duplicados.
4. Ahora usaremos esta url no-amigable para optimizar los metadatos, para crear url amigables personalizadas,...
5. Recomendaría crear los enlaces en los menús de navegación usando siempre las url no-amigables, ya que el componente hará la traducción simultanea al mostrarla. De esta forma no perderemos enlaces si realizamos cambios en la optimización del componente al cambiar las url amigables finales.

(Localizar URL no amigables con sh404sef)

Localización de URLs no-amigables usando praiseurl

1. Instalaremos el modulo mod_praiseurl
2. Lo configuraremos para que sea visible desde la parte frontal para los administradores.
3. El modulo será colocado preferentemente en la zona que mas comodo te sea para ir tomando las url no-amigables
4. El componente irá generando la url no-amigable de la pagina mostrada en todo momento.
5. Ejemplo: $_SERVER["REQUEST_URI"]: /portal/index.php?option=com_comprofiler...lang=es&task=userProfile&user=65
6. En casos como este en donde el Joomla esta instalado en un directorio que no es raíz del dominio no tendremos en cuenta la capeta de la instalación para la toma de la url. En este caso tomaremos: index.php?option=com_comprofiler...lang=es&task=userProfile&user=65

(Localizar URL no amigables con Praiseurl)

---

Añade este artículo a tu marcador social favorito