Aunque el formato de datos XML alardea de características como: extensibilidad, legibilidad, jerarquización, estandarización y capacidad de adaptación a multitud de formatos. A la hora de analizarlo y extraer información de él es, computacionalmente, un formato que presenta algunas dificultades con respecto a otros. Si bien es verdad que existen librerías/APIs dedicadas a superar este pequeño handicap. A continuación veremos ejemplos de dos tipos de librerías para analizar un documente XML desde java. Uno de ellos es el DOM (Document Object Model) y otro es el SAX (Simple API from XML).

Las diferencias principales entre DOM y SAX es que DOM genera un arból de objetos con sus dependencias en memoria. Esto permite acceder a cualquier elemento en cualquier posición una y otra vez, atrás y adelante sin problemas. El problema es que consume mucha memoria y no sería una opción recomendable para XMLs muy grandes. SAX por otro lado no almacena información en memoria y lee el fichero secuencialmente hasta encontrar el elemento y la información que necesitas en un proceso en donde se registran métodos callback cada vez que se detecta determinados patrones en el documento (apertura de etiquetas XML por ejemplo). SAX podría manejar con mayor facilidad grandes ficheros XML pero sin la libertad del DOM.

Veamos como podemos analizar este fragmento de XML


<?xml version="1.0" encoding="UTF-8"?>
<personas>
 <persona sexo="masculino">
  <nombre>Pepe</nombre>
  <apellidos>Gracia Perez</apellidos>
 </persona>
 <persona sexo="femenino">
  <nombre>María</nombre>
  <apellidos>Suarez Martinez</apellidos>
 </persona>
</personas>




Continua leyendo "Analizar XML con Java"

Cuando has perdido el password de root de tu máquina GNU/Linux y no sabes como recuperarlo estas en problemas. Aquí tienes una pequeña guía sobre que puedes hacer para hacerte con el control de tu máquina.

En ella explico diversas métodos que podrías emplear. Como sabes muchas cosas pueden ir mal debido a las enormes posibilidades de configuración que ofrece este sistema operativo. No te desesperes si al emplear alguno no te funciona pasa al siguiente método. Si todo sigue sin funcionar escribe un comentario en esta entrada, quizás podamos ayudarte.


Continua leyendo "Como recuperar el password de root en GNU/Linux"

Un patrón de diseño (en programación orientada a objetos, POO) es una descripción de diversos objetos y clases preparados para resolver un problema de diseño general aplicado a un contexto específico. Un patrón de diseño identifica las instancias y clases que participan en dicho patrón además de sus papeles, sus relaciones y sus responsabilidades para llevar a cabo la tarea a resolver. Cada patrón de diseño se centra en resolver un problema particular en la POO. Describe cuando se puede aplicar, si puede ser aplicado desde el punto de vista de las limitaciones del diseño y las consecuencias tanto positivas como negativas que tiene su utilización.

Pongamos un ejemplo: MVC (model-view-controller) consiste en 3 tipos de objetos. El modelo son los objetos de la aplicación (lógica de la aplicación), la vista es su representación a los usuarios y el controlador define la manera en el que la interfaz con el usuario (generado por la vista) reacciona ante la introducción de datos por parte del usuario. Dentro de MVC hay varios patrones de diseño que pueden ser empleados para facilitar el desarrollo de este tipo de arquitectura.

Por ejemplo la relación vista-controlador es un ejemplo del patrón de diseño "Strategy". Strategy es un objeto que representa un algoritmo. El patrón es útil en realidad cuando pretendes reemplazar este algoritmo estática o dinamicamente cuanto tienes varias variantes del algoritmo o cuando el algoritmo tiene una estructura de datos compleja que quieres encapsular.

MVC usa otro patrón de diseño "Factory Method" para especificar la clase controladora por defecto para una vista y "Decorator" se puede emplear por ejemplo para añadir scroll a una vista. Pero la principal relación en MVC es dado por los patrones "Observer", "Composite" y "Strategy"

Antes de describir alguno de ellos defino brevemente los parámetros que se emplean para describir los patrones de diseño:

Nombre del patrón y clasificación, intención (¿Que hace este patrón?) ,otros nombres por los que también es conocido, motivación (escenario que ilustra su funcionamiento), aplicabilidad (en que escenarios es válido), estructura (representación gráfica de las clases involucradas y diagramas de interacción para ilustrar secuencias de peticiones y colaboraciones entre objetos), participantes (clases, objetos y sus responsabilidades), colaboraciones (como los participantes pueden colaborar en sus responsabilidades), consecuencias (¿Cómo el patrón realiza su cometido?¿Cuales son los compromisos a tener en cuenta al aceptar esta solución?), implementación (dificultades, riesgos, pistas o técnicas a tener en cuenta a la hora de implementar el patrón), ejemplo de código, usos conocidos y patrones relacionados.

