No creo que sea tan complicado detectar el idioma del navegador en el caso de que uno no esté logueado y la preferencia de idioma en caso de estarlo, si estoy conectado con mi cuenta de Google y tengo activado español de España como preferencia de idioma principal lo suyo sería que todos los contenidos se me mostrasen en ese idioma y no en mandarín o ruso cuando conecto desde la red tor, además de que es una fiesta porque cada cinco minutos te lo muestra en un idioma diferente por el cambio constante de IP.

Al final el puntocerismo y la googlecracia no sirven para nada y menos mal que se esfuerzan en ofrecerte contenidos adaptados a tus preferencias.

Entradas relacionadas

Qué cachondos los de Google
Las urls semánticas en Wordpress
Adiós al internet móvil de Simyo
Twitter podría comprar TweetDeck
Casinos online

Así que fuí  a cargar algunas de las susodichas páginas y pude comprobar por mi mismo como salía el error de página no encontrada, algo especialmente extraño porque siempre que publico una entrada compruebo que carga tanto en la portada como en página independiente, que la url va, etc ..

Yo sabía que WordPress no se lleva(ba) bien con las aperturas de exclamación o interrogante en las url’s semánticas pero como digo a mi me funcionaban, hasta que de un día para otro (a saber cuando) dejaron de hacerlo así que me ha tocado revisar todas las entradas que contenían algún símbolo y que no cargaban para editar manualmente los enlaces permanentes.

Vamos, por si no ha quedado claro, el problema no está en los títulos propiamente dicho si no en los enlaces permanentes, ahora que el por qué han dejado de funcionar no lo sé, tal vez algo relacionado con el software del servidor, en cualquier caso a partir de ahora tendremos más cuidado al escribir las entradas para no añadir exclamaciones, interrogantes, paréntesis ni cualquier símbolo raro en los enlaces permanentes de los webs.

Tampoco parece ser un enorme problema ya que hasta la fecha no he recibido ningún correo ni mensaje avisando de este error, de aquí en adelante si alguien detecta algún enlace roto y tiene la amabilidad de avisarme … pues no estaría mal

Entradas relacionadas

Anunciar entradas en el tema
Wordpress Mobile Pack: moviliza tu página
Trabajando con Shortcodes
Actualizado a Wordpress 2.7
Google y los usuarios políglotas

Básicamente lo que dicen es que los sitios que se dediquen a copiar el contenido de otros desaparerán de las búsquedas, imagino que llegados a este punto las palomas de Google sabrán discernir entre un sitio que solo copia contenidos y otro que en un momento determinado haga un copy & paste puntual como pueda ser, por ejemplo, un manifiesto.

A mi sin ser un gran generador de contenidos de alta calidad me parece una excelente noticia ya que hasta pasaba muchas veces que alguien escribía algo y cualquiera que le hiciese una reseña, o un copia y pega en toda regla, salía mejor posicionado en las búsquedas y eso puede ser cualquier cosa menos normal.

Entradas relacionadas

Qué cachondos los de Google
Hip Hop Street Vícar 2012
Cabalgata de Reyes El Ejido 2012
Sin servicio de bus
Google y los usuarios políglotas

Es posible que algunos ya se hayan fijado, está a la derecha del todo, en la parte superior. Lo que hace este código es mostrar ahí aquellas entradas que tenemos programadas (no los borradores); cómo todo buen código que llega a mis manos no he podido evitar la tentación de modificarlo ya que el original no me gusta del todo.

El código original muestra el título de la entrada y la fecha en que será publicada, yo prefiero que muestre solo la categoría y que no se vea la fecha, mola que se vea que se va a publicar algo y en donde pero que no se sepa exactamente qué ni cuándo.

El código original es el siguiente:

<div id="futuro">

     <h3>Próximamente...:</h3>
          <div id="lista">
               <?php query_posts('showposts=10&post_status=future'); ?>

               <?php if ( have_posts() ) : while ( have_posts() ) : the_post(); ?>

               <?php the_title(); ?><?php edit_post_link('e',' (',')'); ?>
               <br>

               <span class="fecha">
                    <?php the_time('j. F Y'); ?>

               </span>

               <?php endwhile; else: ?>
                    <p>Sin eventos.</p>
               <?php endif; ?>
     </div>

</div>

