list of the most influential VC/investors http://t.co/4hnl8WrYGl

— Martin Varsavsky (@martinvars) March 26, 2014

sudo apt-get update

sudo apt-get install ruby1.9.1 ruby1.9.1-dev \
  rubygems1.9.1 irb1.9.1 ri1.9.1 rdoc1.9.1 \
  build-essential libopenssl-ruby1.9.1 libssl-dev zlib1g-dev

sudo update-alternatives --install /usr/bin/ruby ruby /usr/bin/ruby1.9.1 400 \
         --slave   /usr/share/man/man1/ruby.1.gz ruby.1.gz \
                        /usr/share/man/man1/ruby1.9.1.1.gz \
        --slave   /usr/bin/ri ri /usr/bin/ri1.9.1 \
        --slave   /usr/bin/irb irb /usr/bin/irb1.9.1 \
        --slave   /usr/bin/rdoc rdoc /usr/bin/rdoc1.9.1

# elegir version
# cambiar symlinks de /usr/bin/ruby , /usr/bin/gem
# /usr/bin/irb, /usr/bin/ri y man (1) ruby
sudo update-alternatives --config ruby
sudo update-alternatives --config gem

# ahora si!
ruby --version

Hace unos cuantos años me enteré de que existía Jekyll. Luego me enteré de que GitHub usa Jekyll como CMS para todos los blogs hosteados en github.io. Y también conocí Octopress que es un Jekyll tuneado específicamente para bloggers. No hay que preocuparse por cosas como html5, índices de categorías, tags, buscador, y css. Todo bien empaquetado, y es genial para quienes no puedan tomar el control, o no tienen ganas de ocuparse de tomar el control y hacer lo que necesiten y ya.

El problema que me detuvo muchos años de finalmente usar Jekyll a full, fueron todas las complicaciones en las que te mete Octopress, con sus buenas intenciones. Por hacerte la vida más fácil, te termina complicando con una serie de imprevistos. Primero es la versión del maldito Ruby. Ubuntu, y creo que muchos linuxes, tienen 1.8.7, pero Octopress requiere 1.9.3 o superior. RVM y rbenv te hacen creer que eso es sencillo, pero si lo fuera, creo que Ubuntu ya traería algo más nuevo que 1.8.7. Una vez que te metiste a manejar varias versiones de Ruby en tu sistema, la cosa se vuelve incontrolable.

Ahora he vuelto a Jekyll. Jekyll funciona con Ruby 1.8.7 y te deja trabajar con el concepto de que menos es más. Otras cosas parecidas como nanoc, middleman, octopress y las variantes programadas en Python, son también intersantes, pero mi proyecto es hacer estáticos varios sitios que cuentan con cientos de miles de urls cada uno, y se me ocurre que si GitHub usa Jekyll, bien puede realizar la ingrata tarea de recalcular el deploy cada vez que se agregar y quitan urls. Eso es algo por verse. Pero debo darle la primera oportunidad a Jekyll. Ya me han dicho que nanoc es cool, pero no escala bien a más que algunos cientos de urls.

Asique lo primero fue pasar este blog a Jekyll. Lo segundo es preguntarte qué CMS estás usando para estatizar sitios que tienen millones de urls, o cientos de miles. Gracias por anticipado por lo que puedas comentar.

Request timestamp: Wed, 27 Mar 2013 19:33:12 GMT expired. It must be within 300 secs/ of server time.

#-----------------------------------------------
#Min    Hour    Day     Month   Weekday Command
#-----------------------------------------------
25	1	*	*	0	/usr/sbin/ntpdate ntp.ubuntu.com pool.ntp.org

root@db000:/etc# mount /dev/sdf
mount: wrong fs type, bad option, bad superblock on /dev/sdf,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

/dev/xvdg /RESTORED xfs noatime,nouuid 0 0

