Al igual que hace tiempo os recomendaba (y me recomendaba a mí mismo) ignorar a los idiotas, refiriéndome a los trolls, conviene estar bien lejos y no seguir el juego a los abogados de pleitos pobres. Estos patéticos personajillos no tienen vida propia. Por tanto, viven de defender las vidas y los proyectos de otros. Si haces una crítica constructiva a una empresa, algún portal o algún blog, no te preocupes que no tardará en salir un defensor de pleitos pobres con su armadura oxidada, por supuesto sin caballo, dispuesto a descabezarte por haber osado a hacer una crítica. Por supuesto, la expresión "qué mala es la envidia" no puede faltar en el duelo con un DDPP (defensor de pleitos pobres).

Si piensas que empresas tan gigantescas como Microsoft o Google o ciertos portales con un gran número de visitas son inmunes a todo, los DDPP vendrán a demostrarte lo contrario, que son criaturas indefensas cual doncella medieval en manos de un malvado ogro (tú mismo criticando esta empresa) y echarán el resto para que el honor de su dama no se mancille.

Pero basta de símiles medievales. La verdad es que estoy bastante cansado de cierta gente de Internet que tiene una forma de vida bastante patética. Vive y deja vivir. Si quiero criticar a Google, a Microsoft o al portal de al lado, siempre que lo haga con fundamentos, lo puedo hacer si me da la gana. Ojo, no confundamos a la persona que no piensa igual que tú pero que te trata con respeto y con la que la discusión es enriquecedora con el abogado defensor de pleitos pobres. El abogado, al igual que ocurre con los trolls, no está interesado en mostrarte su punto de vista diferente sino en destruirte, sin mostrar argumentos, y hacerte ver lo envidioso que eres por haberte atrevido a criticar a otro.

DDPP y estúpidos de todo el mundo: buscaos una vida y dejad a las personas mínimamente inteligentes que nos quejemos de lo que no nos gusta si nos da la gana, por Dios!

Sin más preámbulo, Tim Carter es un afamado albañil estadounidense que escribe desde hace muchos años artículos sobre bricolaje que se publican (sindican) en varios diarios de su país y que en 1995 decidió crear su sitio, www.askthebuilder.com, donde nos da consejos gratuitamente sobre cómo hacer nuestras chapuzas caseras de la mejor forma, al más puro estilo Bricomanía. Conocí su nombre y su sitio a través de un vídeo de Google sobre casos de éxito en Adsense.

Pues bien, ahora que ya sabemos quién es Tim Carter (para quienes no lo conocierais), ahora vamos a ver qué opina sobre la compra/venta de enlaces:

Tim Carter nos comenta: "recibimos reiteradamente solicitudes de sitios que desean comprar un enlace de texto en AsktheBuilder.com. Los sitios web que quieren este enlace están tratando de catapultar su posicionamiento en los buscadores. Si lo piensas, esto es una acción muy egoista. La mejor manera de incrementar tu ranking es hacerlo lenta y orgánicamente, de la manera en que AsktheBuilder.com ha hecho desde 1995. La mejor analogía que puedo ofrecer es la sensación que tienes cuando ves a alguien colarse en una fila delante de ti para no tener que esperar. Ese es un comportamiento egoísta, y a Google no le gustan los sitios egoístas, ni le gustan los sitios que ayudan a los colones. No queremos que Google nos mire mal ni nos rechace, así que no vendemos enlaces de texto. Es así de simple." (visto en http://www.askthebuilder.com/AdvertisingRatesandPrograms.shtml)

Lo cierto es que esto da que pensar. ¿Puede un sitio sólo por su valor y contenido llegar a convertirse en un número uno? Por lo que estamos viendo, sí, es completamente posible. En todo caso, Tim nos enseña una valiosa lección: el contenido, lo primero. Lo segundo, la paciencia.

Por fortuna, los admiradores de .Net no teníamos por qué conformarnos con el añadido oficial de Microsoft para tecnología Ajax, llamado con el original nombre (¿a que nunca lo habríais adivinado? ) ¡Asp.Net Ajax!  Como digo, por suerte existían varias alternativas, de las cuáles tal vez una de las mejores fuese Anthem.Net. Para mi gusto, la mejor virtud de esta sencilla plataforma era el relativamente pequeño tamaño de los archivos Javascript, los cuáles proporcionaban una experiencia aceptable al usuario. Por esa razón los empleé para algunas partes del CMS propio que tengo desarrollado.

Pero se acabó lo que se daba. Desde hace más de un año, los desarrolladores de Anthem.Net no dan señales de vida. El proyecto ha sido abandonado a su suerte. Una empresa privada ha cogido el testigo pero no parecen avanzar nada con el código y la sección de descarga no funciona nunca. Los foros oficiales ya no existen y el dominio oficial ha expirado, mostrando una "bonita" página de parking. Sólo quedan en pie las páginas de proyecto y descarga en SourceForge así como los foros de este último sitio, donde nadie parece saber nada y donde los desarrolladores hace muchos meses que no contestan.Por fortuna, logré parchear yo mismo un error que daba con las url amigables y el módulo Rewrite.

En este momento estoy usando compresión Gzip de servirdor en mis páginas para mejorar los tiempos de carga (maravilla casi imprescindible). Pues bien, Anthem no se lleva muy bien con esta compresión. Tras varias horas tratando de parchear el código (ventajas del código abierto), me rindo. En un negocio como la web donde cada minuto cuenta, no puedes estar perdiendo días en reinventar la rueda. Aparte, honestamente, aun dedicando horas, no tengo garantizado que consiguiera parchear ese código que no comencé y que tendría que analizar para ver cómo funciona. Solución práctica, abandonar el barco como hicieran sus capitanes antes de que se hunda. A la velocidad que avanza la web, no es prudente mantener un componente que sabes que muy probablemente nunca más actualizarán sus autores.

Una de dos, o tendré que dedicar varias horas (o días ) a probar otros marcos de trabajo Ajax para .Net o tendré que usar el marco oficial. Quien sabe, lo mismo en todo este tiempo, conlas últimas actualizaciones de .Net ha mejorado algo...

En fin, una lástima. Descanse en paz, Anthem.Net.

Este mes de junio no he escrito prácticamente nada, sólo un post el día 6 hablando de la nueva manera de interpretar nofollow por parte de Google. Mucho trabajo, reajustes, cosas que no resultan del todo como uno espera, quizá un poco de desánimo... Este verano toca seguir trabajando pero digo yo que algún día de playa caerá y ayudará a recuperar la energía y el optimismo Durante los meses de julio y agosto es muy poco probable que vaya a actualizar el blog, aunque espero que no me pase como a algunos de mis bloggers favoritos, que se fueron de vacaciones y no han vuelto por sus blogs en años...

Prometo volver con las pilas cargadas.

¡Felices Vacaciones para todos vosotros, que os las habéis merecido!

Desde que se creara en 2005 como estándar el atributo rel="nofollow" como una manera de indicar a los motores de búsqueda que no deben dar valor a ese enlace como voto ni incluirlo en los cálculos, se ha especulado mucho sobre hasta qué punto seguían los buscadores la propia norma que habían creado. Que si Google era más estricto que Yahoo! y Live (ahora Mr. Bing) a la hora de interpretarlo, que si algo valían, aunque algo menos que un enlace sin capar, etc., etc. Finalmente, en la documentación que Google pone a nuestra disposición se comenta que, efectivamente, ese enlace no era ni seguido ni interpretado. Como confirmación de esto, los enlaces con ese parámetro no aparecen en las Webmaster Tools.

Este parámetro, que comenzó como una medida para mitigar el spam-indexing, nació con polémica por la contradicción que suponía contra uno de los principios básicos que Google siempre aireó: "piensa en tus usuarios, no en buscadores". Con este parámetro hacíamos una parte importante de nuestras webs pensando en cómo se debían comportar los enlaces de cara a los buscadores. Pero pronto a muchos SEO's se les ocurrió una idea que trascendía la original: aprovechar el parámetro rel="nofollow" para controlar el "link juice" de sus sitios y realizar una nueva actividad llamada "Page Rank Sculpting".

Controlar el "link juice" no es otra cosa que hacer que el valor de nuestros enlaces (su jugo) no se diluya entre más sitios del que debiera. Como el jugo de los enlaces de una página se supone que se reparte a partes iguales entre todos los enlaces, cuantas más páginas enlaces, menos valor se transmitirá a cada una. Muchos hablan del Page Rank que se transmite pero, ¿todavía a estas alturas tenemos que oír hablar de ese número chorra que no sirve para el posicionamiento? ¿O tal vez se refieren al voto que sí sirve (y de qué manera) para posicionar? Sea como fuere, muchos han empleado "nofollow" para esculpir el Page Rank de sus sitios tratando de que no se escape en enlaces internos, servicios externos como enlaces a marcadores sociales o banners publicitarios.

¿Cuál es el problema ahora? Que Cutts nos dice que Google ha cambiado o va a cambiar el modo en que interpreta "nofollow". Lo que no cambia es que seguirá siendo una barrera que no traspasará valor ni voto a la página enlazada. El cambio está en que los enlaces en la misma página sí diluirán su valor a partes iguales, "desperdiciándose" tanto con los enlaces normales como con los "nofollow". Una medida un tanto absurda... ¿o tal vez no? ¿Tal vez está Google un poco mosca con el tema del Page Rank Sculpting y no quiere que al "nofollow" se le dé otro uso distinto del que ellos proponen? En todo caso, no creo que nos afecte gran cosa la medida. Al fin y al cabo, existen muchísimos más factores y más importantes a la hora de posicionar que el Page Rank y los propios enlaces tienen un enorme valor pero no se deben sobreestimar. Google tratará de ofrecer las páginas más relevantes conforme a lo que el usuario busca, y esto se obtiene mediante la combinación de muchos factores, donde no sólo intervienen los enlaces. Aparte, en nuestra absoluta ignorancia del funcionamiento real del algoritmo de Google, no podemos afirmar que el valor de los enlaces vaya mermando por compartirse entre varias páginas.

En mi honesta opinión, esta medida sólo afectará, y tampoco será una catástrofe, a quieres piensan más en buscadores que en usuarios y a quienes se obsesionan por el reparto del valor de sus enlaces. Para los demás, como decía la bonita canción de Julio Iglesias, la vida sigue igual

La semana pasada, simultaneando con otras tareas, hice un tipo de proyecto sobre el que tenía muchas ganas y curiosidad desde hace algún tiempo: construir mi propio agregador de noticias al estilo del genial Digg. Lo que no tenía muy claro era la temática. Un sitio generalista con todas las temáticas no creo que tuviera sentido a estas alturas. Ya que lanzas un agregador, que sea de algo un poco orginal. Me apetecía montar algo al estilo del genialmente diseñado unosaficionados.com. Pues bien, la temática que he elegido es la restauración y la gastronomía, temas que llevo tratando en Internet desde, se van a cumplir ahora, seis años. El sitio es... tachán... Restaurame.net. Sobra decir que me pareció alucinante que el dominio estuviera libre (bueno, a lo mejor a vosotros os parece una caca, no es un genérico ni un premium pero a mí me gusta. )

Primer dilema: ¿Menéame o Pligg?. Existen dos grandes alternativas de software libre para construir este tipo de portales: Menéame y Pligg. Pligg a su vez deriva de la primera versión de Menéame, aunque a estas alturas ambos proyectos se han distanciado notablemente. Tras leer en varios foros opiniones al respecto, me decanté por Menéame.

Ventajas y desventajas, Menéame vs Pligg

• Los enlaces de las noticias que llegan a portada con Menéame son naturales, sin nofollow ni redirecciones, al contrario que en Pligg, si bien esto no sería difícil de cambiar en el código fuente.
• Pligg: si hay algo que los yankies saben hacer muy bien (bueno, en realidad hay muchísimas cosas que saben hacer bien) es el acabado de un producto: lo presentan con un buen instalador y hasta te lo empaquetan con un lacito para regalo
• Menéame es un código listo para producción, con el código que va a ir en el servidor directamente. La configuración de la base de datos tendrás que hacerla a mano ejecutando los scripts SQL en un gestor como PhpMyAdmin. Esto tampoco resulta muy traumático, la verdad...
• Pligg tiene una interesante sección de administración de la que carece Menéame. La mayoría de las tareas administrativas tales como asignar permisos, promocionar noticias manualmente, eliminar, banear usuarios (¡diversión!!!!) y crear categorías se realizan cómodamente en Pligg, debiendo trastear directamente con la base de datos en Menéame. Pero que no cunda el pánico. Con poquito que sepas manejar PhpMyAdmin, no es ninguna dificultad insalvable.
• Me gusta mucho más el tema por defecto de Pligg (hasta la beta 9, luego cambiaron ese bonito template por uno que me parece de lo más anodino) que el de Menéame  ¿Será porque el naranja me recuerda a la web cuyo código admiro pero que en sí misma detesto por ser tan cerrada de mente, maleducada y con esa actitud asquerosa de perdonavidas?.
• Pligg viene con el sistema de plantillas Smarty, lo cuál hace más sencilla la tarea de personalizar el aspecto de la web y la colocación de los elementos. En Menéame esto se hace a través de los archivos /libs/html1.php y libs/ads-credits-functions.php, mediante las funciones do_loquesea (por ejemplo do_tabs, do_header, etc.). Si sabes un mínimo de programación, no te resultará nada difícil. El código Html está encapsulado dentro de los echo. Por ejemplo:  echo "</body></html>\n";
• Pligg es soportado por una potente comunidad mientras que en Menéame no existen ni siquiera foros de ayuda (o al menos no los he encontrado). Lo más parecido que tienen es un Wiki bastante caótico, desorganizado y muy cerrado (en contraposición con su supuesta mentalidad de código abierto) en el que no parecen admitir nuevos miembros seguramente debido a su precaución rayana en la paranoia contra el spam. Solicité mi entrada hace ya casi una semana y no he obtenido ni acceso ni respuesta.

Metiéndonos en harina. Problemas (solucionados) a la hora de instalar Menéame:

• Menéame no funcionará sin algunas librerías de Php cono Curl. Acuérdate de activarlas en php.ini y de que tienes que copiar algunas DLL en la carpeta \Windows\System32 (sólo si usas Windows, lógicamente...).
• Te recomiendo que uses Re-Captcha, el otro captcha que viene por defecto para evitar altas automatizadas no lo conseguí hacer funcionar. Simplemente crea una cuenta en Recaptcha.net, genera el par de claves que correspondan a tu dominio y pégalas en la sección del Recaptcha en config.php. Esto lo activará automáticamente.
• Cuando lo pongas en producción, si tu servidor no usa el módulo Php para Apache y, por el contrario, funciona con FastCgi o, peor aún, con Cgi, no funcionarán las url amigables. Esto te ocurrirá, por ejemplo, con GoPapi (nunca más) y HostGator. Esto se debe a que en esos entornos la variable de PHP $_SERVER['PATH_INFO'] devuelve vacío en lugar de devolver una ruta. Solución: parchear los archivos story.php y user.php añadiendo esta línea al principio, inmediatamente después de los inlcludes:

  // Hostgator patch
  $requestPath                 = $_SERVER['REQUEST_URI'];                                    // Get REQUEST_URI
  $requestPath                 = substr($requestPath, strpos($requestPath, '/', 1));        // Strip of the base (portal name)
  $requestPath				 = "/" . str_replace ("/" . $globals['base_user_url'] , "", $requestPath);          // Assign to ORIG_PATH_INFO
  $_SERVER['PATH_INFO']     =  $requestPath;

¿Por qué elegí Menéame? Quizá sea que me gusten los retos. Aparte, había probado Pligg y me dio algún error que otro, aparte de que me convencieron los argumentos que leí en los foros sobre que Menéame está mejor preparado para resistir el embite del spam. Y, por supuesto, no me da la gana decir que mi nuevo portal es un clon de Menéame. Utiliza el código de Menéame, cosa muy diferente. ¿O es que muchos portales son clones de PhpNuke o Joomla? ¿Este blog es un clon de Wordpress? Menos mirarse el ombligo, que el código está muy bien pero no es el único del planeta. Como curiosidad, decir que el máximo nivel de administrador en Menéame es god... Creo que se explica por sí solo...

Para terminar, os paso dos enlaces que son imprescindibles para poder montar un Digg desde cero con el código de Menéame (o, en la jerga ombliguista meneaniana, "crear un clon de Menéame desde cero").

Tutorial 1 (de 2006)

Tutorial 2 (calentito, de 2009)

Como en los chistes que contábamos hace años: ¿qué es una granja de enlaces? Pues algo parecido a lo que muestra la imagen. La he obtenido de un intercambio que me han propuesto. Si hubiera aceptado (cosa que ni borracho) el enlace a mi web iría dentro la página www.cropmypictures.com/resource.html. En la imagen sólo he puesto una pequeña muestra. Si entráis en el original (hacedlo bajo vuestra responsabilidad) veréis cómo aparece una lista sin sentido interminable y dará la impresión de que el navegador se va a colgar en cualquier momento. Cuando haya terminado de cargar veréis una clara muestra de un esfuerzo tan grande como inútil.

Esta web, con un Alexa de 1.100.000, debe tener muy poco tráfico. Esto demuestra que el conseguir enlaces sin ton ni son, intercambiando con cientos y cientos de webs, haciendo miles de altas en cualquier directorio, etc. no garantiza absolutamente nada, algo que no es de extrañar puesto que el sitio apenas tiene contenido para atraer visitas. Aparte, hay un claro riesgo de penalización por estas prácticas (gracias por el apunte, Seo de Cestalia ).

<obviedad rel="disculpas por la evidencia">Por supuesto, sobra resaltar que este tipo de páginas de intercambios tienen una utilidad CERO para los seres humanos.</obviedad>

Por eso tocaba hoy escribir. Sin embargo, esta semana el meollo del post no está aquí sino en otro blog. Os paso, por si os interesa, un enlace a un artículo que acabo de escribir sobre mi experiencia con los comentarios que recibe uno de mis portales, relatando problemas con terceras empresas, explicación sobre que un portal no es ni la Guardia Civil ni la OCU, además de emocionantes aventuras como intentos de hacer trampa por parte de las empresas, "complots" de oficinistas organizados y, como no podía faltar en todo relato de suspense, acusaciones de censura

La semana que viene espero volver al ritmo habitual. Muchas gracias por leerme