Y yo he hecho lo siguiente, he quitado:

<span class="fecha">
                    <?php the_time('j. F Y'); ?>
               </span>

Para que no se muestre la fecha y he cambiado php the_title por php the_category para que se muestre la categoría en lugar del título. Se pueden cambiar otras cosas fácilmente como lo de Próximamente, Sin eventos o el número de entradas que se mostrarán, para esto último cambiamos el número en: showposts=10 y ponemos el que queramos, 5, 3, 300.

Visto en: Todo WordPress.

Entradas relacionadas

Wordpress Mobile Pack: moviliza tu página
Trabajando con Shortcodes
Las urls semánticas en Wordpress
Configurar la incrustación de vídeos automática
Actualizado a Wordpress 2.7

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.

Cómo decía he valorado diferentes opciones, deseché la posibilidad de hacerlo todo manual porque se me iba de las manos tanto código y de los plugins que he probado la mayoría no funcionaban o mostraban la página realmente mal ya que lo que hacían era ajustarla al dispositivo y eso dentro de lo que cabe si bien puede ser un apaño no es la solución, ni mucho menos.

Lo que hace este plugin es identificar el User-Agent del navegador y si detecta que es un dispositivo móvil carga la versión móvil del blog con un tema específico desarrollado para este tipo de aparatos en el que se prescinden de distintos complementos.

Vamos a ver como instalarlo y algunas de sus opciones ya que este plugin no se instala del modo tradicional, el mismo incluye, como decía, temas específicos para dispositivos móviles que obviamente deben ir en la carpeta /wp-content/themes/ así que para la subida por FTP habría que poner cada cosa en su sitio y luego activar el plugin. Lo que yo he hecho, esta vez, ha sido darle permisos CHMOD 777 a la carpeta /themes/ para que se guarden los temas y desde el panel de admin ir a Plugins – Add New, buscarlo y darle a instalar, luego te pide los datos del FTP (como en la actualización automática de WordPress). Una vez instalado hay que ir a la carpeta /wp-content/plugins/wordpress-mobile-pack/plugins/wpmp-transcoder/c y darle también permisos 777; ahora podemos activar el plugin y devolver los permisos originales a la carpeta /themes/.

Desde Aspecto accedemos a la configuración del plugin, pinchamos en el enlace Mobile switcher y vemos las siguientes opciones:

• Switcher mode: podemos dejarlo desactivado (Disabled), que detecte por navegador (Browser detection), por dominio (Domain mapping) o por ambas (la última opción). Como no tengo un dominio específico yo he seleccionado Browser detection.
• Mobile theme: aquí seleccionamos el tema que queremos que se muestre de los disponibles incluyendo los que ya tuviésemos de antes, recomendaría uno de los específicos que además siempre se puede usar el editor para personalizarlos.
• Browser detection: se activa cuando seleccionamos esta opción en el primer punto, no me sale nada para elegir, solo user-agente prefixes, que es precisamente lo que buscaba.

El resto de opciones en este apartado solo se activan para la detección por dominios o la híbrida, solo sería cuestión de especificar los dominios y el orden de los mismos. Pasamos a Mobile theme en el mismo sitio; al principio de la página hay un enlace que lanza un analizador del sitio, esto es conveniente hacerlo después de terminar la configuración.

En Mobile theme especificaremos algunas cosas como eliminar el contenido multimedia (remove media), el número de entradas que se mostrarán, si queremos paginar las entradas largas para no alargar mucho el scroll, el redimensionamiento de imágenes y algún detallito más; aunque está en inglés es muy fácil de entender y configurar. Si utilizamos además DeviceAtlas junto con el plugin podremos conseguir que las imágenes se ajusten adecuadamente a cada dispositivo móvil en lugar de un redimensionamiento por defecto.

Ya solo nos quedaría Mobile Widgets, pero como yo no uso no me sale nada en ese apartado. Una vez terminado de configurar podemos lanzar el analizador desde  Mobile theme, yo lo hice antes de instalar el plugin y después y la mejora de rendimiento es brutal, por ejemplo el tiempo de carga con una conexión GPRS bajó de 72 segundos a 3,8 y el peso de casi 300 Kb a 7,50 que sin duda se nota y mucho. Ahí mismo podeis ver como se ve la web en varios móviles, también existe una demo del Opera Mini, donde podeis ver como queda vuestro sitio en ese navegador que, por ejemplo, es el que yo tengo instalado en mi teléfono, además del que viene por defecto y que por cierto ahora el blog se ve estupendamente tanto en el modo normal como en el panorámico.