1. No repetir: En la calle, en la tele, en los diarios, la repetición de un anuncio era importante. En la web no hay necesidad de repetir. Es más, repetir es contraproducente. ¿Por qué? Porque las repeticiones no pueden aparecer todas juntas en las páginas de resultados en buscadores. Entonces los buscadores hacen un excelente trabajo filtrando todas las páginas repetidas, para descartarlas completamente. ¿Lo estás captando? Si repites el mismo anuncio una y otra vez, lo estás haciendo para que los algoritmos de los buscadores filtren ese contenido y lo lancen bien pero bien lejos de los resultados de búsquedas. Asique, no repitas. Pregúntate antes de enviar tu nuevo anuncio gratuito, qué valor aporta, especialmente en buscadores, donde tu anuncio será evaluado frente a otros, quizás mejores o no, para ser seleccionado como más o menos relevante para contestar a esa pregunta que los usuarios están realizando.
2. El título es muy importante. Es cierto, este tip es como de perogrullo. Pero yo que me veo en la posición de moderar cientos de anuncios que publican usuarios reales todos los días, veo que no se le presta nada de atención a este importante tema. Si buscas trabajo, publicar un anuncio con el titulo "trabajo", no es una gran cosa. Si intentas vender tu auto y le pones "vendo", tampoco. Asique desarrolla un título más largo que una sola palabra. Da detalles importantes acerca del bien o servicio que ofreces. "Vendo Fiat Duna 1998 cinco puertas, en Villa Luro" es un título mucho mejor. "Busco trabajo de secretaria en Rosario" también.
3. Intenta ubicarte en el punto de vista del comprador o buscador. "Paseo perros en Belgrano C", también es un buen título. Sin embargo "Paseador de perros en Belgrano C" es muchísimo mejor, porque puede coincidir con la frase de búsqueda. El punto de vista de quien pregunta en el buscador, te acercará a las primeras posiciones en las páginas de resultados de búsquedas, y eso es algo muy interesante, porque al publicar un anuncio, queremos hacerlo para obtener visitas y clientes, asique la coincidencia en la formulación de la pregunta, con el título de tu anuncio, es beneficiosa, siempre.
4. El cuerpo del anuncio es importante. Otra obviedad. Sin embargo, la mayoría de los anuncios que uno puede ver están redactados o con muy poco detalle o con muchísimo. Nuevamente pido ubicarnos en el punto de vista del comprador, que se dirigirá en primer lugar a un buscador y hará una pregunta. Un anuncio puede estar redactado para contestar unicamente una pregunta. No puede responderlas todas. Asique investiga qué preguntas hacen tus clientes, y provee una respuesta a cada una de ellas, por medio de un anuncio gratis. Cuando redactes de esta manera, estarás: a) haciendo lo que más te gusta, que es desarrollar al máximo tu producto o servicio, b) entregando valor a quien lo está necesitando, cerrando un círculo virtuoso en el que tú recibes valor, porque te permiten promocionar tu producto sin pedirte nada a cambio y tú le entregas valor respondiendo la pregunta a un usuario sin pedirle nada a cambio. Claro que ese usuario puede convertirse en cliente, y ese es un final feliz. Pero no estamos obligando a nadie, estamos dejando que la gente nos compre porque la hemos hecho feliz primero y se ha podido construir un lazo. Volviendo a nuestro anuncio, entonces: asegúrate de tener en claro primero cuál es la pregunta, luego respóndela.
5. Detalles accesorios que deben figurar en tu anuncio. Si bien estamos enfocados, y contestando una pregunta por vez. Antes de cerrar tu anuncio, pregúntate qué aderezo le vendría bien, como si fuera un rico platillo. Por supuesto que agregar imágenes del producto, servicio o solución, es muy adecuado. Si has desarrollado una explicación en formato de video, obviamente también. No dejes de dar señales de dónde se ofrece tu producto o servicio, si hay costos de envío cuáles son, si hay alguna oferta especial, menciónala. Pregúntate de qué manera, información selecta que puedes incluir, hará de la experiencia algo más interesante para tus clientes.
6. Incluye un precio. Hay una tendencia muy comprobada: los anunciantes no quieren poner el precio de su producto o servicio, e incluso usan esa incógnita para forzar el inicio de una relación. Que pregunten. Sin embargo, aquí nos centramos en una propuesta audaz. Haz feliz al usuario primero. Luego piensa en venderle. Haz feliz al usuario primero, diciéndole de antemano y sin necesidad de que pregunte, cuánto cuesta tu producto ó servicio. Todos estarán mas contentos, incluso los anunciantes.

• ¡Nuevo! Visualiza análisis de tu contenido en la Búsqueda de Google.
• Distingue y valida tu contenido en los resultados de búsqueda.
• Obtén más seguidores en Google+.
• Ayuda a los lectores a descubrir otro tipo de contenido en la Web.
• Una de las más importantes: fijate como se ve el resultado en las búsquedas en Google.

• Ayuda a los lectores a encontrar contenido de alta calidad en la Web.
• Ofréceles la oportunidad de comprometerse con los autores de contenido a través de Google+.

$ curl http://169.254.169.254/
1.0
2007-01-19
2007-03-01
2007-08-29
2007-10-10
2007-12-15
2008-02-01
2008-09-01
2009-04-04
2011-01-01
2011-05-01
2012-01-12

$ curl http://169.254.169.254/2011-05-01/meta-data/
ami-id
ami-launch-index
ami-manifest-path
block-device-mapping/
hostname
instance-action
instance-id
instance-type
kernel-id
local-hostname
local-ipv4
mac
metrics/
network/
placement/
profile
public-hostname
public-ipv4
public-keys/
reservation-id

$ curl http://169.254.169.254/2011-05-01/meta-data/instance-type/
t1.micro

  'fb_expires' => 1360513406,
  'fb_issued_at' => 1355329406,

1. Inserta la frase mágica que al buscarla en Google entre comillas no arroje ningún resultado. Esta es la clave. Y cuanto más corta la keyword, tanto mejor. Por ejemplo, en este momento esta búsqueda no arroja ningún resulado: "pipzowiyi". Recuerda que tiene que estar entre comillas. Siempre.