Nombre: Observer
Clasificación: Behavioral Patterns
También conocido como: Dependents, Publish-Subscribe, Event-Observer
Motivación: Un problema muy común al particionar un sistema en una colección de clases cooperativas es la necesidad de mantener la consistencia entre objetos relacionados pero sin tenerlos fuertemente acoplados ya que esto reduce su reusabilidad. El patrón define un sujeto y uno o varios observadores de este suejto. Todos los observadores son notificados si el sujeto lleva a cabo un cambio de estado (evento).
Aplicabilidad:
- Cuando un objeto cambia y esto requiere el cambio de varios objetos y se desconoce el número de objetos que necesitarán este cambio
- Cuando una abstracción tiene dos aspectos, una dependiente de la otra. Encapsular estos aspectos te permite variarlos y reusarlos independientemente
- Cuando un objeto tiene que notificar a otros objetos sin hacer asunciones sobre su naturaleza. En otras palabras no se quiere que estos objetos esten fuertemente acoplados
Estructura: Diagrama de clases


Participantes:
- Subject (conoce sus observers que pueden ser uno, ninguno o varios y proporciona un interfaz para registrar y desregistrar observadores)
- Observer (define un intefaz para actualizar que debe ser llamado cuando el subject cambia de estado)
- ConcreteSubject (almacena el estado de interes para los objetos ConcreteObserver y les envia notificaciones cuando su estado cambia)
- ConcreteObserver (Mantiene referencia al objeto ConcreteSubject, almacena estado de manera consistente con el del objeto ConcreteSubject e implementa interfaz de actualización para las notificaciones)
Colaboraciones: ConcreteSubject notifica a sus observadores sobre un cambio que podría hacer el estado de los observadores fuera inconsistente con el suyo propio. Después de ser informado el observador del cambio en el sujeto. El observador podría requerir informacion al sujeto para conciliar su estado
Consecuencias: El patrón observer te permite cambiar sujetos y observadores de manera independiente de manera que se pueden rehusar ambos. Puede violar la separación en capas de tu aplicación pues los observadores pueden pertenecer a capas diferentes de la del sujeto. Las actualizaciones en el sujeto pueden generar un coste desconocido pues no se sabe cuantos ni cuales observadores pueden estar registrados al sujeto.
Implementación: Temas conflictivos: mapear subjects a observers y observers a más de un subject. ¿Quien dispara la actualización? 2 opciones, el propio subject cuando cambia de estado o hacer a los clientes responsables de enviar la notificacion.
Ejemplos de código: Symfony event dispatcher
Usos conocidos: Cualquier interfaz de usuario GUI implementado empleando OOP como KDE
Patrones relacionados: Mediator, Singleton


Espero que os sea de utilidad. No puedo acabar si pasar la referencia a la biblia de los patrones de diseño creado por el Gang of Four (sus 4 autores)

Design Patterns. Elements of Reusable Object-Oriented Software - Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides - Addison Wesley (GoF- Gang of Four)

Sin comentarios...

Es bastante sencillo cuando trabajamos con subversion u otros tipos de repositorios incluir en nuestra cópia de trabajo ficheros que no debemos subir al repositorio, como compilaciones, ficheros de prueba, ficheros del sistema operativo, logs, etc. Para que subversión los ignore tenemos diversos métodos.

Todos estos métodos modifican la propiedad svn:ignore

1) Editar directamente la propiedad para un directorio en concreto


$ svn propedit svn:ignore ./ruta_ficheros_a_ignorar


A continuación podemos indicar los ficheros a ignorar dentro de la ruta especificada permitiéndose el comodín '*'. Así para ignorar todos los ficheros dentro del directorio basta con indicar


*


Puedes crear una lista de ficheros, uno por linea, por ejemplo:


*.out
data.log
*.tmp
test_*


2) Otro método consistiría en editar el archivo global ~/.subversion/config

Busca la sección [miscellany] dentro de este fichero y cambia la propiedad global-ignores para ignorar los archivos que no deseas subir al repositorio. Hay que emplear un espacio como separador entre "ficheros" en lugar de poner uno por línea como hacíamos antes. Así:


global-ignores = *.out data.log *.tmp test_*


Esto ignorará todos los ficheros que sigan este patrón en todos los repositorios que emplees en tu máquina local

3) Un último método sería empleando el comando propset de subversion


$ svn propset svn:ignore *.tmp .


El punto final indicaría que es el directorio actual en donde deben ignorarse los fichero son extensión tmp

Podemos especificar un fichero donde tengamos todas las reglas para ignorar ficheros con el modificador -F, así:


svn propset svn:ignore -F ignore.txt .


Recuerda además que si empleas propset y propedit debes ejecutar un commit para que todo el mundo ignore estos ficheros. Ten esto en cuenta a la hora de definir lo que no quieres versionar.. svn:ignore es una propiedad; metadatos en el repositorio que también son versionados. Cada objeto dentro de subversion (ficheros, directorios, enlaces etc) puede tener esta u otras propiedades. Para saber que propiedades tiene un objeto en concreto en nuestro repositorio o copia de trabajo basta ejecutar:


$ svn proplist /ruta_objeto


Este comando linux tiene ciertas peculiariedades que lo alejan de su utilización en consola y lo hacen realmente útil para el programación de scripts. Seguramente el hecho más relevante que reafirma lo que acabamos de decir en la manera en la que test devuelve la información; simplemente a través de su código de retorno. O sea que después de ejecutarlo por consola no veremos absolutamente nada sólo el prompt de nuestro terminal pidiendonos que introduzcamos la siguiente orden.

Test es un comando para evaluar expresiones devolviendo 0 (cómo código de retorno) en el caso de que la expresión evaluada sea verdadera o un valor distinto de 0 en el caso de ser falso. Esto es la manera habitual para la shell, completamente diferente a la programación en C donde 0 es evaluado como falso y diferente de 0 como verdadero (aunque C no tiene tipos booleanos). Bueno que me estoy liando.

El caso es que test es capaz de analizar cadenas de texto, enteros y ficheros evaluando sus propiedades para analizar lo que más nos interese de estos elementos. Así por ejemplo para cadenas es capaz de determinar si estamos ante una cadana vacia o no (-n), si su longitud es cero (-z) si es igual a otro cadena (=). Para enteros puede determinar si son iguales, mayores o menores que otro dado y para ficheros que en mi modesta opinión es donde radica uno de sus puntos puede determinar un montón de cosas como:

FILE1 -ef FILE2
FILE1 y FILE2 son el mismo fichero en realidad (mismo inodo y dispositivo)

FILE1 -nt FILE2
FILE1 es más reciente que el FILE2 (por la fecha de modificación)

FILE1 -ot FILE2
FILE1 es más antiguo que FILE2

-b FILE
FILE existe y es un fichero de bloque especial (no un fichero regular, ver mknod)

-c FILE
FILE existe y es un dispositivo de tipo caracter (ver mknod)

-d FILE
FILE existe y es un directorio

-e FILE
FILE exite (sin entrar en otras consideraciones como en el caso de los otros parámetros)

-f FILE
FILE existe y es un fichero regular

-g FILE
FILE existe y tiene marcado el bit de GUID (id de grupo)

-G FILE
FILE existe y es poseido por el EGUID (id de grupo efectivo)

-h FILE
FILE existe y es un enlace simbólico (igual que el modificador -L)

-k FILE
FILE existe y tiene marcado el bit sticky

-L FILE
FILE existe y es un enlace simbólico (igual que el modificador -h)

-O FILE
FILE existe y es poseido por el EUID (id de usuario efectivo)

-p FILE
FILE existe y es una tuberia con nombre (ver FIFOs)

-r FILE
FILE existe y el usuario actual tiene permiso de lectura sobre él

-s FILE
FILE existe y tiene un tamaño mayor que cero

-S FILE
FILE existe y es un fichero tipo socket

-t FD
el descriptor de fichero FD esta abierto en una terminal

-u FILE
FILE exite y su SUID está marcado

-w FILE
FILE existe y el usuario actual tiene permiso de escritura sobre él

-x FILE
FILE existe y el usuario actual tiene permiso de ejecución (o busqueda) sobre él

Además test es capaz de concatenar varias expresiones empleando AND o OR lógicos con los siguientes modificadores:

EXPRESSION1 -a EXPRESSION2 (AND lógico)


EXPRESSION1 -o EXPRESSION2 (OR lógico)



Como ya he comentado antes test se emplea sobre todo en programación bash en instrucciones condicionales por acabar el articulo con un par de ejemplos que ilustraran claramente su utilización:

file="/tmp"
if [ -k $file ]
then
echo "El directorio /tmp tiene el bit sticky marcado";
fi


Otro ejemplo

cadena="hola"
if [ $cadena = "hola" ]
then
echo "Hola mundo!";
fi