Página de plugin: WordPress Mobile Pack.

Entradas relacionadas

Anunciar entradas en el tema
Trabajando con Shortcodes
Actualizado a Wordpress 2.7
Las urls semánticas en Wordpress
Entrada fantasma, el por qué

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.

Así por ejemplo si queremos mostrar la fecha actual incluiríamos en el archivo el siguiente código:

function show_date() {
echo date('Y-m-d');
}

Y para ejecutarlo, por ejemplo en la sidebar, en el footer o en donde sea:

<?php show_date(); ?>

Por supuesto, si se diese el caso de que no tuviésemos un archivo functions.php siempre podremos crearnos uno del siguiente modo, por ejemplo con ese código mismo, usando cualquier editor de texto:

<?php
function show_date() {
echo date('Y-m-d');
}
?>

Lo guardamos como functions.php y lo subimos al servidor, a la carpeta del tema. Del mismo modo que se puede personalizar el tema con el archivo functions.php podemos igualmente crear funciones para las propias entradas, como por ejemplo que se muestren entradas relacionadas, sin necesidad de usar un plugin propiamente dicho, basándonos en coincidencias de etiquetas, palabras dentro de la entrada o categorías.

Bien, vamos ahora con los shortcodes; el funcionamiento es prácticamente el mismo, solo que aquí obtendremos una palabra (o conjunto de palabras) que al incluirlas en una entrada entre corchetes (como el BBCode) nos devolverá un resultado. Seguramente a mucha gente le suene, por ejemplo, de insertar vídeos:

[-youtube-]

Pues eso es un shortcode (sin los guiones, porque este peta) y yo, después de mucho buscar y pelearme con el código, he conseguido poner un par de ellos, uno de ellos fundamental (para mí) y otro un poco más chorra pero que puede llegar a tener alguna utilidad en determinados momentos.

El primero de ellos es un shortcode para incluir las entradas relacionadas al final de cada entrada, hacerlo por shortcode me permite seleccionar en que entradas quiero que se muestre y cuales no, del mismo modo puedo limitarlo para que se muestren más o menos, el valor por defecto en este shortcode es de cinco entradas relacionadas basándose en coincidencias por etiquetas.

El segundo es un código para mostrar gráficas. Ambos shortcodes se pueden ver en funcionamiento en esta entrada y los he sacado de esta otra publicada en Blue Anvil (son el 4 y el 6).

Entradas relacionadas

Adaptar un tema de Wordpress para el uso de Widgets
Anunciar entradas en el tema
Wordpress Mobile Pack: moviliza tu página
Crea tu propia plantilla para Wordpress
Las urls semánticas en Wordpress

Tener un espacio en internet a día de hoy es una labor bastante sencilla, cualquiera puede tener un blog o una página web sin demasiados conocimientos de lenguajes de marcado o de programación, es fácil tener tu propio sitio y mantenerlo con un coste mínimo o en según que circunstancias incluso de forma totalmente gratuita; del mismo modo no es mucho el tiempo que a uno le puede  consumir su blog o página web, especialmente cuando hablamos de tenerlas por afición o como una pequeña vía de escape del mundo real™.

Pero a veces sucede que uno no tiene tiempo ni los conocimientos para crear, desarrollar y mantener un sitio en internet o, simplemente, necesita algo más profesional, una página web para una empresa, para una Sociedad Deportiva, para un club de amigos, etc …

En estos casos una buena opción puede ser recurrir a los servicios de un profesional que nos haga el trabajo, del mismo modo que recurrimos a profesionales para casi cualquier cosa, pintar la casa, reparar el coche, que nos lleven la compra a casa y un largo etcétera de cosas por las que estamos acostumbrados a pagar.

Sí bien es cierto que igual se nos puede hacer extraño pagar por algo tan simple como una página web no es menos cierto que el trabajo de Webmaster requiere de unos profundos conocimientos de los diferentes lenguajes, tanto de marcado como de programación y, como digo, si queremos una página web profesional (por la razón que sea) y no tenemos esos conocimientos solo nos quedan dos opciones: adquirirlos o pagar los servicios de un profesional.