2. Usa esa keyword en tus plantillas. Especialmente en las que contienen tus artículos originales. Si te resultado difícil modificar plantillas y no te queda otra, ponelo en el texto de tus artículos. De tal manera que Google al indexar la página, se coma una pastilla de "pipzowiyi". Sobretodo en cada página nueva que publiques.
3. Crea una nueva alerta en Alertas de Google. Asegúrate de que en consulta de búsqueda, pongas tu propio "pipzowiyi", entre comillas, seguido de -site:www.example.com, sin comillas, donde www.example.com debes cambiarlo por tu propio dominio. En mi caso quedaría así "pipzowiyi" -site:www.grippo.com

Primero crea tus keys

"Usando el plugin ese y automatizando la transferencia a S3 te ahorras el EC2, lo podrias tener al WP en localhost y mandar el html que te genere al S3."

total = innodb_buffer_pool_size + key_buffer_size + innodb_additional_mem_pool_size + innodb_log_buffer_size + (max_connections * (sort_buffer_size + read_buffer_size + binlog_cache_size + maximum_thread_stack_size));

[mysqld]
...
innodb_buffer_pool_size = 8388608
key_buffer_size = 8388608
innodb_additional_mem_pool_size = 1048576
innodb_log_buffer_size = 1048576
max_connections = 151
sort_buffer_size = 2097144
read_buffer_size = 131072
binlog_cache_size = 32768
thread_stack = 262144
...

total = 8388608 + 8388608 + 1048576 + 1048576 + (151 * (2097144 + 131072 + 32768 + 262144));
total = 18874368 + (151 * (2523128));
total = 18874368 + (151 * (2523128));
total = 18874368 + 380992328;
total = 399866696;

[mysqld]
...
innodb_buffer_pool_size = 0
key_buffer_size = 8388608
innodb_additional_mem_pool_size = 0
innodb_log_buffer_size = 0
max_connections = 18
sort_buffer_size = 524288
read_buffer_size = 131072
binlog_cache_size = 32768
thread_stack = 65536
...

total = 8388608 + (18 * (524288 + 131072 + 32768 + 65536));
total = 8388608 + (18 * (753664));
total = 8388608 + 13565952;
total = 21954560;

1. Numeric 3 digit codes: http://en.wikipedia.org/wiki/ISO_3166-1_numeric
2. Alpha 2 chars codes: http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2
3. Alpha 3 chars codes: http://en.wikipedia.org/wiki/ISO_3166-1_alpha-3

• GeoIP country: http://www.maxmind.com/app/iso3166

1. Satallite provider
2. Anonymous Proxy
3. Other country

Más paciencia, menos pánico

Me parece interesante este articulo de Carlos Blanco Vázquez, Fundador de Grupo ITnet. A veces, " ...  los inversores provocan indirectamente la perdida de entusiasmo ..."

• "Enlaces internos" no se actualiza hace seis meses. No sólo los empleados de Google evitaron comentar, sino que los webmasters aparentemente no han querido comentar tampoco.
• He corregido las Metadescripciones duplicadas, pero WMT sigue mostrándolo como un problema. Este hilo tiene más participación, pero entre los webmasters que divagan y los empleados de Google que divagan, se trata de un dislate nada productivo. La mayor precisión la ha dado Esperanza: "Nada, a veces se demoran las actualizacines, pero al final siempre llegan. ;-)". Una pérdida de tiempo.
• ¿Por qué no se realiza el "Cambio de dirección"? En este post, la conclusión fue "WMT funciona con mucho retraso y a veces mal"

An ex-Google employee recently expressed concerns about the antiquity of Google's software infrastructure. This is the same software infrastructure underpinning Google's App Engine. Learn more before your enterprise considers Google App Engine. Engineer claims Google's software infrastructure is obsolete In a post explaining why he's leaving Google, former Google Wave engineer Dhanji R. Prasanna wrote: Here is something you've may have heard but … Read More

via rand($thoughts);

...you may be able to simply resize the existing instance by asking Amazon move it to better hardware for you ...

We will officially discontinue Yahoo! MyBlogLog effective May 24, 2011.