Observad que en los ejemplos no hemos puesto ningún test pero es que en programación en bash y en este tipo de construcciones el corchete abierto [ es sinónimo de test (y por razones de eficiencia en un builtin (bash lo tiene incluido internamente y no llama al comando test al que emula)

¿Quieres participar en la creación de un juego online? Ahora puedes apuntarte al desarrollo de un nuevo juego de estrategia online multijugador. La temática es muy sencilla y para ser sinceros ya muy trillada. Diriges una pequeña raza nativa de un pequeño sistema solar en una remota región de la galaxia. Tu civilización ha alcanzado ya el punto tecnológico en el que la colonización de otros sistemas solares ya no es una quimera. Pero otras civilizaciones alienígenas podrían estar esperando ahí fuera (y lo estarán) para acabar con tu especie y lograr la supremacía.

El juego esta basado en diferentes partidas donde se juega sobre un tablero tridimensional, un mapa estelar. Podrás construir naves, investigar nuevas tecnologías, colonizar nuevos mundos y conquistar sistemas solares rivales para alcanzar la victoria.

El juego está en un estado alpha de desarrollo pero (espero) es completamente jugable. El juego se desarrolla en turnos, cada turno dura una hora y cada jugador deja unas ordenes específicas para su raza. Las ordenes necesitan varios turnos(horas) para completarse por lo que no es necesario estar conectado permanentemente. Sólo en determinados momentos conviene estar alerta ante acontecimientos vitales (batallas, conquistas, colonizaciones etc).

Hay que tener en cuenta que cada partida involucra a 10 jugadores en un mapa estelar de 100 estrellas. Todos los jugadores entran al mismo tiempo en la partida (se espera a que la partida tenga 10 jugadores antes de empezarla). Los mejores jugadores serán aquellos que acumulen más partidas ganadas. No se nada de cuanto puede durar una partida, aunque calculo que podrían llegar a unas 6 semanas o más. Cada usuario registrado puede unirse hasta a 3 partidas simultáneamente.

Casi me olvido para apuntaros id a: juego online novanebula
Os dejo algunas capturas de esta versión a ver si os convencen para uniros:

---

---

Como dice su lema 'serious monkyes. serious engine.' nos encontramos ante una API de alto rendimiento para la generación de escenas gráficas en 3D realmente maduro. Sólo hay que echarle un vistazo a su sección de películas y demos que da cuenta de las posibilidades actuales de su motor gráfico. jMonkeyEngine es un proyecto de código abierto bajo licencia BSD que comenzo allá por el año 2003. Actualmente acaban de sacar la alpha de la versión 3 del engine.

Para poder empezar a desarrollar basta con descargase las librerías jar del proyecto. Actualmente lo mejor es hacerlo a través de las versiones nocturnas aunque puedas encontrarte con alguna versión más o menos estable el producto está bastante acabado.

Ahora sólo tienes que descomprimirlo (descarga .zip) he importar jMonkeyEngine3.jar y la carpeta lib que se encuentra en el zip dentro de tu proyecto. También tienes los javadoc y el código fuente en el archivo zip y en la página web de jMonkeyEngine puedes ver tutoriales explicativos para poder comenzar a hacer tus pinillos en el mundo 3D.

Happy coding!

Mysql tiene asociadas dos horas horarias, una es global y otra por conexión. Su valor por defecto coincide con la zona horaria del servidor donde mysql esté en ejecución. Esto se corresponde con el valor de timezone SYSTEM. Para poder saber el valor de zonas horarias en una conexión basta con lanzar esta consulta:

mysql> SELECT @@global.time_zone,@@session.time_zone,NOW();

La primera columna es el time_zone de nuestro servidor y el segundo el de nuestra conexión. La tercera columna de la fecha y hora actuales de acuerdo con el valor de timezone de nuestra conexión (si, la 2ª columna)

Para poder modificarla según el manual online de mysql basta con ejecutar:

mysql> SET time_zone = timezone;

Siendo timezone una cadena que se debe corresponder con una zona horaria instalada en nuestro sistema. Sin embargo si ejecutas esta consulta es muy probable que te de un error, diciendo que desconoce esta zona horaria.

Por ejemplo

mysql> SET time_zone = 'UTC';
1298 Unknown or incorrect time zone: 'UTC'

Como es esto posible, ¿mysql no sabe nada sobre esta zona horaria universal?. En mi sistema GNU/Linux (Debian). Las zonas horarias están a modo de archivo (filosofía UNIX) en /usr/share/zoneinfo. Y de un rápido vistazo se puede ver que, como no, UTC es una de las zonas horarias definidas.


Continua leyendo "Como cambiar la zona horaria de mysql por conexión"

Los microformatos se emplean para añadir información adicional dentro de un documento html o xhmtl. Existen multitud de microformatos y se emplean para muy diferentes tipos de información, como por ejemplo: definir eventos de calendario hCalendar, tarjetas de presentación de personas, compañias, lugares y organizaciones hCard o para indicar el tipo de licencia que aplica a determinado contenido rel="license".

En este pequeño artículo hablaremos del microformato para noticias, hNews. Este microformato esta en estado de borrador, lo que significa que podría no ser definitivo y sufrir cambios. Con este microformato para noticias podemos especificar la siguiente información:


Organización fuente de la noticia (source-org, Source organization), en hCard (otro microformato)
El lugar donde la noticia tiene lugar (dateline, empleando texto a microformato hCard)
Coordenadas geográficas donde situar la noticia (empleando microformato geo)
La licencia de la noticia (license, empleando Licensing que ni si quiera esta en estado de borrador)
Principios (y ética) empleados por la organización que produce esta historia (principles, empleando microformato rel-principles)

Además hNews debe ser codificado como una hentry de hAtom. Realmente ya veremos que sólo hNews, hentry y source-org son los campos obligatorios. Para aclarar esto hAtom es un microformato que se emplea para especificar posts dentro de un blog o de una manera más genérica en cualquier sitio donde se pueda emplear el formato Atom de sindicación. El formato hAtom (que también está en estado borrador como hNews) incluye los siguientes elementos:

hfeed
feed-category
hentry
entry-title *
entry-content
entry-summary
updated *
published
author *
bookmark
tags

El significado de cada elemento es análogo al que tiene el formato de sindicación Atom. Recordad que en hNews sólo se debe codificar hentry, ni hfeed ni feed-category tienen sentido aquí. Además dentro de hentry sólo es obligatorio, además de él mismo, los que aparecen en la lista de arriba marcados con un asterisco (entry-title, updated y author).

La organización fuente de la noticia debe ser codificada como hcard. hcard tiene muchos campos posibles para definir una persona, una compañía o un evento. Pero el único realmente obligatorio es fn

Veamos un ejemplo de noticia en microformato:

<div class="hNews">
  <div class="hentry">
    <h1 class="entry-title">Volcán continúa arrojando ceniza y obstaculiza vuelos</h1>
    <abbr class="updated" title="2010-04-18T23:00:00+01:00">18-04-2010 23:00</abbr> por <strong class="author">Fulanito</strong>,
    <span class="source-org vcard"><a class="url org fn" 
        href="http://espanol.news.yahoo.com/">Yahoo news España</a></span>
    <div class="entry-content>
      <p>La agencia europea de seguridad aérea Eurocontrol dijo que habrá unos 5.000 vuelos el sábado, siendo la cifra normal de 22.000...</p>
    </div>
  </div>
</div>


En el aparecen reflejados todos los campos obligatorios en el microformato hNews a saber: hNwes, hentry, (enty-title, updated y author obligatorios para hentry) y source-org (vcard y fn obligatorios de hCard para especificar source-org).

Que sucede cuando creas un nuevo sitio web y pretendes elaborar un estrategía SEO. Lo primero que pretendes hacer es escoger cuidadosamente una grupo de palabras clave para rankear en la página de resultados de google (SERP). Diseñas la páginas y amoldas la estructura de la página (sus enlaces internos y contenido) para tratar de obtener buenos resultados en ellas. Introduces las palabras clave y sus sinónimos en el contenido de tus páginas. Finalmente marcas tus páginas con el código de google analytics y después de unos días miras los resultados.

    Para tu sorpresa detectas que muchas de los términos por los que entra la gente en tu página no son los que esperabas e incluso te preguntas porqué apareces en búsquedas que parecen no tener nada que ver con lo que aparece en tu página (si, el bounce rate, relación de rebote y el tiempo medio que pasan los visitantes en tu página se resiente). Es más tu mismo intentando buscar tus páginas por esos términos dan lugar a resultados en los que ni siquiera apareces.

    Pasado aún más tiempo tus visitantes comienzan a entrar en tu página por los términos que pretendías e incluso detectas nuevas frases por los que entran relacionadas con tus productos y así optimizas nuevamente para estos nuevos términos recién descubiertos y que te parecen interesantes.

    Pero que pasa con esos términos 'raros' que aparecían al principio. Pues nada que siguen allí atrayendo visitantes (más o menos interesados en lo que ofrece tu web). A medida que tu web se hace más grande y tiene más contenido el número de términos por los que aparecen en las páginas de resultados también aumenta. No sólo de términos extraños sino otros muchos más relacionados con tu contenido. Tus términos principales son los que optienen un mayor número de visitas pero hay otros muchos que atraen proporcionalmente un número muy pequeño de visitas pero que en su conjunto atraen una cantidad de tráfico muy respetable (aún tal vez con una cota de conversión menor). A todos estos términos se le llama la cola larga. Es fácil ver el porqué, si representásemos el % de visitas que llegan a nuestra web con cada una de nuestras palabras claves ordenadas de mayor a menor veríamos que la gráfica empezaría en valore muy altos, tus keywords principales y caería muy rápidamente ha valores mucho más reducidos pero mucho más largo que estos primeros valores.

¿Porqué el concepto de cola larga se ha vuelto tan importante?

    En primer lugar porqué sumando las aportaciones de cada una de las palabras clave que se encuentran en la cola larga tenemos una cantidad de tráfico muy importante que puede rondar el 25% o más dependiendo del tipo de página. Por ejemplo amazón es el rey de la cola larga. Para dar un ejemplo amazón factura más con pequeños libros que apenas tienen 1 o 2 ventas al año que con toda la saga de Harry Potter.

    En segundo lugar que pasa cuando has conseguido escalar puestos para tus palabras clave principales y ya no puedes subir más o porque has alcanzado la 1ª posición o porqué las páginas que están por encima tuyo parecen inamovibles (wikipedia). Pués que ha llegado el momento en el que debes concentrarte en los términos de la cola larga. Porqué es hay donde puedes mejorar tu número tu número de visitas.

¿Pero como hago para para mejorar mi cola larga?

    Como el número de keywords en la cola larga puede ser realmente gigantesco, obviamente no puedes ponerte a optimizar una por una creando por ejemplo landings específicas para cada una de ellas. Además los keywords de la cola larga pueden variar de manera importante. La única manera viable de obtener una cola todavía más larga es aumentar tu web con contenido de calidad, olvidándote de tus palabras claves principales y sus sinónimos, contenido natural (no optimizado con keywords de ningún tipo) y relevante. Muchas veces se dice que un SEO realmente bueno es el que no lo parece aquí tenemos otros buen ejemplo de esto.

Una de las estrategias SEO que se emplean para diseñar desde cero un sitio web es el de los temas piramidales. Los estructuración del un sitio web en temas piramidales presenta ventajas no sólo desde el mundo SEO sino también a nivel organizativo y de usabilidad del sitio. Muchos sitios presente una estructura cercana a esta en mayor o menor medida pero al no comprender en profundidad las ventajas de este tipo de estructuración finalmente el sitio pierde estas ventajas a medida que el sitio crece en tamaño.

Los temas piramidales no son algo nuevo que haya surgido hace poco tiempo sino que ya han sido utilizados desde hace años.

Los sitios basados en temas piramidales son más sencillos de mantener, organizativamente facilitan la tarea de encontrar los contenidos que buscas y de optimizan sus el futuras mejoras y mantenimiento debido a su clara organización. Los temas piramidales se basan en concepto de tema.

¿Que es un tema?

Es la base, la idea común, a partir de la cual desarrollamos nuestro sitio. Es el termino unificador que reune todas las partes de nuestro sitio y que puede englobar todo el contenido de nuestro sitio bajo este concepto. Es el keyword que define todo nuestro conjunto de páginas.

Construcción de temas piramidales

La palabra/keyword principal que define el tema principal de tu sitio será la empleada en la página inicial, y todas los niveles debajo de la página principal contendrán variaciones de esta keywords de una manera jerarquizada. Es decir cada keyword debajo de la principal tendrá a su vez otras keywords (niveles) y actuará como englobador o tema común de todas las que se encuentren por debajo y así sucesivamente. De manera que cuanto más profundizaremos en la estructura del sitio encontraremos keywords cada vez más específicas.


Este tema principal estará recogido en nuestra página principal soportado por varios subtemas muy relacionados. Para soportar estos subtemas cada uno de ellos tiene otros temas fuertemente relacionados con este subtema y así seguiríamos a través de varios niveles.

Valor SEO
Sin valor Home page (tema principal)
bajo valor SubtemaA SubtemaB SubtemaC SubtemaD
medio valor kw a1 kw a2 kw b1 kw b2 kw c1 kw c2 kw d1 kw d2
alto valor ka1a ka1b ka2a ka2b ..........
Dinero $ $ $ $ $ $ $ $ $ $ .....

La teoría de los temas piramidales implica ver al sitio como un todo compartimentado. Comenzado por un contenedor que englobe a todo el sitio tema principal y diseñando subtemas nivel tras nivel para abarcar todo el contenido del sitio. Enlazar cada tema arriba y abajo pero no a través de los temas con diferentes temas padres (esto reforzara las páginas y la popularidad del enlace). Estructura vertical de enlaces NO HORIZONTAL.

Cosas importantes en el diseño de un sitio estructurado en temas piramidales, en cada nivel:

1. La pagina principal APENAS tiene valor SEO. Raramente ranquea bien y tampoco es algo que nos deba preocupar demasiado. Una página principal bien ranqueada con una estructura de este tipo es la excepción y no la regla. Si ranquea bien es generalmente debido a factores externos (off-the-page). Sus únicas funciones es ser usable para los visitantes y servir de alimento(enlaces a los niveles inferiores) a los buscadores que visitan tu sitio web. Intenta también colocar enlaces tan profundos como puedas a los buscadores les gusta el contenido de primer nivel sobre todo en keywords que te interesan especialmente.

2. Para el segundo nivel el valor SEO es más importante pero lo más importante aquí, es también colocar enlaces a los niveles más profundos de tu sitio web y no sólo al siguiente. Enlaces verticales dentro de este subtema arriba y abajo. No horizontales.

3. Valor SEO importante la distinción entre los niveles 4 y 5 puede ser confusa. Suele contener términos muy competitivos y de posicionamiento difícil. Algunos de los enlaces entrantes deberían proceder de la home page.

4. Suele tener el contenido básico de calidad del sitio. Enlázalo verticalmente. Si enlazas con sitios externos procura que sea también contenido muy relacionado.

5. Habitualmente las páginas que traen el dinero. Enlázalo con todas las páginas de sus niveles superiores


Con toda esa pirámide de keywords el impacto en el posicionamiento de estas keywords será muy importante pues cada una de ellos reforzará a cada una de las demás.

Ventajas temas piramidales:
1.-Es sencillo tener un sitio web organizado y centrado en el tema principal, a veces cuando un sitio web crece esto se vuelve algo complicado.
2.-Una correcta organización en temas te permite obtener una diferenciación clara entre las distintas partes de tu web y abarcar keywords especificas y sus variaciones en diferentes secciones.
3.-Una buena organización en temas tiene un impacto positivo en la selección, fuerza y posicionamiento de tus keywords.
4.-Una web estructurada en temas piramidales está preparada para el futuro. Los buscadores tienen un estructura organizada, limpia y con términos relevantes que no van a eliminar de sus bases de datos.
5.-Un web estructura así te permitirá ahorrar tiempo en el futuro
6.-Muchos de los buscadores actuales usan temas para sus algoritmos de posicionamiento

Buscadores basados en temas, ¿como funcionan?

La diferencia principal es que un buscador basado en temas visita las páginas de tu sitio web y las indexa en conjunto no una a una a media que las va visitando. El buscador basado en temas examina y pondera tu sitio web como un todo en lugar de hacerlo en cada página individualmente. Con este tipo de indexación es más difícil que una página aislada en una web no estructurada en temas obtenga un buen posicionamiento para una keyword que un sitio entero que hable de esta keyword y que reciba y tenga enlaces de keywords muy relacionadas.

Esta claro que google posee una cantidad ingente de información y una pequeña parte de ella sale de sus datacenters para sorprendernos y ofrecer interesantes revelaciones...

Escribo en este post un pequeño resumen con los puntos más interesantes de una entrevista del 14 de Marzo del 2010 realizada por Eric Enge presidente de Stone Temple Consulting y consultor SEO a Matt Cutts, ingeniero de Google (que supongo que no necesita más presentaciones). Enumero los datos y afirmaciones que me han parecido más interesantes

No existe un límite en el número de páginas indexadas por parte de google de un sitio web. El número de páginas que rastreamos es proporcional al PageRank. Las páginas con más enlaces entrantes son descubiertas y rastreadas por google más rapidamente.

Existe el concepto por parte de googlebot del "host load" (carga del servidor). La carga del servidor es esencialmente el número máximo de conexiones simultaneas que un servidor web en particular puede manejar.

Hay dos factores principales que determinan el rastreo de un sitio por parte de googlebot. Uno es el page rank y otro es la carga del servidor. Page rank y otros factores determinan lo profundamente que googlebot rastreará dentro de un sitio web. Sin embargo es posible que también la carga del servidor influya en este rastreo. Pero también el contenido duplicado. Si google lo encuentra descarta las duplicadas y se queda sólo con una. Además googlebot podría tender a rastrear con menor frecuencia un sitio donde haya mucho contenido duplicado.

Con enlaces procedentes de páginas marcadas como contenido duplicado google intenta mezclar estas páginas como si fueran una sóla (a efectos de link juice que envían) en lugar de eliminarlas completamente. Estos enlaces no necesariamente se pierden.

Evitar identificadores de sessión en URLS. También desde un punto de vista de usabilidad los usuarios tienden a recordar enlaces que son más bonitos y sencillos.

Ahora google tiene la habilidad a través de google webmasters tools de ignorar completamente un parámetro en la URL.

Existe riesgo de que estos identificadores de sesión sean vistos como contenido duplicado. También los enlaces de afiliación con parámetros de seguimiento.

Navegación "faceted" al estilo de Zappos no es muy positivo para googlebot y para los usuarios.

Existe alguna perdida de page rank al emplear redirecciones 301


Es preferible reducir el contenido duplicado que usar rel=canonical. Las páginas que combines mediante el rel canonical no tienen porqué ser completos duplicados, pero deberían ser duplicados conceptuales del mimso producto o estar muy relacionados. Desde diciembre ya se puede hacer rel canonical entre dominios.

Es perfectamente válido tener un rel canonical que apunte a la misma página y también tenerlo implementado para todas las páginas de tu sitio.


Empleamos peticiones HEAD para recoger información sobre imágenes pero no para el resto de recursos.

Javascript: googlebot puede ejecutar algo de Javascript

No emplees page rank sculpting en tu sitio emplea tu tiempo en obtener enlaces valiosos o mejorar el contenido de tu web.


Esta es la entrevista completa (en inglés): Entrevista a Matt Cutts

Hola Abraham

Tras las últimas noticias al respecto, te enviamos este mensaje para informarte de la postura de Amnistía Internacional ante la acusación al Juez Baltasar Garzón por investigar los crímenes franquistas.

Amnistía Internacional considera insólito que el juez Garzón pueda ser juzgado por investigar las desapariciones de más de 100.000 personas ocurridas durante la Guerra Civil y la dictadura franquista.

La “Ley de Amnistía de 1977” ha sido invocada para perseguir al único juez que ha intentado dar respuesta a víctimas de desaparición forzada y sus familias. Si este juicio se produce, será la primera vez en todo el mundo – al menos que tengamos constancia en Amnistía Internacional - que un magistrado, en democracia, es sentado en el banquillo por intentar conseguir verdad, justicia y reparación para las víctimas de crímenes internacionales. Además, enviará un mensaje tremendamente negativo para otros jueces que lo intenten, tanto en España, como en el resto del mundo.

Las normas internacionales de derechos humanos dicen claramente que el crimen de desaparición forzada NO prescribe y entorpecer su investigación es un delito, por tanto ninguna “Ley de Amnistía” puede contradecirlas.

Te animamos a que entres en nuestra página de facebook, dejes tus comentarios en el muro y compartas en tu perfil esta noticia.

Por favor, reenvía este mensaje a todos tus contactos.

Recibe un cordial saludo,

Esteban Beltrán
Director Amnistía Internacional

A continuación unas pequeñas recetas de java para pasar de cadena a entero o de entero a cadena.

Para convertir un String (cadena) a int (entero) hay que emplear el método estático de la clase Integer, parseInt

Ejemplo:


String enteroString = "5";
int entero = Integer.parseInt(enteroString);


Para convertir int(entero) a String sólo debemos hacer una llamada al método estático de la clase Integer, toString

Ejemplo:


int entero = 1;
String enteroString = Integer.toString(entero);



Análogamente para pasar de cadena a double tenemos el método Double.parseDouble

Ejemplo:


double aDouble = Double.parseDouble(aString);


o al revés (double a string) llamamos al método Double.toString

Ejemplo:


double d = 8342342;
System.out.println(Double.toString(d));


Tanto la clase Integer con la clase Double se encuentran en el package java.lang. Atención int y double son tipos primitivos del lenguaje java. Integer y Double son clases que representan estos tipos primitivos y le añaden más funcionalidades. Como por ejemplo las que acabamos de ver.

Posiblemente la inmensa mayoría de las atrocidades de la guerra de Irak (y de todas las guerras) permanezcan en el anonimato. De vez en cuando algunas de ellas salen a la luz y este pequeño artículo habla de una de ellas. Simplemente para que lo que pasó aquí sea más conocido. Nuevamente a wikileaks ha llegado este importante documento (un vídeo de una operación militar grabado desde un helicóptero) que han hecho inmediatamente público. Wikileaks permite que la gente envíe anonimamente documentos comprometedores para grandes empresas, gobiernos u otros agentes especialmente poderosos y que ellos hacen públicos. El anonimato de la fuente original está garantizado por ellos.

Bueno, no me quiero enrollar más. La historia y el vídeo lo podéis ver en collateralmurder.org/. A grandes pinceladas un ataque americano en Iraq causa muertos y heridos entre hombres y niños en un pequeño barrio marginal en la ciudad de Nueva Bagdad. Antes de sacar el vídeo la versión oficial del ejercito y del gobierno americano era de operaciones de combate contra insurgentes. El vídeo ha salido a la opinión pública hoy mismo 5 de abril del 2010, como ellos mismos comentan.

Pongo abajo el vídeo de youtube pero aconsejo que leáis la versión de wikileaks de todo el incidente. AVISO ANTES DE QUE LE DEIS AL PLAY: El vídeo contiene imágenes que pueden herir la sensibilidad si eres menor de edad no lo veas.