Puede ser también que ya tengamos esa página web pero queramos mejorarla sustancialmente y no sepamos como hacerlo, por ejemplo integrando un CMS para mejorar la experiencia de nuestros usuarios o que necesitemos adaptar la web para vender nuestros productos a través de la misma.

estudio dos es la página web de un programador php freelance con más de 4 años de experiencia en el sector, entre los servicios que ofrece se encuentran:

• Desarrollo de aplicaciones y webs en PHP.
• Programación de gestores de contenido (CMS).
• Modificaciones o mejoras en aplicaciones o webs en PHP.
• Maquetación XHTML/CSS de un PSD o imagen con el diseño de su web a precio económico.

Podeis ver algunos de sus trabajos y poneros en contacto con él a través de su página de contacto para pedir presupuesto, el alcance es para todo el territorio nacional (España).

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.

Estreno además cabecera temporal gracias a conectablog.

Hablando de las webs, hace años se decía que los hiperenlaces en una web tenían que llevar el atributo target=”_blank” para abrirse en una nueva ventana y no perder visitantes; ahora con los blogs, y las páginas dinámicas en general, se recomienda el atributo target=”_self” para que se abran en la misma porque el personal está hastiado de ventanas nuevas y se dice que esta es la forma correcta de no perder audiencia.

En el fondo cada cual puede hacer lo que le salga de sus partes nobles (o no tan nobles) y poner los atributos que quiera pero en esta vorágine de recomendaciones existe el webmaster, admin o más reconocido mundialmente blogger que se dedica a expulsar a los visitantes de su página para enviarlos ¡a su propia página!

Centrándonos en los blogs, porque este es uno, me estoy refiriendo principalmente a estos y porque es lo que más abunda actualmente, dicen que la información adicional y complementaria es la que puede catapultar a un blog al más absoluto estrellato o mandarlo a los infiernos blogueriles, eso y la tan difícil y extrañada originalidad a la hora de escribir.

Es normal, por ejemplo, que si yo (o cualquiera) escribo sobre un tema en determinadas palabras ponga un enlace externo que explique que es eso o dé más datos sobre esas palabras, en esta entrada por ejemplo la palabra Deidad al principio apunta a la entrada en la Wikipedia que explica que es una Deidad y da ejemplos, información adicional y complementaria para quien no conociese el término y para los que lo conociesen con pasar de largo el enlace será suficiente, igualmente en este párrafo Wikipedia apunta a la portada de la Wikipedia por los mismos motivos.

Pero hay una extraña especie de bloggers con una extraña afición a poner el enlace a su blog cada vez que hacen referencia al mismo o, incluso, si es un blog sobre un tema concreto y en la entrada figura la palabra del tema en cuestión lo cascan ahí mismo. Así por ejemplo si yo tuviese un blog dedicado exclusivamente a Ubuntu cada vez que escribiese la palabra Ubuntu la enlazaría a la portada de mi blog (o al menos la primera vez, es que hay de todo); o como es mi caso con un blog sin temática definida en frases del tipo: «estaba pensando actualizar mi blog» … en ese “mi blog” iría el enlace a la portada.

Que no es por nada en especial pero si estoy leyendo una entrada y pincho en la palabra en cuestión me voy a la portada del sitio y si tengo suerte y la entrada es la última o de las últimas puedo terminar de leerla del tirón pero para comentar tendré que volver a pinchar en ella o darle al botón atrás en el navegador.

Esto, al menos para mí, es muchísimo más molesto que el simple hecho de que un enlace externo se abra en una ventana nueva o en la misma, ya que a mi modo de ver lo del target me la trae al pairo porque yo siempre abro los enlace en una nueva pestaña con la rueda del ratón; además de que nunca pincho inconscientemente en un enlace, siempre pongo el cursor encima y miro a donde lleva en la barra de estado del navegador.

Es simplemente que no lo entiendo porque me parece bastante estúpido, a no ser que sea un simple problema de egocentrismo o para engordar los logs de estadísticas con montones de clicks internos.

Y aunque yo no haya inventado el internet, ni los blogs, ni el bocata de chorizo con nocilla te pido por favor que si estoy leyendo una entrada en tu blog ¡no me mandes a la portada! que ya iré yo si me apetece.