No recuerdo si fue Eric Hammond (http://twitter.com/#!/esh) o Werner Vogels (http://twitter.com/#!/Werner) quien dijo hace poco en un mail que

mongodb, couchdb, redis y ahora acabo de ver esto en cassandra http://cassandra.apache.org/

• Cuando el tráfico sube, lo hace lentamente. Cada uno de los puntos donde el tráfico baja, lo hace abruptamente.
• No encontré referencias concretas al por qué, pero los primeros de enero, la cosa sube. Alguien sugirió que Google se pone muy conservador antes de las fiestas, allá por los principios de noviembre, y que libera todo lo que contuvo durante dos meses, recién el primero de enero. Supongo que a las cero horas. No se si lo notan, pero agosto, setiembre y octubre 2010 tienen una notable curva en ascenso, noviembre ya se ameseta. Se pone conservador. Si esta regla se cumple, debería ir armando servidores nuevos para aguantar la nueva demanda para arriba del proximo 1 de enero de 2011.
• Yo lo sé porque soy el culpable, cada bajón de tráfico se debió a un severo down-time del servicio. Es decir, sin presencia online por más de 12 horas. Google reacciona para proteger al webmaster, enviándole menos tráfico y evitar así el efecto conocido como slashdotting. La recuperación se logra dentro del mes.
• Pero en mi caso, tuve períodos de convivencia de sistemas antiguos con nuevos desarrollos, que sumados a la inexperiencia en ambientes cloud-computing, producían todo tipo de inconveniencias, como por ejemplo errores 500 aleatorios. Nuevamente Google es sensible y para cuidar mi sitio, mandó menos tráfico en vez de más.
• Esto quiere decir que la curva ascendente que comenzó el primero de enero de 2009 debería haber continuado en ascenso hasta estos días. Todas las pansas hacia abajo se debieron a falta de capacidad en responder requests por parte de mis servidores.
• Dicho esto, debo también afirmar que SEO no tuvo nada que ver. Ni estaba menos optimizado antes que ahora ni las subas y bajas se debieron a ningún aspecto relacionado con backlinks, arquitectura de links, o diseño amigable para buscadores. Si algo puede relacionarse con SEO, es que a partir de la integración con redes sociales por marzo de 2010, se crean aproximadamente 200 links por día, porque o me gusta o comparto un aviso en Facebook, Twitter y Buzz. Pero caray, no lo llamaría SEO a eso, aunque lo es. Lo llamaría integración a redes sociales.
• A partir de marzo de 2010, el sitio www.grippo.com se migró completamente a la plataforma nueva, donde todo funciona sin inconvenientes, y cada suba en el tráfico es absorbida sin problemas de capacidad. La ausencia de problemas de capacidad se nota a partir de julio 2010, de la misma manera que se notan la presencia de los mismos a partir de julio de 2009.

<IfModule pagespeed_module>
    SetOutputFilter MOD_PAGESPEED_OUTPUT_FILTER
    ModPagespeed on

    # ModPagespeedUrlPrefix is the prefix assigned to some types of
    # rewritten resources. This directive will be removed in a future
    # release. For now, you must specify a URL and path for a hostname
    # that is served by this Apache
    # instance. http://yourhostname/mod_pagespeed is a good default
    # value (replace localhost, below, with the hostname of your
    # Apache instance).
    ModPagespeedUrlPrefix                "http://localhost/mod_pagespeed/"

    # The ModPagespeedFileCachePath and
    # ModPagespeedGeneratedFilePrefix directories must exist and be
    # writable by the apache user (as specified by the User
    # directive).
    ModPagespeedFileCachePath            "/var/mod_pagespeed/cache/"
    ModPagespeedGeneratedFilePrefix      "/var/mod_pagespeed/files/"

    # Override the mod_pagespeed 'rewrite level'. The default level
    # "CoreFilters" uses a set of rewrite filters that are generally
    # safe for most web pages. Most sites should not need to change
    # this value and can instead fine-tune the configuration using the
    # ModPagespeedDisableFilters and ModPagespeedEnableFilters
    # directives, below. Valid values for ModPagespeedRewriteLevel are
    # PassThrough and CoreFilters.
    #
    # ModPagespeedRewriteLevel CoreFilters

    # Explicitly disables specific filters. This is useful in
    # conjuction with ModPagespeedRewriteLevel. For instance, if one
    # of the filters in the CoreFilters needs to be disabled for a
    # site, that filter can be added to
    # ModPagespeedDisableFilters. This directive contains a
    # comma-separated list of filter names, and can be repeated.
    #
    # ModPagespeedDisableFilters rewrite_javascript

    # Explicitly enables specific filters. This is useful in
    # conjuction with ModPagespeedRewriteLevel. For instance, filters
    # not included in the CoreFilters may be enabled using this
    # directive. This directive contains a comma-separated list of
    # filter names, and can be repeated.
    #
    # ModPagespeedEnableFilters collapse_whitespace,elide_attributes

    # ModPagespeedDomain
    # authorizes rewriting of JS, CSS, and Image files found in this
    # domain. By default only resources with the same origin as the
    # HTML file are rewritten. For example:
    #
    #   ModPagespeedDomain cdn.myhost.com
    #
    # This will allow resources found on http://cdn.myhost.com to be
    # rewritten in addition to those in the same domain as the HTML.
    #
    # Wildcards (* and ?) are allowed in the domain specification. Be
    # careful when using them as if you rewrite domains that do not
    # send you traffic, then the site receiving the traffic will not
    # know how to serve the rewritten content.

    # Enables server-side instrumentation and statistics.  If this rewriter is
    # enabled, then each rewritten HTML page will have instrumentation javacript
    # added that sends latency beacons to /mod_pagespeed_beacon.  These
    # statistics can be accessed at /mod_pagespeed_statistics.  You must also
    # enable the mod_pagespeed_statistics and mod_pagespeed_beacon handlers
    # below.
    #
    # ModPagespeedEnableFilters add_instrumentation

    # This handles the client-side instrumentation callbacks which are injected
    # by the add_instrumentation filter.
    # You can use a different location by adding the ModPagespeedBeaconUrl
    # directive; see the documentation on add_instrumentation.
    #
    # <Location /mod_pagespeed_beacon>
    #       SetHandler mod_pagespeed_beacon
    # </Location>

    # This page lets you view statistics about the mod_pagespeed module.
    <Location /mod_pagespeed_statistics>
        Order allow,deny
        # You may insert other "Allow from" lines to add hosts you want to
        # allow to look at generated statistics.  Another possibility is
        # to comment out the "Order" and "Allow" options from the config
        # file, to allow any client that can reach your server to examine
        # statistics.  This might be appropriate in an experimental setup or
        # if the Apache server is protected by a reverse proxy that will
        # filter URLs in some fashion.
        Allow from localhost
        SetHandler mod_pagespeed_statistics
    </Location>
</IfModule>

Ayer lo anuncié muy tarde en la noche en Twitter, y hoy dejo constancia aquí: la integración de Grippo con FaceBook está en beta y la podés probar en la página Acceder con Facebook (beta).

Lo que vas a ver implementado es la operación de obtener tu permiso de FaceBook para acceder solo a la parte pública de tu perfil, más in permiso especial para conocer tu email, para poder consolidar tu cuenta en FaceBook con la de Grippo.

De este manera, ya no hace falta que alguien se registre en Grippo para poder hacer operaciones de usuario registrado, como ser, publicar o comentar, sino que simplemente usando este mecanismo, podrá ser autorizado solo con un click desde la cuenta de Facebook.

Proximamente ofreceremos también la misma posibilidad para usuarios de Google y Twitter.

Es muy raro volver a escribir acá. Son tiempos donde no queda claro dónde exactamente está la comunidad. Si en Twitter, Facebook, o el blog. Aparentemente algo como un anuncio oficial de la naturaleza de este post, se merece un post. Asique allí vamos:

Los últimos 4 meses los invertí en migrar Grippo.com desde una aplicación anterior en mod_perl, a una plataforma nueva, también sobre mod_perl, pero con HTML::Mason, que es algo así como PHP para quienes preferimos Perl. La idea de migrar era tener entre otras cosas mayor flexibilidad al momento de agregar, eliminar y modificar features. Supuse que lo haría más rápida y eficientemente. Y así fue. Una vez que logré migrar el último módulo a la nueva plataforma, en cuestión de horas tuve lista la versión mobile de Grippo.com.

Me propuse no usar un redirect, solución que entre otros usan m.google.com, m.youtube.com, m.lanacion.com.ar o movil.clarin.com, sino servir los contenidos para mobile en la tradicional url www.grippo.com/. Esto es fantástico porque te libera de tener que hacer siempre otro desarollo más para moviles, cada vez que la aplicación cambia, cosa que ocurre cada vez con mayor cotidianeidad. También es fantástico porque generalmente la versión para moviles tiende a ser raquitica en cantidad de features y contenidos, comparándola con la vesión www, o principal, por llamarla de alguna manera.

También me propuse que no sea un aplicación de código nativo de ningún dispositivo, sea iphone, blackberry, android, o cualquier otro. En su lugar, me hace mucho más sentido que sea una aplicación web, que funciona dentro del browser, con toda la potencia de la conectividad en tiempo real y con una interfaz universal de página web.

En ambos sentidos me siento muy satisfecho. Si bien hay páginas que todavía quedan muuuuyy largas para cualquier dispositivo, es algo que puedo ir puliendo facilmente.

Como dije, HTML::Mason es parecido a PHP, y te permite escribir código como este directamente en un template:

% if ($session{is_mobile}) {
<!-- aqui va contenido solo para moviles -->
% } else {
<!-- aqui va contenido solo wide-screen -->
% }

Luego de usar mod_perl durante años, haber logrado eso es una gran alegría.

Recomiendo a todos los desarrolladores: simplificar. En los dos frentes:

1. Redirects? buh buh no no, mismo template para www y mobile? yeah yeah si si.

2. Pensar en moviles como pantallas pequeñas, versus pantallas grandes. No se sorprendan de que en poco tiempo en los livings de muchos hogares (los mismos de la gente que usa smartphones), van a navegar en internet en los nuevos LCD o como se llamen que tengan WiFi y navegador integrado. Sugiero dejar el iPad y otros tablets, en otra categoría en los casos que se justifiquen (diarios, revistas, games y sitios fuertes en contenidos), aunque en general, lo primero que haremos es tratarlos como wide-screen.

Ahora no me averguenzo más cuando veo mi sitio en algun celular. Al contrario, se ve bien bonito y veloz.

:)

