Definitivamente al wordpress este se le ha ido la pinza, pero del todo:
A ver si encuentro el error y como lo soluciono.
Definitivamente al wordpress este se le ha ido la pinza, pero del todo:
A ver si encuentro el error y como lo soluciono.
Después de valorar diferentes opciones y probar diferentes plugins me he decidido a instalar WordPress Mobile Pack para ofrecer una versión completamente adaptada a dispositivos móviles. Sí bien es cierto que no parece que tenga demasiadas visitas desde este tipo de cacharros nunca está de más que los que quieran entrar desde uno puedan tener un acceso en condiciones, tanto de respuesta, como de rendimiento.
Según las estadísticas del servidor la inmensa mayoría de visitas que tengo son de sistemas operativos tradicionales y por lo tanto de navegadores convencionales quedando un ínfimo 0,5% de las mismas a sistemas operativos móviles reconocidos como puedan ser Symbian OS o Windows Mobile, además de un 4,5% de desconocidos que bien podrían ser teléfonos móviles sin sistema operativo o que tengan uno que no lo conozcan ni en su casa a la hora de comer.
Después de varios días pegándome con el mítico código y tras diversos dolores de cabeza finalmente he conseguido hacer funcionar los Shortcodes en este tema, así que a continuación veremos que son, cómo funcionan y qué utilidades pueden tener.
Para entender los shortcodes tenemos que situarnos en el archivo functions.php, ya hablamos de este archivo anteriormente en la entrada sobre como adaptar un tema para el uso de Widgets. En esta ocasión vamos a profundizar un poco más en el archivo.
El archivo functions.php que como decíamos en la entrada anterior se tiene que encontrar en la carpeta del tema que estemos usando, es básicamente un archivo de personalización con muchísimo potencial. En él podemos incluir nuestras propias funciones y luego invocarlas en cualquier parte del tema mediante la inclusión de un código, al igual que sucede con los Widgets.
(más…)
Acabo de poner en producción la versión 2.8.1 de WordPress y de momento funciona sin pegas, he de decir que la 2.8 no me dió problema alguno tampoco en cuanto a que incluso se recomendaba por ahí no instalarla y esperar a esta nueva que acaba de salir.
Si acaso podría comentar el extraño caso de los enlaces entrantes desaparecidos y es que, aunque no me resulta algo nuevo, me resulta raro que desde que actualicé a la 2.8 en el Tablero ya no se muestran los sitios que han hecho alguna referencia a este blog; es simplemente como si hubiesen desaparecido por arte de magia … ¡ay! sí Houdini levantase la cabeza.
Y es que la verdad es que el módulo en cuestión es un asco, por alguna extraña razón yo no he visto nunca que la búsqueda link: en googleblogsearch funcionase correctamente y si no fuese porque ya no se muestran esos enlaces ni me habría dado cuenta de que el módulo funciona así ya que, ignorante de mí, pensaba que era alguna función interna de WordPress, rollo pingbacks o trackbacks.
En fín, que más se perdió en Cuba y volvieron cantando.
Aunque esto es válido para cualquier página web, no solo para WordPress pero es por comentar un detalle que tal vez y tal vez no, se nos ha podido escapar.
WordPress, como (supongo) todos los CMS (al menos todos los que yo he probado) gestiona la página de error 404, la más conocida y posiblemente la página web más vista después de Google.
Como digo WordPress gestiona esta página y muestra una página de error acorde al tema que estamos usando pero en función del tema que usemos y de la configuración que tengamos puesta para los permalinks es posible que solo se muestre la página de error cuando este se produzca dentro del alcance del tema.
Dicho así puede resultar complicado de entender, pero seguro que alguno más de una vez ha ido a visitar una página gestionada por un CMS y se ha encontrado con el 404 Not Found de toda la vida cuando debería haber visualizado una página gestionada por el CMS que puede haber sido personalizada por el administrador del sitio, o no.
Por ejemplo, si yo escribía una url errónea del tipo: http://www.liamngls.com/index.php/loquesea se me mostraba la página de error del tema, mientras que si escribía http://www.liamngls.com/loquesea se me mostraba la genérica.
Para solucionarlo nada más sencillo que editar el archivo .htaccess y añadir la ruta del archivo 404 que queremos que se muestre, en mi caso:
ErrorDocument 404 /index.php/404.php
Esta ruta es la de mi archivo 404 del tema que estoy usando, también se puede crear una carpeta en la que guardaremos las páginas de error (o guardarlas en la raiz del sitio) y enlazarlas del mismo modo, por ejemplo:
ErrorDocument 404 /errores/404.html
ErrorDocument 403 /errores/403.html
ErrorDocument 500 /errores/500.html
Si quieres ver más sobre los códigos de error de las páginas web dale un vistazo a esto. Si te interesa ver la página de error actual que tengo aquí puedes verla:
http://www.liamngls.com/index.php/404.php
Paradójico, atención al título de la página.
Después de un pequeño susto, se me olvidó desactivar los plugins, parece que todo está como debe.
Estreno además cabecera temporal gracias a conectablog.
Un tema al que llevo dándole vueltas hace tiempo es el uso de Widgets en el blog, si bien creo que al final no los voy a usar (al menos de momento) he estado investigando por ahí la forma de adaptar el tema si éste no trae la opción por defecto, como sería mi caso.
Quizás alguien se pregunte que son los Widgets; en pocas palabras son unos añadidos que permiten mostrar una información determinada, ya sea interna o externa, como por ejemplo los últimos comentarios, el tiempo en tu ciudad, una galería de flickr o una colección de enlaces de delicious.
Muchas de las cosas que se pueden hacer con Widgets también se pueden hacer con Plugins.
Volviendo a la cuestión, para adaptar el tema para el uso de Widgets haremos lo siguiente, dentro de la carpeta del tema que estemos usando buscamos el archivo functions.php y le añadimos el siguiente código:
<?php
if ( function_exists('register_sidebar') )
register_sidebar();
?>
Si no tuviésemos ese archivo lo que haríamos sería crearlo con ese código y guardarlo en la carpeta del tema. A continuación abrimos el archivo sidebar.php y le añadimos el siguiente código en el sitio donde queramos que se muestren los Wigdets:
<?php if ( !function_exists('dynamic_sidebar')
|| !dynamic_sidebar() ) : ?>
<?php endif; ?>
Y listo, ya tenemos la plantilla preparada para usar los Artilugios.
Como curiosidad para esta entrada me comentaba mi mujer que volvía a tener los títulos de las entradas con la primera letra de cada palabra en mayúscula. Y digo curiosidad porque es una cosa que me ha traido de cabeza desde que instalé el tema que estoy utilizando actualmente, desde siempre recuerdo que los títulos han salido así, lo cual en inglés sería semánticamente correcto pero no en español, así que me extrañaba porque yo no tengo constancia de que en ningún momento los títulos saliesen como debían.
Estuve buscando el problema como un loco, me repasé todo el código de los distintos archivos del tema y nada, no había manera, incluso miré en la página de php para averiguar que código controlaba los títulos pero ese código no estaba en wordpress (al menos no con ese nombre) y al final desistí, total en cualquier momento instalo otro tema y soluciono el problema de un plumazo.
Pues hace un rato y precisamente buscando otra cosa en el archivo CSS dí con un trozo de código que me llamó la atención (raro que no me hubiese fijado antes), entonces fué cuando ví la luz al final del tunel y buscando un poquito por ahí pude solucionar el problemilla.
La propiedad que maneja los títulos es text-transform y en el style.css hay que buscar .postname:
.postname {
font-family:'Trebuchet MS', Arial, sans-serif;
font-size:1.9em;
color:#000;
list-style:none;
text-align:left;
text-transform:capitalize;
padding-bottom:4px;
line-height:normal;
}
Y dejarlo así:
.postname {
font-family:'Trebuchet MS', Arial, sans-serif;
font-size:1.9em;
color:#000;
list-style:none;
text-align:left;
text-transform:none;
padding-bottom:4px;
line-height:normal;
}
Esto suponiendo que queramos que los títulos de las entradas salgan tal cual escribamos mayúsculas y minísculas, las opciones completas son las siguientes:
Lógicamente como atributo CSS que es se puede utilizar para cualquier otra cosa además de los títulos, como por ejemplo crear una clase hoygan para cuando copiamos un texto todo en mayúsculas forzarlo a que se muestre en minísculas.
Snoopy ha provocado una vulnerabilidad grave en el código de WordPress y el fín del mundo está cada vez más cerca, al final en el CERN van a poder dormir tranquilos porque no será necesario que reparen el Gran Colisionador de Hadrones.
Bueno, en realidad hay una librería que se llama Snoopy y se ha detectado una vulnerabilidad grave, esta librería trabaja con los feeds que se muestran en nuestro tablero de administración, Dashboard para los amigos, y por ahí van los tiros.
Se recomienda actualizar urgentemente a la versión 2.6.3, aunque no es necesario hacer una actualización típica ya que es suficiente con subir los dos archivos afectados por la actualización a la carpeta wp-includes/:
Vía: WordPress Blog.
He tenido un problemilla temporal con los vídeos, la verdad es que, todo hay que decirlo, he tenido bastante mala suerte ya que después de probar media docena de plugins para incrustar vídeos en el blog cuando por fín encontré uno que funcionaba en la anterior actualización cascó y dejó de mostrar los reproductores para mostrar una imagen que enlazaba al vídeo o simplemente el enlace.
El plugin en cuestión es el Viper’s Video Quicktags y la última versión es la 6.1.0, hay que decir que está muy bien porque soporta muchos sitios y distintos formatos como el .MOV, archivos flash o los más genéricos .AVI, .MPG, .WMV, etc …
Si usas este plugin y tienes el mismo problema ya tardas en actualizarlo a la última versión.