1. Ingresar en reCAPTHA.NET, inscribirse y agregar tu sitio.
2. Instalar el modulo Perl Captcha::reCAPTCHA

<meta name="robots" content="noindex">

• Usar CNAME de todo el dominio, solo es viable cuando no hay otros servicios como ser mails en el mismo dominio.
• Sólo las urls del tipo http://subdominio.midominio.com/aviso/1234 funcionarían con Elastic Load Balancer, por lo que las urls del tipo http://grippo.com/aviso/1234 no son viables sin comprometer el servicio en momentos de sobrecarga, o sin sobrecargar al webmaster con una nueva tarea de administrador de load balancer

• usar un proveedor de DNS primario que te deje propagar un cambio en minutos, no hras
• usar un proveedor de DNS que te permita modificar tus registros de acuerdo a tus necesidades, no las de ellos

• Usar CNAME de todo el dominio, solo es viable cuando no hay otros servicios como ser mails en el mismo dominio.
• Sólo las urls del tipo http://subdominio.midominio.com/aviso/1234 funcionarían con Elastic Load Balancer, por lo que las urls del tipo http://grippo.com/aviso/1234 no son viables sin comprometer el servicio en momentos de sobrecarga, o sin sobrecargar al webmaster con una nueva tarea de administrador de load balancer

1. Dispuse un redirect de clasificados.grippo.com.ar a grippo.com que es el dominio donde se sirven ahora las páginas, para tener el mínimo de downtime posible. La aplicación estuvo fuera de línea solo 15 minutos que es lo que tardó en migrarse la database de un lugar al otro. Comprimido 0,4GB, descomprimido 2,2GB.

• frente a los usuarios solo está el load balancer, que es un servicio que pinguea cada 30 segundos cada apache para ver si está vivo y balancea la carga entre tantas instancias como le pongamos.
• detrás del load balancer hay n cantidad de instancias, cada una corriendo apache + mod_perl, en mi caso con dos instancias puedo servir mucho mas de mis 3 millones de uniques mensuales
• cada aplicación realiza inserts, updates y deletes en un servidor master MySQL (que corre en su propia instancia) y todos los selects van al slave (que por supuesto corre en una instancia separada), en total hasta aca tenemos 4 instancias corriendo
• todos los datos (templates, logs, bases de datos), existen en una unidad de storage externo (EBS)
• en mi repositorio S3 tengo imágenes del setup particular del OS de cada rol de servidor. En mi caso uso Debian. A cada imagen la llaman AMI (Amazon Image) y contiene una imagen binaria que aplicada a una instancia nueva, instala no solo el OS sino todas las decenas de paquetes y configuraciones específicas que se necesitan para asignarlo un rol al server. Asi tengo un AMI para servidor MySQL master, otro para servidor MySQL slave, y otro para servidor Apache + mod_perl. En caso de necesitar más apaches, simplemente lanzo una nueva instancia (launch instance), y le aplico el AMI correspondiente a apache con mod_perl. Todo el proceso implica dos clicks y esperar como 90 segundos en total. Al finalizar ese procedimiento, tengo un nuevo apache que puedo agregar al load balancer y en minutos puede estar sirviendo mas requests.

• El diseño en sí permite la acumulación de basura y deshechos sobre los nombres de los desaparecidos.
• La gente no se da cuenta de qué es y es tomado generalmente como una instalación para descansar o comer.
• Si se rompe una placa conteniendo nombres que son sujetos de la memoria, éstas no se reponen. 
• Las que persisten los embates del tiempo y le uso del público, se van desdibujando.
• Las lanzas que penden sobre ellos ¿qué sugieren? Pregunto porque a mi solo me sugieren sentimientos negativos y hostiles hacia estudiantes y docentes que son sujetos de la memoria.
• Es algo estadístico, en los próximos 3 meses desaparecerá otra de las placas de vidrio, con  algunas decenas de nombres. Entonces, esto se perfecciona porque siguen desapareciendo?

Se prende una pantaya de compu y se ven las manos de la piba a media luz escriviendo a mil y en ropitas menor. En la pantalla del otro lado aprece mi chat diciendo "ok if you want i go to california" y ella apreta el mouse y se le ve la cara media sarcastica y dice "got cha ..." ( Te agrre " y se va a obscuro y aprece un avion llegando a los angeles. La gente ,rapido cambia a un bus llegando a una terminal y esta ella (exactamente igual que como paso) se saca sus anteojos me mira y me dice "sos mas lindo de lo que me imaginava" y yo le digo ",,,,igual" eso en puro acento argentin pero traducido en titulos en ingles rapidito ,y ella me dice "i waith a man like you forever" y le digo "really?" y ella dice "trust me" y comiensa una carrera por un campo en las montanias jajaja es de terror se van a parar los pelos y lo mejor es que paso en realidad no hay fantasías.

esta historia fue sacada de la realidad en un chat aya en los 90's en Grippo.com

1. Si Google tiene información, la usa. No porque sean "malos", sino porque cuentan con esa información. Cada vez más se escuchan reportes de que Google se fija ahora en algunos índices que miden la satisfacción del usuario, una vez que esta ha cliqueado en un resultado de búsquedas. Si la satisfacción es pobre: índice de rebotes alto, tiempo de permanencia escaso, cantidad de pageviews por sesión escaso, entonces Google puede devaluar esas urls en resultados de búsquedas. ¿Cómo hace Google para saber esos índices que miden la satisfacción del usuario? Es muy sencillo si el sitio en cuestión tiene pegado el código de Google Analytics. Esto me lo había sugerido Jordi de Mundoanuncio.com, y veo que tiene razón.
2. No hay que desesperarse si el trafico desaparece súbitamente. Lo mejor es buscar formas racionales de explicar el fenómeno, tratando de que el amor propio no nos juegue en contra. Generalmente tendemos a pensar que es una injusticia, pero analizándolo bien, tenemos que romper con esa idea que nos pone en el centro del universo y ver que somos parte de un sistema de billones de urls, y tratar de encontrar una explicación racional al fenómeno.
3. Lo mismo le ha pasado a muchos dominios con mucha reputación como grippo.com.ar, con más de 10 años de antigüedad, que no usan técnicas dudosas o sobreoptimización.
4. Este incidente no tuvo relación con un bug de Google que se deslizó en Halloween, y que se resolvió en 24 horas.

• Antes que nada no piensen que porque los miembros de IAB son de Internet, las cosas van a marchar rápidamente. Lo que yo inicié en abril, materializando la membresía, llevó nada menos que seis meses hasta ver por primera vez a grippo.com en los rankings oficiales. Miren en quinto lugar qué bonito logro para un emprendimiento de sólo dos personas: Las estadísticas son públicas, podés descargar las estadísticas de setiembre/2008.
• En octubre/2008 los números son mucho más favorables todavía. Pero como todavía no se publicaron oficialmente, no puedo mostrar nada.
• Ahora vean a dónde fueron a parar mis planes: [youtube=http://www.youtube.com/watch?v=4LJS-HQcfhQ] Sencillamente, el tráfico se desplomó. Uno de mis sitios, el de clasificados gratis, que llegó a tener 250 mil usuarios únicos diarios, ahora tiene unos 50 mil. ¿Cómo pudo pasar eso? Bueno todavía tengo un par de decenas de teorías al respecto, todas relacionadas con Google, pero ninguna es segura. Lo cierto es que ese tráfico no está más y veremos cómo me las arreglo para recuperarlo.

Prometo mostrar avances, ya que para empresas muy importantes soy su Gurú consultor en temas de SEO. ¿Y ahora de qué me disfrazo frente a ellas?

Muchos podrán preguntarse, "¿y éste para qué muestra eso?" Lo que pasa es que desde el comienzo pensé que las métricas de un sitio deben publicarse, no esconderse, ni mentirse. Ahora bien, con semejante pérdida de tráfico, ¿hay otra alternativa que esperar al año que viene antes de hablar de esponsors?

1. Es bueno usar Feedburner para entregar tus feeds, no entregues simplemente tu XML. Una vez que te enrolaste en Feedburner, no te olvides de ir a tu CMS e indicarle que en vez de servir tu XML, lo redirija a la nueva url que te da Feedburner, asi ellos pueden hacer su trabajo.
2. Si querés aparte agregar avisos contextuales a tus feeds, enrolate en Google Adsense, y en Get Ads, selecciona la opcion Adsense For Feeds. Nuevamente, una vez que inscribas tu feed, debes ir a tu CMS e indicarle nuevamente que redirija la url de tu feed, a la nueva url que te da Google Adsense.

Grippo apoya la realización del evento Día de Internet, organizado por CACE e Internauta. El 17 de mayo de 2008 en Buenos Aires, Paseo La Plaza, Argentina

Más información en el sitio oficial del día de internet.

No te lo pierdas! y Vení a visitar nuestro stand.

• Realmente no hay preguntas raras al instalar. El lema de Ubuntu es "Linux para seres humanos".
• Wi Fi anduvo sencillamente bien, desde la instalación.
• En vez de Internet Explorer se instala Firefox 3.x + Evolution Mail + OpenOffice. Con esos 3 paquetes de software, 99% de las cosas que se hacen en la PC ya están resueltas.
• Es open source, ningún componente de Ubuntu, nisiquiera un driver, es código cerrado o propietario.
• Como ya dije, funciona sin sobresaltos, como todos creemos que nuestra última computadora debería funcionar, no como las que usábamos el siglo pasado.
• Es Unix :) , basado en Linux Debian.
• Reconoció impresoras y scanners HP, sin necesidad de instalar ninguna otra cosa adicional.
• Toneladas de programas open source listos para descargar y usar.
• Hay mucho más que no tengo la capacidad ahora de detallar.
• Nos acelera la necesidad de un cambio de mentalidad: open source es definitivamente un mundo mejor, que mejora minuto a minuto.

• No funciona tan bien Flash como en Windows. Pero eso es culpa de Macromedia, no de Ubuntu.
• Muchos dispositivos (Blackberry, Sony), solo traen controladores y software en su versión sólo para Windows, no para Linux ni Mac.
• Muchos usuarios piensan que esto no se puede hacer o que aquel programa no está disponible. No es tan así, es cuestón de investigar un poco: en vez de Messenger usamos Pidgin, en vez de Photoshop usamos GIMP, etc.

Offer a site map to your users with links that point to the important parts of your site. If the site map is larger than 100 or so links, you may want to break the site map into separate pages.

Ofrezca a los usuarios un mapa del sitio con vínculos que apunten a las secciones importantes del mismo. Si el mapa contiene más de 100 vínculos, puede dividirlo en varias páginas.

Qué es el mapa del sitio?

• Ya que te tomaste el trabajo de escribir el mapa del sitio, es buena idea incluir el mapa del sitio en la página que devuelve el servidor cuando el resultado fue 404 No se encontró la página
• Verifica dos veces que todos los links sean válidos
• No te preocupes excesivamente por la jerarquía de links, pero sí preocupate porque los textos de los links sean suficientemente descriptivos
• Verifica por tercera vez que todos los links sean válidos

¿Qué son sitemaps?

• Webmaster Central
• Yahoo! Search Site Explorer

Resumen ejecutivo

Make a site with a clear hierarchy and text links. Every page should be reachable from at least one static text link.

Cree un sitio con una jerarquía y vínculos de texto claros. Se debe poder acceder a todas las páginas desde al menos un vínculo de texto estático.

Qué es jerarquía

1. En la home page incluir links a todas las categorías.
2. En los índices de categorías incluir links a todas las subcategorías si las hay y links a los artículos de la categoría actual. Repetir hasta alcanzar el nivel más profundo de subcategorías, asegurándose de linkear a cada uno de los artículos. En cada página debe haber un link de vuelta a la home page, y un link de vuelta a la categoría de orden superior. Desarrollamos así:
1. En "Telefonía" hay un link a la home page y a todas las subcategorías, como por ejemplo "Telefonía celular".
2. En "Telefonía celular" ponemos link a "Telefonía" y link a la home page, además de links a subcategorías, como "Motorola"
3. En la página de "Motorola" ponemos el link a "Telefonía Celular", otro a "Telefonía" y otro a la home page, además de links a las subcategorías, por ejemplo "Sin tapa".
4. En la página "Sin tapa", ponemos links a "Motorola", otro a "Telefonía celular", otro a "Telefonía" y otro a la home page, además de los links a todos los artículos de "Telefonia -> Telefonia Celular -> Motorola -> Sin tapa"
3. En la página de artículo (hoja del árbol), siempre debe haber un link a toda la cadena de categorías superiores y a la home page. Siguiendo nuestro ejemplo, desarrollamos asi: En la página de un artículo deben figurar los links de vuelta a "Sin tapa", otro a "Motorola", otro a "Telefonía celular", otro a "Telefonía" y otro a la "home page".

Hola, Mi nombre es Mercedes Txxxx, no sé si esta es la direccion correcta para mandar este correo electronico, el problema que tengo es el siguiente, la información que dan es incorrecta, todos los links que dan no existen, y si la página de x empresa existe tiene otro nombre y hay que googlearla. Me parece que deberian revisar la info, ya que cada vez que usas el google te saltan miles de paginas de grippo y cuando entras no sirven de nada, es una perdida de tiempo. Lo que quiero decir con todo esto es que el servicio que estan dando es de pésima calidad, en conclusion, no sirve. Disculpen las molestias y espero que mejoren. Mercedes Txxxx

Muchas gracias por haberse tomado el tiempo de escribirme sus observaciones. Estamos trabajando en el sentido que usted propone, y espero que pronto pueda evaluar nuestro servicio en forma más satisfactoria.

Este artículo fue enviado recién al Google Webmaster Help en Español, que acaba de ser creado y al que están todos los webmasters invitados.

AR,01,"Buenos Aires"
AR,02,"Catamarca"
AR,03,"Chaco"
AR,04,"Chubut"
AR,05,"Cordoba"
AR,06,"Corrientes"
AR,07,"Capital Federal"
AR,08,"Entre Rios"
AR,09,"Formosa"
AR,10,"Jujuy"
AR,11,"La Pampa"
AR,12,"La Rioja"
AR,13,"Mendoza"
AR,14,"Misiones"
AR,15,"Neuquen"
AR,16,"Rio Negro"
AR,17,"Salta"
AR,18,"San Juan"
AR,19,"San Luis"
AR,20,"Santa Cruz"
AR,21,"Santa Fe"
AR,22,"Santiago del Estero"
AR,23,"Tierra del Fuego"
AR,24,"Tucuman"