Senior Web Developer

Sobre la ley de obligatoriedad a colegiarse al CPIC

Mon, 30 Jun 2014 00:00:00 -0500

Hoy el Colegio de Profesionales en Informatica y Computación (CPIC) de Costa Rica, nos viene a intentar gobernar como un tirano que busca poder.
El colegio tiene una ley en la asamblea legislativa, para asegurarse que solamente colegiados puedan ejercer en Tecnologías de Información.

Esto a simple vista parece inofensivo y hasta necesario, y desde la perspectiva de profesionales de otras carreras colegiadas inclusive justo.
Cuando pregunto por cual es la justificación de esto, cual es el problema que esto viene a resolver, recibo respuestas como “si otros profesionales tienen la misma restricción, porque no ustedes? es lo justo”, o “es para salvaguardar los intereses de los clientes”, o “para protegernos de hackers y profesionales sin ética”.
Pero la realidad es que las intenciones del colegio son meramente económicas, ellos han fallado en atraer el interes de los profesionales y como solución deciden obligar con pena de carcel a integrarse a los profesionales, porque saben que es la carrera de mayor crecimiento en el mundo.

Pero, el problema aquí, no es solo una cuestión de oponerse a pagarles a un grupo que tiene aires de grandesa, el problema es un problema serio para el país, grave, mayúsculo.
No estoy siendo amarillista, el problema es que intentar poner en la misma caja al area de tecnologías de información, junto a medicina, abogacía o arquitectura es que no tiene el mas minimo sentido lógico.

La razón es que, aunque alguien pudiera poner ejemplos de como un muchacho de colegio sin “preparación formal” no tiene la capacidad de montar un sistema bancario seguro, escalable y eficiente y por esa razón debería regularse la carrera, estaría dejando de cientos de otras ramas de nuestra carrera.
Aunque ese ejemplo podría estar comparado con el trabajo de un arquitecto, y en cierto sentido lo está, ese tipo de trabajo debería ser supervisado y regulado por el cliente, porque las tendencias, esquemas, estandares y otros, son demasiados y muy cambiantes, y es el cliente el que debe determinar bajo que parametros debe permanecer ese desarrollo.

El problema es, que al ver ese ejemplo no veriamos todo otro monton de ejemplos críticos, permitanme poner esto en perspectiva un poco, y el porque nuestra area también es comparable con el arte, con un pintor o un músico, el cual sería destruido al intentar limitarse y controlarse por un esquema como el que propone el CPIC:

Cualquier niño de escuela o joven de colegio (de hecho miles a nivel mundial lo hacen todos los días) puede desarrollar una idea, un sistema, un juego, una libreria, una solución a un problema.
Cualquier profesional de cualquier area puede desarrollar herramientas que requieran.
Un joven podría desarrollar el próximo “Facebook”, o un sitio que ofrezca maneras novedosas para aprender alguna materia en el colegio, o podria desarrollar un experimento que cambie la vida de miles de personas, o simplemente un juego.
Miles de proyectos open source son creados en una idea desarrollada en un fin de semana o en un par de noches, por personas que no nos imaginamos.
Un profesional de recursos humanos puede crear una herramienta que le ayude a hacer su trabajo.
Un periodista puede crear un sitio para informar de sus artículos y opiniones.

Todos estos ejemplos son casos que según el CPIC no estan certificados para ejercer estas tareas, y por lo tanto no serán aceptados en el colegio y por consiguiente estan cometiendo un crimen, de la misma manera que alguien que no es abogado no puede defender a un acusado, o que alguien que no es medico no puede efectuar una cirugía.
La simple comparación es absurda, porque las areas no tienen ningún parecido, porque en nuestra area cualquiera puede crear, igual que un joven puede decidir pintar o esculpir una obra, de la misma manera ese mismo joven puede crear un sistema.
Así de versatil, libre y creativa es nuestra carrera y no esta límitada solo por quienes el CPIC dice.
Si esto fuera como el CPIC insiste y dicta, entonces los creadores de Facebook, Apple, Microsoft, Dell y millones de empresas más estarían en las carceles, porque ninguno de ellos se graduó de la universidad, como lo estipula el CPIC.

Las consecuencias de permitir que esta ley se apruebe son tan nefastas que harían que miles de buenos profesionales no graduados se conviertan en criminales si continuan ejerciendo la carrera y perderan sus trabajos, empresas perderan sus empleados, la cantidad de profesionales que se requieren no se podrá suplir, muchas empresas se irán del país, personas honestas, justas y trabajadoras serás criminales por ejercer aquello en lo que han demostrado ser excelentes, los jovenes no podran ser creativos en esta area, porque estarían cometiendo un crimen.
En este momento los ingresos de divisas en el país generados por esta área son mayores a los del cafe, banano o cualquier otro producto, y con menos costos y mayores beneficios para el país.

Realmente queremos cercenar la creatividad, convertir un trabajo honesto en un crimen y traer tantos problemas económicos y sociales al país?

Mientras paises desarrollados invierten miles de millones de dolares en incentivar a los niños y jovenes a crear proyectos en el area de tecnologias de información, en programar y crear, Costa Rica intenta declarar esto un crimen.

Es nuestra obligación cívica detener semejante atrocidad, los proyectos del CPIC deben ser sacados de la asamblea.

Recursos:

CPIC quiere restringir la innovación, la creatividad y la tecnología.

Mon, 30 Jun 2014 00:00:00 -0500

En los inicios la computación eran unos y ceros y tarjetas perforadas ingresadas en mainframes.
Hace poco mas de 3 de décadas la computación estaba limitada a sistemas científicos, militares o corporativos.

Ser parte de ese mundo esta limitado principalmente, pero aún entonces no exclusivamente a un grupo elite de personas formalmente capacitadas o a científicos de varias areas y definitivamente, solo si pertenecías a una institución tan grande para justificar tener una computadora.
Luego la computación se convirtió en sistemas personales, aunque tomó un poco de tiempo poder empezar a explotar el potencial de esto.
Los años pasaron, pero la velocidad con que se dieron los cambios fue exponencial, hoy en día en dispositivos que andamos en los bolsillos tenemos mas poder que el que aquellos mainframes tenían.
La computación dejó de ser algo exclusivo y ya son varias las décadas en que jóvenes entusiastas han desarrollado sistemas que han cambiado el mundo, de tal manera que no imaginamos nuestra actualidad sin estos sistemas.
Grandes mentes han sido, muchos pasaron por universidades, pero muchas mas empezaron en su cuarto o un garage antes de terminar el colegio y algunas de estas mentes ni siquiera se educaron formalmente.
Hoy en día hay jóvenes de 12 años dando cátedras de tecnología en conferencias internacionales, jóvenes llenos de acné desarrollando y creando ideas y sistemas que impresionan a mas de un científico.
Los sistemas código abierto han cambiado el mundo, dando plataformas y librerías para aquel que quiera hacer algo con ellas.
Los artículos e información, incluso libros técnicos completos son desarrollados de manera abierta, completamente accesibles al mundo sin costo alguno.
La información no esta restringida al mejor postor, o restringida en las librerías de las universidades, o encerrada en las corporaciones, la información e invenciones son ahora publicas, libres y mutables.
La tecnología e información se crea por multitudes en conjunto.
Los proyectos ahora crecen sin un inversionista que quiera controlar el mercado, sino por la suma de pequeños aportes de los interesados en el proyecto.
El mundo ha cambiado, la tecnología, las ideas, la invención y la información ya no esta en manos de pocos, sino que es libre, libre de iniciarse en la mente de uno y continuarse en la mente de otro al otro lado del mundo.
Los niños y jóvenes hoy crean, inventan en areas tan complejas que antes solo científicos especializados podían hacerlo.
En los años recientes hemos tenido a estudiantes de colegio competir a nivel mundial con proyectos y experimentos ganando trofeos y preseas por sus grandes ideas.

Pero hoy, aquellos que se dicen llamar “colegas” de nuestra area y refugiados detrás de un nombre que implica el amor y pasión por la tecnología han olvidado sus raíces y sus pasiones, encontrando ahora la única pasión por el dinero y poder.
El Colegio de Profesionales en Informatica y Computación se atreve a crear una ley para controlar quien puede y quien no puede crear e innovar en tecnología, dejando claramente a grandes mentes por fuera, porque son incapaces de aceptar que una gran idea e implementación puede venir de cualquiera.
Eso no quiere decir que cualquiera tendrá una gran idea, sino que quien tendrá una gran idea puede venir de cualquier lugar, y eso incluso puede ser una escuela.
Para el esquema del CPIC, estas ideas elaboradas en colegios por ejemplo, y que son tan buenas que ganan a nivel mundial, para ellos son delito, es un crimen, y de efectuarse una vez impuesta la ley deberán ser penados con cárcel.

El crimen aquí sería darle ese poder al CPIC.

Recursos:

Drupal y alto rendimiento

Fri, 28 Feb 2014 00:00:00 -0500

Información complementaria de la charla de Drupal y Alto Rendimiento ofrecida hoy.
Pronto colocaré aquí mismo la charla completa, pero por mientras unos links.

Modulos de Drupal:

Boost
AuthCache
CDN
SimpleCDN (Only Drupal 6)
CacheRouter (Only Drupal 5 and 6)

Otras referencias:

MySQL Tunning Scripts

Suscribase para saber cuando el contenido completo estará disponible.

¿Como usar el Cache de Drupal en los módulos?

Mon, 17 Feb 2014 00:00:00 -0500

Reducir la cantidad de veces que se solicita o calcula un dato es una forma de optimizar el rendimiento de una funcionalidad y realmente necesario.

Formas de cache

Vamos a hablar de 2 diferentes tecnicas de cache que se pueden utilizar en Drupal, primero el uso de datos estáticos y luego el Cache de Drupal.

Niveles de variables (o scopes)

En la mayoría de las plataformas web existen varios niveles en los que se pueden guardar las variables más allá de las variables de una función o una clase, estos son ambientes o scopes.
Existen normalmente 4 niveles de estos scopes: Request, Sesión, Aplicación y Servidor.

Variables de Request

Las variables de request son aquellas que permanecen vigentes durante la solicitud que se hizo al servidor y dejan de existir en el momento en que la ejecucion de la solicitud termina.
Este es el nivel normal que tenemos en PHP incluso si utilizamos variables estaticas, patrones como Singleton, y cualquier otro intento por código de mantener un dato vigente en memoria.

Variables de Sesión

En PHP se pueden guardar datos en las sesión del usuario y estos datos son solo para ese usuario en esa sesión y permaneceran vigentes durante la duración total de esa sesión.
Esto es muy util para mantener información que el usuario requiera para darle continuidad al uso sobre el sitio.

Variables de Servidor

PHP por defecto no es capaz de mantener datos a nivel del servidor como sí lo hacen otras tecnologías, pero eso no quiere decir que no se pueda lograr.
En PHP se puede emular las variables de servidor guardando los datos en una base de datos (que funcione solo para ese servidor), guardando los datos en archivos o utilizando diccionarios como Redit, APC, Memcache o similares (que funcionen solo para ese servidor).
Las variables de servidor se identifican porque pertenecen solo a lo que este corriendo en ese servidor, no necesariamente son exclusivas de la aplicación, por lo que podría utilizarse para compartir datos globales entre aplicaciones.
Los datos suelen ser volátiles por definición y se suelen perder al reiniciarse el servidor.

Variables de Aplicación

Muy similarmente a las variables de servidor, estas no son soportadas por defecto en PHP, pero puede ser implementado de la misma manera que se implementan las de servidor.
La diferencia conceptual de estas variables es que no se comparten entre aplicaciones, pero por el otro lado sí podrían ser compartidas entre servidores que esten sirviendo la misma aplicación.

¿Para que ocupo hacer cache de datos?

Cada vez que hacemos una solicitud de datos o cierto tipo de calculos eso cuesta recursos.
Las solicitudes a una base datos requieren memoria, CPU y en la mayoría de los casos también lectura del disco duro.
La interpretación de archivos o los calculos matématicos complejos entre otros tienen un peso grande en el rendimiento también.
Esto no suele ser mucho problema una vez, pero cuando se sirve un sitio y se tiene gran tráfico esto puede tener un impácto muy grande en el rendimiento del servidor y el tiempo de respuesta.
Reduciendo la cantidad de solicitudes o calculos que se hagan se multiplica las ventajas en rendimiento y tiempo de respuesta.
De ahí que si por ejemplo podemos reducir la cantidad de archivos de código o templates a usar a un 10% en el 90% de los requests o similar para las solicitudes de base de datos, podríamos ver el rendimiento del sitio mejorado drasticamente, o en su defecto, el no hacerlo podría significar el tener un sitio lento e incluso que no soporte una cantidad decente de tráfico.
Claro que, todo siempre tiene un costo, el mantener más datos en cache implica que se debe utilizar más memoria para mantenerlos disponibles, lo cual podría estar limitado por los recursos de RAM del servidor.
Por esta razón es que se debe tener cuidado y ser conciente de los recuros o se puede empezar a tener un problema de disponibilidad de cache, teniendo que recurrir al swap o memorial virtual en disco, haciendo que todo el servidor se vuelva más pesado y lento.

Datos estáticos

Ahora que conocemos los diferentes niveles de las variables veamos los datos estáticos. A travez de funcionalidad “static” de PHP podemos mantener datos de manera persistente durante la ejecución del código (variables de request), permitiendonos ahorrar solicitudes o calculos repetitivos o costosos. En el caso de Drupal 7 se puede utilizar la función drupal_static para mantener estos datos. La función drupal_static recibe el nombre o llave de los datos, el valor defecto y si deben limpiarse los datos. En ese sentido esta función puede verse un poco como el set de funciones de Drupal de variable_get/set. ### Uso en Drupal 7 para datos exclusivos de una función:

<?php
function mi_funcion() {
  // Se utiliza el nombre de la función como llave
  $lista_datos = &drupal_static(__FUNCTION__);

  // Si los datos no han sido solicitados aún se solicitan
  if (!isset($lista_datos) {
    // Se obtienen los datos de la base de datos y efectuan los calculos
  }
  // La segunda vez que se llame a la función los datos ya estaran definidos y no requerirá solicitarlos de nuevo

  // Se utiliza $lista_datos y se modifican los datos en la variable
}
?>

Uso en Drupal 7 compartiendo los datos entre funciones:

<?php
function una_funcion() {
  $lista_datos = &drupal_static("datos compartidos");
  // Se utiliza $lista_datos y se modifican los datos en la variable
}

function otra_funcion() {
  $lista_datos = &drupal_static("datos compartidos");
  // Se utiliza $lista_datos y se modifican los datos en la variable
}
?>

Uso en Drupal 6 para datos exclusivos de una función:

<?php
function mi_funcion() {
  // Se utiliza el nombre de la función como llave
  static $lista_datos;

  // Si los datos no han sido solicitados aún se solicitan
  if (!isset($lista_datos) {
    // Se obtienen los datos de la base de datos y efectuan los calculos
  }
  // La segunda vez que se llame a la función los datos ya estaran definidos y no requerirá solicitarlos de nuevo

  // Se utiliza $lista_datos y se modifican los datos en la variable
}
?>

Uso en Drupal 6 compartiendo los datos entre funciones:

En Drupal 6 hay que hacer un ajuste, ya que la función static solo aplica a la función (o clase) y no puede compartirse.
Para esto hay 2 opciones, usar una variable global o crear una función intermedia para obtener una referencia a la variable estática que esta en esa función.

<?php
function una_funcion() {
  global $lista_datos;
  // Se utiliza $lista_datos y se modifican los datos en la variable
}

function otra_funcion() {
  global $lista_datos;
  // Se utiliza $lista_datos y se modifican los datos en la variable
}
?>

Cache de Drupal

Drupal tiene una serie de funciones para utilizar un sistema de cache generico que esta implementado.
El cache de Drupal viene por defecto implementado en la base de datos, pero puede cambiarse para que utilicen alguna otra implementación como APC, Memcache, Redit, Archivos, etc.
En un próximo artículo les explicaré como configurar diferentes implementaciones del cache de Drupal.
La ventaja de cache de Drupal es que la implementación es agnostica para el código, al momento de trabajar con el código no se sabe cual es la implementación y realmente es irrelevante.
Si tenemos que hacer una serie de calculos muy pesados sobre unos datos y estos datos se mantienen constantes para el sitio durante un tiempo determinado, podemos hacer algo como lo siguiente para evitar calcularlos en cada solicitud:

<?php
function calcular_datos_pesados() {
  $datos_calculados = drupal_static(__FUNCTION__); // Drupal 7 version
  //static $datos_calculados; // Drupal 6 version

  if (!isset($datos_calculados)) {
    if ($cache = cache_get("datos_pesados")) {
      $datos_calculados = $cache->data;
    } else {
      // Hacer todos los calculos necesarios en los datos y coloquelos en $datos_pesados
      cache_set("datos_pesados", $datos_pesados, "cache");
    }
  }
  return $datos_calculados;
}
?>

De esta manera los datos no se tendran que calcular ni durante la misma solicitud varias veces, ni tampoco en otras solicitudes durante un tiempo.

Es aconsejable el uso de cache, sin abusar y teniendo en cuenta estimaciones de cuanto puede afectar en la mejoría del rendimiento, pero esto puede ser la diferencia entre el sitio pesado y lento o el sitio agil y veloz.

¿Qué es Markdown?

Tue, 11 Feb 2014 00:00:00 -0500

Markdown es un lenguaje de marcado ligero, es una forma sencilla de escribir y dar estilo a un texto y es una de las formas de escribir contenido en Jekyll.

Markdown es sencillo de escribir y de leer, es un formato que es facil de convertir a otros formatos como HTML, PDF, etc.
La sencillez de Markdown restringe sea de paso, el que se complique el texto, al permitir un estilo sencillo.

Nota: En Jekyll los archivos de contenido son encabezados por YAML y pueden contener HTML y tags liquid.

Formato de texto en Markdown

En Markdown se le puede dar formato al texto usando las siguientes opciones:

Texto con énfasis

Se le agrega énfasis al texto encerrandolo entre asteriscos “*” o subrayado “_”

*énfasis*, o _énfasis_ (normalmente se convierte a cursiva)
**énfasis fuerte**, o __énfasis fuerte__ (normalmente se convierte a negrita)

Títulos o encabezados

El estilo de los encabezados se da precediendo el texto con almohadillas “#”, de manera que a menor cantidad de almohadillas mayor la prioridad

# Primer nivel
## Segundo nivel
### Tercer nivel
...
###### Sexto nivel

Pero además los primeros 2 niveles se pueden definir usando una linea de caracteres de igual “=” o resta “-“

Primer nivel
============

Segundo nivel
-------------

Listas

Las listas se definen usando un asterisco “*” 0 un menos “-“ y un espacio antes de la linea para listas no numeradas y un numero con un punto y un espacio para las listas numeradas.

* Rojo
* Amarillo
* Verde
* Azul

1. Primer elemento
2. Segundo elemento
3. Tercer elemento

Código

Para cuando se quiere definir código en el texto se usan el caracter “`” tanto para código en la misma linea o encerrado en 3 caracteres consecutivos para código de varias lineas.

Este código `hola` esta en la misma línea que el texto.

```
Código de varias
  lineas que
  respeta tabs y
espacios
```

En Jekyll se puede usar también pigmentos (pygments) para hacer destacado de sintaxis.

{% highlight sql %}
SELECT * FROM TABLE
{% endhighlight %}

Citas

Las citas de texto se preceden con el caracter mayor que “>” antes de cada linea.

> Esta es una cita que en HTML será convertida a un "blockquote"

Enlaces

Los enlaces se crean encerrando el texto en parentesis cuadrados junto al enlace entre parentesis redondos y opcionalmente el título del enlace entre comillas junto al enlace.

[Este es un enlace](http://www.elsitio.com "Titulo va aquí")

Imagenes

Las imágenes se escriben parecido a los enlaces pero precedidos por un signo de exclamación “!”

![Texto alternativo](http://www.elsitio.com/imagen.png "Titulo de la
imágen")

De esta manera se tiene un código muy sencillo para escribir texto con estilo.

Posts y Drafts en Jekyll

Mon, 03 Feb 2014 00:00:00 -0500

En esta tercera parte les explicaré como trabajar con posts y drafts en Jekyll.

Front-matter

Cualquier archivo que contenga un bloque YAML al inicio del archivo será procesado por Jekyll de manera especial. Esto aplica tanto para posts como para archivos HTML, XMLs o cualquiera. Un ejemplo de un bloque front-matter es el siguiente:

---
layout: post
title: This is a cool post
---

Lo que se ponga dentro del bloque de 3 lineas horizontales --- es considerado un bloque YAML. Esta información se utilizará en Jekyll y estará disponible en durante el archivo y en los documentos que se vinculen a éste, además de que el archivo tendrá a disposición tags Liquid. Si desea usar los tags Liquid, pero no ocupa usar el YAML aún puede definir el bloque vacío para que Jekyll lo interprete.

Posts y drafts

Los posts son el contenido que ponemos normalmente en el directorio _posts y están escritos en lenguajes como Markdown u alguna otra opción, pero aquí solo explicaré el lenguaje Markdown por su simplicidad y limpieza de código.

Posts

Los posts se nombran por estándar en el siguiente formato:

AÑO-MES-DIA-titulo.FORMATO

Donde AÑO es un numero de 4 dígitos, y MES y DIA son números de 2 dígitos, y FORMATO es la extensión en que esta escrito el contenido, por ejemplo:

2014-01-28-hola-mundo.md
2013-12-24-navidad-de-rudolf.textile

Los posts deben empezar con un bloque Front-matter YAML.

Drafts

Los drafts son archivos iguales a los posts pero que residen en el directorio _drafts y no tienen fecha en su nombre ya que aún no han sido publicados. Estos archivos serán ignorados por el proceso de construcción de Jekyll por defecto, esto para permitir tener separados los documentos publicados, de aquellos que no han sido publicados. Cuando decida publicarlos los mueve de _drafts a _posts y les asigna una fecha de publicación en el nombre del archivo.

El post

Un ejemplo de un post (o draft) es el siguiente

---
title: Hola Mundo
layout: post
---
En las primeras lineas podemos colocar un resumen que separaremos por 2 enter.

## Un subtitulo puede aparecer
Y luego mucho más contenido

En este ejemplo se define un titulo para el archivo y el layout que en este caso es _layouts/post.html. Las primeras lineas antes de los primeros 2 enter quedan en la variable excerpt y son el resumen.

En las próximas partes de la serie les explicaré sobre Markdown y como compilar Jekyll para generar el sitio.

¿Como trabajar con Jekyll?

Tue, 28 Jan 2014 00:00:00 -0500

Ya que entendemos porque puede ser una opción razonable trabajar con Jekyll ahora puedo explicarles como fue que lo hicé.

Instalación y configuración de Jekyll

No pienso repetir lo que se encuentra en el sitio oficial, así que para las instrucciones básicas de instalación pueden revisar la guía.
El código completo de mi blog puede verse en mi repositorio en GitHub.

Estructura de directorios

Preferí separar el codigo de la configuración para lo cual moví el archivo de configuracion _config.yml al directorio raíz y el código del sitio a /src además de mover el destino al directorio /build, de esta manera puedo tener mi codigo más ordenado.

Para que esto tenga efecto tuve que modificar las opciones en el _config.yml de la siguiente manera:

source:       ./src
destination:  ./build
layouts:      ./_layouts
plugins:      ./src/_plugins

De manera que el codigo queda estructurado como a continuación:

/
|- _layout.yaml
|- /src
|  |- .htaccess
|  |- index.html
|  |- robots.txt
|  |- humans.txt
|  |- 404error.html
|  |- rss.xml
|  |- sitemap.xml
|  |- /_assets
|  |  |- /css
|  |  |- /js
|  |- /_data
|  |- /_drafts
|  |- /_posts
|  |- /_layouts
|  |- /_includes
|  |- /_components
|  |- /_locales
|  |- /_plugins
|  |- /images
|  |- /es
|  |  |- index.html
|  |  |- rss.xml
|  |  |- /_drafts
|  |  |- /_posts
|- /build

Note: Algunos de estos archivos y directorios serán explicados más adelante en la serie.

Beneficios de esta estructura:

La configuración queda en un directorio raíz junto con cualquier archivo que necesite y que no se requiera ser exportado junto con el sitio.
El codigo esta en un directorio /src y los archivos generados quedan en el directorio /build.
Dentro del directorio de cada lenguaje adicional al default tengo un directorio para posts y drafts (luego explicaré como trabajar con diferentes lenguajes).
Los archivos JavaScript y CSS serán preprocesados para SASS, unirlos, minificarlos y comprimirlos (luego explicaré como se logra esto).
Los componentes quedan separados, por ejemplo los archivos de Foundation.

Pronto la continuación de esta serie con más detalles.

¿Por qué usar Jekyll en mi blog?

Mon, 27 Jan 2014 00:00:00 -0500

Jekyll es un generador estático diseñado para blogs.
¿Por qué esto es mejor que un sistema dinámico como Drupal o Wordpress?

¿Por qué Jekyll?

Realmente no creo que uno sea mejor que el otro, simplemente son diferentes soluciones al mismo problema y depende de las necesidades de cada quien para saber cual deberiamos utilizar.
De hecho, no recomendaría Jekyll a cualquiera, Jekyll normalmente (a menos que se desarrolle alguna interfaz web para manejarlo) requiere que se trabaje desde una consola y requiere configuraciones que no son sencillas para cualquier usuario final.
De esta manera es que, si el blog va a ser para usuarios no tecnicos posiblemente esta no es la opción para ellos, claro que se podría desarrollar una solución para eso.

Dicho eso, posiblemente la mayor ventaja que tiene un generador estático sobre un framework dinámico esta en que requiere menos menos recursos para su ejecución y permite inclusive ser puesto a funcionar directamente en CDNs u opciones gratuitas o economicas de hosting, lo cual es una gran ventaja en redimiento y costo operativo de un sitio.

Para cualquier caracteristica adicional que se quiera agregar al sitio y cumpla una función más dinámica aún se puede utilizar el generador estático junto con otras opciones como Node.js o cualquier aplicación en cualquier otro lenguaje o plataforma.

Además de esto, Jekyll esta desarrollado en Ruby y puede ser facilmente extendido a través de plugins.

Personalmente la desición de migrar mi sitio a Jekyll corresponde a 3 razones: - Rendimiento de mi sitio: quiero que mi sitio sea lo más rápido posible y no hay nada que sobrepase a archivos estáticos. - Experimentación: Mi blog ha sido y continúa siendo un sandbox donde experimento en el mundo real con tecnologías que quiero aprender. - Bajo mantenimiento: Una vez configurado Jekyll el mantenimiento el literalmente mínimo y puedo enfocarme en escribir más seguido.

El código de mi blog puede ser encontrado en GitHub.

Como indexar información extra en Drupal 6 y 7

Mon, 16 Sep 2013 00:00:00 -0500

Es muy sencillo agregar palabras para ser indexadas en un nodo o entidad en Drupal de manera que el nodo se encuentre por estas palabras aún si estas palabras no se encuentran en el texto o si se desea agregarles mayor relevancia.

Antes de empezar a escribir código (el cual será muy sencillo) necesitamos entender un poco sobre como trabaja, lo cual nos lleva a hablar un poco sobre motores de búsqueda.

Los motores de búsqueda tienen 2 grandes partes:

El indexador: este es probablemente la parte más importante y la más mágica (y por mágica me refiero a matemática).
El buscador: este es la parte que trabaja en el momento en que hacemos una búsqueda y si esta parte trabaja bien es porque todo el trabajo duro fue llevado a cabo por el indexador, y adicionalmente una buena arquitectura para guardar los datos y obtenerlos rápido.

En el caso de la búsqueda default de Drupal, Solr, Sphinx y la mayoría de motores de búsqueda que se utilizan con Drupal ellos no guardan realmente los datos, ellos reciben el contenido para poder analizar las palabras y guardan la referencia al nodo que luego Drupal utiliza para armar los resultados.

Después de analizar los datos las palabras son extraídas y cada una es considerada con una nota basada en cosas como la frecuencia (cuantas veces aparece en el texto) y la relevancia basada en el código HTML que las encierra.

Por ejemplo, digamos que tenemos lo siguiente en un contenido:

Una palabra que aparece 2 veces en un párrafo
Una palabra encerrada en un tag strong
Una palabra encerrada en un tag de encabezado 2 (H2)
Una palabra encerrada en un tag de encabezado 1 (H1)

En este caso las notas quedan algo así:

La palabra en el párrafo obtiene 1 punto por aparición así que 2 puntos en total
La palabra encerrada en el tag strong obtiene 3 puntos
La palabra encerrada por el H2 obtiene 18 puntos
La palabra encerrada por el H1 obtiene 21 puntos

De esta manera cuando se busca utilizando algunas de estas palabras mostrará primero los nodos con mayores notas para esas palabras.

Tip: Recuerde dar importancia a lo que usted quiere que la tenga (use strong, heading y otros tags para definir lo que mayor importancia tiene), esto aplica tanto para la búsqueda como para SEO

De esa manera el usuario que hace una búsqueda tiene más posibilidades de encontrar lo que esta buscando.

La lista completa de los puntajes asignados por el proceso de indexación por defecto es la siguiente:

H1: 25 puntos
H2: 18 puntos
H3: 15 puntos
H4: 12 puntos
H5: 9 puntos
H6: 6 puntos
U, B, I, EM y STRONG: 3 puntos
A: 10 puntos

Así que las palabras encerradas por esos tags acumularan esos puntajes y habrá más punto cuantas más veces aparezcan o por la anidación de varios de los tags.

Ahora que tenemos una idea de como funciona podemos manipularlo.

Digamos que ocupamos agregar un set de palabras o que queremos agregar el nombre completo del autor a la lista de palabras sobre las cuales puedo encontrar cada nodo y queremos asignarle un puntaje alto a estas palabras.

Esto es sencillo y ocurre en el tiempo de la indexación, no en el tiempo de la busqueda (en el tiempo de busqueda todos los puntajes ya han sido asignados previamente por la indexación).

Durante el tiempo de indexación ocurren 2 cosas en Drupal (entre otras cosas): 1. Se llama a la operación de vista del nodo para obtener el HTML que se suele desplegar cuando se despliega el nodo y se usa este HTML para procesarlo para la indexación de palabras. 2. Se llama la operación de “update index” en el hook_nodeapi (Drupal 6) o hook_node_update_index (Drupal 7) y el HTML resultante se adjunta al de la vista del nodo para la indexación.

De esta manera tenemos 2 lugares en los cuales manipular, el primero en la vista del nodo se puede agregar y manipular lo que se devuelve, pero ese mismo HTML será utilizado para el despliegue del nodo.

Pero si queremos agregar las palabras al indice pero no al despliegue del contenido entonces devolvemos la información en el update index.

Aquí hay un ejemplo de como hacerlo:

<?php
// Drupal 6
function mimodulo_nodeapi(&$node, $op, $a3 = NULL, $a4 = NULL) {
  if ($op == "update index") {
    $author_id = $node->uid;
    // buscamos la información del nombre completo del profile del autor y lo ponemos en la variable $author_full_name
    return "<h2>" . $author_full_name . "</h2>";
  }
}
?>

<?php
// Drupal 7
function mimodulo_node_update_index($node) {
  $author_id = $node->uid;
  / buscamos la información del nombre completo del profile del autor y lo ponemos en la variable $author_full_name
  return "<h2>" . $author_full_name . "</h2>";
}
?>

Con este código el indexador considerará el nombre completo del autor en las palabras con relevancia para el nodo, haciendo que se muestre el nodo en los resultados de buscar el nombre del autor, o el apellido o más aún si se buscan usando ambos (aumentaría el puntaje).

Con pocas lineas de código logramos agregar más palabras y manipular el puntaje de estas para la indexación de nodos.

Multiples cuentas de Skype al mismo tiempo en Mac OS o Windows

Tue, 15 May 2012 00:00:00 -0500

Yo uso una cuenta de Skype personal y otra para la compañia para la que trabajo y por lo tanto tuve que encontrar una solución para tener ambas funcionando al mismo tiempo.

Multiples instancias de Skype en Windows XP/Vista/7

En Windows is bastante sencillo, solo hay que ejecutar Skype.exe con el parametro /secondary, lo cual se puede hacer creando un atajo en el menu de programas.

Localice el ejecutable de Skype (C:/Program Files(x86)/Skype/Phone/Skype.exe o C:/Program Files/Skype/Phone/Skype.exe o algo parecido)
Click derecho en el archivo Skype.exe
Seleccione “Create shortcut” (“Crear atajo”)
Después mueva este atajo a donde usted prefiera (como el Escritorio o el Menu Programas)
Click derecho sobre el atajo, seleccione “Properties” (“Propiedades”)
En el campo "Target" (“Destino”) agregue /secondary al final, de esta manera por ejemplo ("C:/Program Files(x86)/Skype/Phone/Skype.exe" /secondary)
Presione OK y listo, puede abrir su instancia primaria (o default) de Skype de la manera habitual y la instancia secundaria con este atajo y tener 2 cuentas de Skype funcionando al mismo tiempo una en cada instancia

Multiples instancias de Skype en Mac OS

En Mac OS es un poco mas complicado ya que el ejecutable no soporta la opción “secondary”.
La mejor opción que he encontrado es utilizar una cuenta diferente para iniciar el programa y he solucionado un par de problemas que vienen con esta solución.

Cree un nuevo usuario (solo hay que hacerlo una vez):
- Vaya a Preferencias del sistem (System Preferences) -> Sistema (System) -> Usuarios y Grupos (Users & Groups)
- Desbloquee la pantalla si se requiere
- Click en la señal de + para agregar un nuevo usuario
- Ejija usuario estandard y llene los datos, puede utilizar la misma clave que utiliza en su usuario actual (recuerde el nombre de la cuenta, la ocupará en los pasos siguientes)
Inicie Skype utilizando la nueva cuenta (hacer esto cada vez que ocupe utilizar su cuenta secundaria de Skype)
- Abra la terminal (Abra el Spotlight y escriba terminal)
- Cambie de usuario, para hacer eso escriba los siguiente en la terminal, remplace otheruser con el nombre de la cuenta que usted creó.
```
su otheruser
```
- Se le solicitará que ingrese la clave de esta cuenta
- Ejecute Skype, para hacerlo escriba los siguiente en la terminal:
```
/Applications/Skype.app/Contents/MacOS/Skype
```
Nota: este es un pequeño tip, usted podrá cerrar la terminal una vez que se haya logueado a Skype, le advertirá que el programa se cerrará, pero esto no ocurre, así que pruebe cerrar la ventana de la terminal.
Un ultimo tip es que usted puede crear un directorio compartido para salvar los archivos que alguien le envía a través de Skype, de otra manera usted tendría que loguearse como el otro usuario para poder tener acceso a estos archivos (me dí cuenta después de que alguien me envió unos archivos la primera vez)
1. Abra el Finder
2. En el menu seleccione Ir (Go) -> Ir a folder… (Go to folder…)
3. Ingrese: /Users/Shared y presione Ir (Go)
4. En el menu seleccione Archivo (File) -> Nuevo Folder (New Folder) y cree un nuevo folder, lo puede llamar Skype
5. En su segunda instancia de Skype seleccione en el menu Preferencias (Preferences) -> General
6. Localice la opción “Salvar archivos en:” (“Save files in:”) y seleccione el directorio compartido que usted creó, ahora cuando le envien archivos estos se salvaran en el directorio compartido. Usted puede agregar el folder compartido a sus favoritos para un rápido acceso

Drupal Deployments y el Ciclo de Desarrollo

Mon, 23 Apr 2012 00:00:00 -0500

El problema

Cuando trabajamos en nuestro ambiente local, todo esta bien, pero cuando tenemos que desarrollar para sitios en linea, cuando tenemos equipos de trabajo, cuando tenemos múltiples servidor y diferentes ambientes se puede tornar un poco complicado y propenso a errores.

Para esto hay muchas herramientas y soluciones para poder manejar el proyecto integrado entre equipos de desarrollo, para disminuir los errores y los riesgos y para simplificar los procesos.

El problema se puede resumir en: - Integración - Manejo Versiones - Seguridad del código - Pruebas - Puesta en producción - A esto en Drupal se le agrega un problema, la configuración y estructura que existe en base de datos y no en código

Integración del código y manejo de versiones

Estoy seguro que a mas de uno le ha pasado, aunque sea escribiendo un documento en word o programando algo, que se va la luz y se pierde todo el trabajo hecho.
Y no es de extrañarse que alguien pierda en algún momento trabajo en el que invirtió mucho mas tiempo.
Tambien, si se ha trabajado en equipos de programación se ha tenido que resolver problemas de conflictos entre lo que se esta haciendo.
Para esto lo mejor y no hay excusa para no hacerlo, es utilizar un control de versiones como Git o SVN.
Hay sitios que te permiten tener un control de versiones de manera gratuita como Unfuddle.

Con un control versiones se puede: - Mantener el historial de los cambios - Haciendo sencillo volver a una versión anterior - Comparar los cambios que pudieron producir un problema - Integrar el código de varios programadores - Mantener diferentes versiones en diferentes ambientes - Crear esquemas de aprobación - Contribuye como herramienta para el proceso de deployment

Recomendaciones del uso de control de versiones en Drupal

Crear una estructura que incluya no solo el sitio publico, sino también, documentos, scripts y cualquier otro tipo de archivo requerido, una posibilidad puede ser una estructura como la siguiente:

Dentro del directorio de archivos recomiendo crear un archivo de texto o un excel sencillo que contenga los parches que se han aplicado al sitio o buscar alguna otra manera de llevar registro de estos.
En los script pueden estar scripts de herramientas o script de base de datos.
En SVN yo recomiendo a veces llevar snapshots de la base de datos en el control de versiones, pero en Git se vuelve complicado por la forma de trabajar de Git, ya que en Git es un archivo único y aunque se quiera bajar una versión del sitio siempre hay que bajar una versión completa que incluiría todos los archivos de base de datos que pueden llegar a ser muy grandes y afectan el proceso de obtención de código en el control de versiones y esto puede ser critico en algunas circunstancias.

El directorio files

Usualmente no se recomienda ingresar el directorio files dentro del control de versiones, esto debido a que puede crecer mucho y también puede adquirir muchos archivos diferentes desentronizados en los diferentes ambientes en que se trabaje, generando a veces problemas y hasta borrar archivos cuando se actualiza el código en los diferentes ambientes (y lo mismo aplica para los directorios de cache).

Para esto hay 2 recomendaciones:

Crear una regla de exclusion del directorio
Colocar el directorio fuera del los directorios públicos del servidor web y crear un link simbólico hacia este directorio

En caso de no utilizar la opción del link simbólico recomiendo mover el directorio files a /sites/files y no dentro del directorio especifico del sitio, esto debido a que a veces hay que cambiar de nombre el sitio o se trabaja con diferentes nombres en los diferentes ambientes y esto puede causar problemas.

Reglas

Es bueno diseñar reglas en cada equipo de trabajo, esto puede evitar muchos problemas.

Por ejemplo: - No se permite modificaciones directas al o los servidores de producción, sino solo a través del esquema de deployment, sin importar la urgencia - Definir días y horas para los pases a producción - Definir protocolos para el pase a producción de casos de alta prioridad - Definir el protocolo de aprobación y pase a producción - Definir el formato de comentarios de cada commit, es importante que cada commit al control de versiones tenga algún tipo de comentario, corto, pero significativo, esto agiliza el proceso de revisión de lo que se efectuará en cada pase a producción

Información importante de los pases

En todo momento se debe poder saber que versión esta en cada ambiente, cuando se puso ahí, que contiene y que diferencias hay con el próximo pase.
Cada pase a producción debería estar aprobado por algún responsable después de haber sido probado, no solo que arregla el problema o agrega la mejora, sino no que incrusta un nuevo problema.
Es importante siempre hacer un respaldo de la base de datos y de ser requerido de los archivos del sitio antes de cada pase a producción.
Tener un protocolo de rollback para ser capaces de volver a nuestro estado anterior, no podemos garantizar que todos los pases a producción van a ser infalibles y podríamos tener que hacer rollback algunas veces, pero debemos estar preparados para poder lograrlo.

Unit testing (unidades de prueba)

Es recomendable, aunque implica toda una cultura para que pueda valer la pena.
Algunas personas apoyan y otras critican el TDD (Test Driving Development), sea o no que utilicemos TDD, aún así podemos crear unidades de prueba para unidades especificas y críticas de nuestra aplicación.
El utilizar unidades de prueba nos ayuda a garantizar que al agregar una mejora no estamos ingresando un problema rompiendo algo que ya funcionaba.

Documentación

A veces obviamos lo importante que pueden ser documentar ciertas cosas básicas.
Nos pueden liberar de molestias durante nuestras vacaciones o de tratar de localizar a alguien durante sus vacaciones.
No es tan increíble que nadie pueda ingresar a los servidores si el único que conoce los accesos tuvo un accidente o decidió renunciar sin dar pre aviso.
Documentar los basico es necesario
La información de los diferentes servidores
Las claves (de manera seLgura por favor)
Los directorios importantes
Los procedimientos de respaldo y restore
Las configuraciones
Procedimientos importantes
Etc.

Un ejemplo podría ser guardar alguna de esta información en el control de versiones

El proceso

Es importante que los procesos sean claros, en cada empresa y cada proyecto es diferente, pero en todos es importante.

Enfoques de pases de código y archivos

Pull from server: Personalmente no me agrada mucho, porque considero que en un servidor de producción no deben haber librerías y herramientas de desarrollo como el control de versiones, y en algunos casos no debe de haber acceso del servidor hacia afuera.
Push to server: En este caso el se publica hacia cada servidor lo que se requiere, permite hacer deploy de diferentes esquemas a diferentes tipos de servidores, y permite desde un punto centralizado controlar varios servidores.
En combinación de los esquemas anteriores
Enfoque de links simbolicos: algunas empresas o herramientas trabajan con el esquema de que cada pase se efectúa un directorio nuevo con un identificador basado en la versión o en el tiempo y se utiliza links simbólicos para indicar al servidor web que ya no utilice el deploy anterior sino este nuevo directorio. En este enfoque es necesario utilizar el esquema de links simbólicos para los directorios de files y cache como lo habíamos discutido anteriormente.

Manejo de las configuraciones en base de datos

Si lo único que tuviéramos que pasar a los servidores fuera código, el proceso seria relativamente sencillo como ya vimos, pero, en el caso de Drupal hay muchas configuraciones y estructuras que están en la base de datos, podemos intentar manejar muchas de estas por código, pero aún así no serian todas y mantendríamos el problema. Si es nuestro primer pase a producción es sencillo, se envía un snapshot completo de la base de datos, pero el problema comienza cuando ya el sitio ha estado en producción por un momento y empieza a adquirir información ahí, la cual ya no se encuentra en las bases de datos de pruebas y desarrollo. A partir de ese momento si hacemos un cambio en cualquiera de las configuraciones que están en base de datos, hacer el pase se vuelve mas complejo y requerimos de soluciones mas creativas.

Maneras de resolver este problema

Update hooks: Utilizar el hook_update_N de los .install de los modulos para manejar las diferencias, modificar la información y hacer los cambios necesarios. El problema es que puede requerir mucho trabajo y habrán algunas circunstancias difíciles de codificar ahí.
SQL Scripts: Aplicar query scripts directamente a la base de datos. Drupal es una infraestructura compleja, y que se vuelve mas compleja y con mas dependencias a cuantos mas modulos tiene instalado, debido a su esquema de hooks es casi imposible saber a ciencia cierta que datos se modifican con cada acción. Un esquema de modificaciones directas puede causar problemas.
Patterns: El uso de este modulo implica definir patrones de las modificaciones a los datos, en si es un esquema complejo y podría tener el mismo problema de los SQL scripts.
Exportables: Muchos modulos, principalmente los que utilizan el API de Chaos Tools, suelen tener la opción de exportar la configuración, de manera que se pueda agregar a archivos de código y utilizarse desde ahí. Requiere bastante trabajo aunque son buenas opciones, excepto que no todos los módulos lo implementan y hay muchos cambios que aún así tendremos que resolver de alguna otra manera.
Documentacion de pasos manuales: Es un proceso tedioso, pero probablemente todos lo hemos utilizado mas de una vez, consiste en documentar los pasos para replicar los cambios en el servidor al que se efectúa el pase. El problema es que ademas del tiempo que se aumenta el pase, es muy propenso a errores.
Database Diff: Consiste en utilizar alguna herramienta para analizar las diferencias en las estructuras y datos de la base de datos para generar el script SQL para aplicarlos. Es muy buena opción si se tiene la herramienta correcta.
Features: No se desarrollo como un método de efectuar pases, sino mas bien de generar características que fueran instalables en un sitio, pero se ha estado utilizando para efectuar pases. Con ciertas precauciones suele ser un método bastante adecuado.

Features

El modulo features permite inspeccionar las modificaciones en la configuracion y generar los el codigo de nuevos modulos de features que se pueden instalar y actualizar en los sitios llevando consigo estos cambios efectuados en las configuraciones.
De esta manera se pueden agregar estas modificaciones y configuraciones al código y manejarlo dentro del control de versiones y obtener así un esquema mas sencillo y fiable de pases

Archivo de la presentación

SEO Drupal (Search Engine Optimization), DrupalCamp Costa Rica, 2012

Sun, 22 Apr 2012 00:00:00 -0500

Drupal y SEO - DrupalCamp Costa Rica 2012 from Nestor Mata Cuthbert on Vimeo

Archivo de la presentación (3MB)

¿Porque es importante el SEO?

La intención de crear un sitio suele ser para ser visitado.
Existen sitio que son aplicaciones para un grupo especifico y no necesitan ser encontrados, como las intranets de una empresa para alguna función interna o el sitio donde se manejas las ventas de la empresa, o la aplicación en linea de un banco donde se hace manejo de las cuentas y tarjetas.
Pero, la mayoría de sitios necesitan de que los visitantes lo encuentren para cumplir su función.
Existen diferentes formas en que un usuario encuentra un sitio.

Directo: Escritos directamente en el browser o desde alguna aplicación en la computadora, no se obtiene información del origen
Referidos: Desde otros sitios o anuncios en web
Buscadores: El usuario busca información especifica en un buscador y encuentra una pagina de nuestro sitio que posiblemente contenga la información que el busca

Como un buscador encuentra y determina el tema y su importancia?

Los buscadores nos suelen encontrar a travez de enlaces de otros sitios o explícitamente indicadores la existencia del sitio a travez de herramientas como Google Webmaster Tools
Pero ser encontrado es solo el primer paso y no garantiza que seamos tomados en cuenta.
Cada página es una entidad independiente para los buscadores, esto quiere decir que los buscadores analizan cada página y le asignan importancia a cada página por separado para cada tema.

Importancia (ranking) y temas

Cada página será analizada en torno a uno o varios temas y se le asignara su nivel de importancia o ranking.
Este ranking va en relación con los demás sitios en internet que el buscador analiza para ese mismo tema.
Basado en este ranking para ese tema será que la el buscador nos coloque en los resultados para las palabras que se busquen relacionadas con el tema.
Por esto es importante que cada página debe ser escrita y optimizada por temas, porque el sitio aparecerá para búsquedas de palabras especificas.

Transferencia del rank

Los buscadores suelen asignar un valor de ranking por defecto a una página para luego empezar a distribuirlo.
Los buscadores intentan entender las páginas de manera orgánica, o sea, de manera natural o de la manera que la ven los usuarios, esto lo que quiere decir es que igual que un usuario viaja de una página a otra (sea interna o externa), así lo calculan los buscadores, distribuyendo un poco del ranking hacia las páginas referidas y obteniendo desde las páginas que refieren a nuestra página.
Esto lo que quiere decir es que las páginas que son referidas por muchos enlaces son las páginas que tienen mayor rank.
De aqui se deriva una estrategia para atraer enlaces y ranks hacia nuestro sitio y consiste en buscar páginas o grupos en los que se tratan temas similares al que yo discuto en mi página y discutir los temas dejando enlaces hacia nuestro sitio, tanto para poder incitar a otros usuarios a dirigirse a nuestra página como también para lograr un poco de ranking externo.

Los keywords

Aquí es donde esta el verdadero trabajo de SEO, lo demás del trabajo es hacer que el sitio sea amigable con el buscador, pero el buscar y analizar los keywords es donde esta la magia.
Primero algo que debemos entender es que el resultado del trabajo de SEO se nota con paciencia.
Los resultados pueden tomar meses y no menos de varias semanas, el trabajo de SEO no es de resultados inmediatos.
Lo primero que debemos de hacer es definir cuales son nuestros keywords, analizar bien en que área nos estamos involucrando.
Por ejemplo, creemos un sitio que se dedique a la venta de propiedades en costa rica, podríamos pensar que nuestros keywords son: compra casa costa rica, compra propiedad costa rica, compra apartamento costa rica.
Con esto nos vamos a buscar el Keyword tool de google ads, podemos simplemente buscar keyword tool en google.
En esta herramienta escribimos cada uno de nuestros keywords en la búsqueda, en casos como este donde se busca enfocarse en usuarios de Costa Rica podemos aplicar los filtros de país e idioma, claro que si el caso fuera de buscar usuarios a nivel internacional no lo haríamos e incluiríamos palabras en ingles probablemente, por por el sentido de este ejemplo lo haremos localizado.

Google nos hace un gran favor y nos da información sobre los keywords que le dimos y ademas nos da ideas de keywords.
En estos resultados vemos como tal vez deberíamos olvidarnos de algunos de los keywords que pensábamos y mejor utilizar otros.

Un detalle al respecto de estas listas que importante ver son las búsquedas por mes y la competencia.
En esta imagen ordene la lista por búsquedas mensuales, como pueden ver ahí, hay palabras sencillas que la gente busca mucho y que no tienen mucha competencia, sin embargo, una de las palabras que habíamos elegido tiene muy pocas búsquedas y una alta competencia.
Si queremos aparecer en las búsquedas la recomendación es tratar de competir con lo sencillo y así obtendremos resultados mas rápido. Así nos enfocaremos en palabras con baja competencia y muchas búsquedas y será como decía un amigo “como quitarle un dulce a un niño”, siempre y cuando tengamos buen contenido.
De esta lista, seleccionamos los keywords que nos interesan, que no tienen mucha competencia y que tienen muchas búsquedas y con esos iniciaremos nuestro trabajo en el sitio.
Y ahora que tenemos keywords con los que tenemos muchas posibilidades de aparecer en las búsquedas, vamos a trabaje con ellos.

Metatags

Una de las formas que utilizan los buscadores para identificar el contenido es a través de los metatags.
Google hasta donde sabemos ya no utiliza los metatags para determinar la información o la importancia de los keywords, Goole se basa en el contenido y los links y no en los metatags, pero no esta de mas ocuparse de ellos por los otros buscadores.
En el header del HTML se incluyen tags sobre el contenido, metatags.
Keywords: La idea es identificar las palabras claves dentro del contenido, esas pocas palabras que indican de que se trata lo que esta en la página, es necesario elegirlas muy bien.

<meta name="keywords" content="palabra1, palabra2, palabra3, etc" />

Description: Una pequeña descripción (recomendación es menos de 150 caracteres), esta descripción debe considerarse como aquellos que podría despertar el interés en alguien para hacer click y leer el articulo, en algunos casos de hecho los buscadores utilizan esta descripción como la descripción en la los resultados de la búsqueda. Igual, la recomendación es pensar muy bien como atraer y describir a alguien de que trata el contenido en pocas palabras.
Drupal 6: Nodewords Module
Drupal 7: Metatag Module
Permiten configurar los metatags para cada nodo.

Titulo

El titulo es a lo que le damos mayor importancia, el titulo es la entrada al sitio, y a lo que le demos importancia así también se la dará el buscador.
Debemos asegurarnos hasta donde se puede, de que el titulo contenga los keywords que definimos que vamos a trabajar en el sitio (y de primero antes que otras palabras).
Drupal: Page Title Module

El contenido

Aunque suene un poco redundante, pero es importante hablar de ello, el contenido es lo más importante de todo, el contenido debe estar bien enfocado, bien estructurado y bien redactado, el contenido es el punto más importante para los buscadores y además sin un buen contenido no sirve de nada lograr que los clientes lleguen a nuestra página si no hay algo bueno que ofrecerles.

Enfasis

La manera sencilla de decirlo es que el buscador le dará importancia a aquello que el autor le de importancia.
En una página debe haber un solo tag H1 (Header 1) y debe ser el título o aquello que identifique al contenido, aquello a lo que le damos la mayor importancia, procuremos usar los keywords de la página aquí.
El uso de tags H2, H3 y demás indican aquellos sub temas a los que el autor le da importancia.
El uso de tags como EM (Enfasis) o STRONG indican a que otras cosas se les da importancia. Nota el uso de los tags I (Italic) y B (bold) esta descontinuado y debe reemplazarse por atributos CSS.
No se le puede dar énfasis a todo porque pierde el énfasis, así que se debe seleccionar a que se le da énfasis y esto a lo que se le da importancia el buscador lo entenderá como importante y así lo considerará.

Buenos y malos vecindarios

Los buscadores toman muy encuenta nuestras “juntas” por decirlo de una manera.
Los buscadores premian con ranking los enlaces hacia sitios relacionados y positivos, pero penalizan si estamos relacionados con sitios negativos, sitios de temas de pornografía, incumplimiento de derechos de autor, etc.
Esto porque los buscadores intentan de dar la mejor experiencia a los usuarios y evitan enviar a los usuarios a sitios que los pueden enviar a otros sitios que les den una mala experiencia.

Uso de no follow

Una forma de evitar que los buscadores distribuyan nuestro ranking a otros sitios es usar la propiedad rel="nofollow" dentro del tag a del enlance:

<a href="www.ejemplo.com" rel="nofollow">Ejemplo</a>

Reglas de etiqueta

No se debe intentar engañar a los buscadores, al intentarlo hay grandes probabilidades de ser descubierto y penalizado.
Un ejemplo de intentar engañar al buscador es utilizar contenido invisible o del mismo color del background para que no sea visto por el usuario pero si por el buscador.

En Drupal

SEO Checklist module
Este modulo nos ayuda a guiarnos y llevar récord de lo que se ha hecho en el sitio al respecto de SEO.

Revisar constantemente el avance

En SEO la clave es la paciencia.
Constantemente debemos revisar el uso de los usuarios en nuestros sitio y también revisar si lo que hacemos funciona o no y que cambios hacer, incluyendo el uso de los keywords.
Es un trabajo constante y que no termina.
Para esto es de mucha ayuda herramientas como Google Analytics y Google Webmaster Tools.

Google Analytics

Google Analytics
Dentro de la información que nos permite revisar:

Visitantes y visitantes exclusivos.
Datos demográficos (ubicación, idioma, etc)
Comportamiento (visitantes recurrentes, paginas vistas, tiempo en sitio, rebotes, etc)
Tecnologia (sistema operativo, browser, color, resolución, etc)
Fuentes de trafico
El contenido accesado
El flujo utilizado por los usuarios
Publicidad
Conversiones
Y Variables personalizadas (el modulo de Drupal ayuda en esto con tokens)

Drupal: Google Analytics Module

WebMaster Tools

Google Web Master Tools
Web master tools permite:

Indicarle a google algunos parámetros de como indexar el sitio, como indicar si debe indexarse mas o menos seguido
Ignorar algunos parámetros del url, como ?page=x o ?id=123456789
Indicarle RSS feeds o site maps de los cuales indexer
Analizar y probar el robots.txt (un archivo para restrigir la indexación de algúnas rutas o paginas)
Ver problemas que se dieron durante el crawling
Ver la velocidad durante el crawling
Ver recomendaciones y problemas en páginas especificas
Ver y analizar los keywords en los que se aparecen en google y los clicks que se hacen

Además pueden ver el video de la charla que se dió que esta al inicio de esta presentación y bajar el archivo de la presentación que se utilizó.

Update: Gracias a Anthony Phillips que recomienda revisar el modulo SEO Tools

Baje el archivo de la presentación

Drupal Camp Costa Rica en vivo

Fri, 20 Apr 2012 00:00:00 -0500

Este sabado 21 de Abril se dará el Drupal Camp Costa Rica, donde estaré ofreciendo 2 charlas que pueden ver aquí en vivo.

Las charlas y sus horarios son las siguientes: - Deployments y el ciclo de desarrollo en Drupal, 9:20 - 10:30am - Drupal y la optimización para los buscadores web (SEO), 3:00 - 4:45pm

Watchlive streaming video from drupalcostarica at livestream.com

Como utilizar el Cache en Drupal

Tue, 06 Mar 2012 00:00:00 -0500

Como funciona?

Lo primero que debemos entender es como funciona el cache de Drupal.

El cache de Drupal por defecto esta basado en la base de datos, en la tabla cache (el cache por defecto) y las tablas cache_XXX que son caches mas especificos.
El cache se suele basar en un esquema llave/valor/validez en el que se utiliza un identificador y se guardan los valores cacheados quedando asi en la base de datos por el tiempo que se indique o indefinidamente (hasta que se limpie ese cache).

Como se usa?

Hay 3 operaciones basicas con el cache: set, get, clear.
El uso normal consta de revisar si existe el cache antes de entrar a la lógica, si este existe lo usamos y nos saltamos la lógica, si no existe o es invalido ejecutamos la lógica y posteriormente ingresamos el cache.
Además, si cabe la posibilidad de que este contenido cambie por alguna ejecución de otra lógica en la que tenemos control, es un buen lugar para colocar un clear de este cache.

Basandonos en esto, un ejemplo de uso seria el siguiente:

<?php
function my_logica($var1, $var2) {
  // Defina el ID que debe usarse en el cache
  $cache_id = 'my_cache:' . $var1;
  // 'cache' es el contenedor por defecto (tabla)
  if ($cached = cache_get($cache_id, 'cache')) { 
    return $cached->data;
  }
  $to_return; // Arreglo, string, o lo que sea que retornamos
  // Logica va a aqui, queries, ajax, procesamiento, etc
  cache_set($cache_id, $to_return, 'cache', time() + (60 * 60 * 24));
  return $to_return;
}
?>

Definicion del cache ID

El ID del cache es un tema importante para que aplique bajo el criterio adecuado.

Global: un mismo cache ID siempre, ej: 'mi_id'
Por usuario: utilizar el ID del usuario, ej: $user->uid . ':mi_id'
Por rol: utilizar el rol como parte del ID, ej: $role . ':mi_id'
Por Node Type: utilizar el tipo de nodo en el ID, ej: $node->type . ':mi_id'
Por Contenido: en caso de un contenido o un texto grande se puede usar un hash, ej: md5($text) . ':mi_id'

Se puede utilizar como base el ID de cualquier entidad que ocupemos, o tipo o la combinación de varios factores, de manera que tengamos un ID que nos identifique correctamente cuando usar el cache, ya sea para tener caches por usuario, rol, tipo de contenido, por contenido, por termino o por lo que sea necesario.
El cache puede ser utilizado en bloques, en paginas completas, en segmentos de codigo o en lo que consideremos importante evitar la ejecucion tan frecuente.

Como cambiar el tipo de contenedor del cache?

Existen modulos para extender el cache y utilizar otro metodos, como file cache, memcached, APC o el metodo que queramos, para esto existen modulos especificos como APC, Fast Cache, Memcache, Memcached, XCache o un modulo mas generico que permite elegir diferentes caches para diferentes contenedores el cual es CacheRouter, este modulo permite que elijas un cache diferente para paginas, views, general, bloques, etc.
A esto también se le unen caches de páginas completas como el Boost y el AuthCache.
Además de esto, puede haber casos en los que quieras agregar un cache a un bloque o codigo del que no tienes control en cuyo caso hay una tecnica para sobre escribir una pieza de codigo y reemplazarla de manera eficiente, escribiré de esto después.
Espero esto sea de utilidad.

Como estructurar Drupal, planear y hacerlo bien desde el inicio

Mon, 27 Feb 2012 00:00:00 -0500

Punto de vista Físico

En este me enfocaré en la localización de archivos y directorios.
Planificar bien y cumplir con los lineamientos en cuanto a la localización de archivos nos ayudará a:

Evitar problemas al hacer actualización del core o de los modulos
Evitar problemas al mover o cambiar de dominio el sitio
Simplifica los respaldos
Evita problemas de seguridad

Ejemplo de localización de archivos en Drupal:

En este ejemplo quiero resaltar varias cosas: - Creamos una base del sitio mas arriba del root, esto para crear varios sub directorios que esten fuera de los directorios publicos del servidor web - Fuera de los directorios publicos creamos los directorios privados y de cache (a excepcion los archivos generados de css, js y similares que si deben estar publicos), esto asegura que no agregamos un hueco de seguridad - Ademas en este directorio base se pueden agregar utilitarios o documentos necesarios para el sitio, por ejemplo es un buen lugar para un documento de la lista de parches aplicados al sitio - Normalmente el directorio de files Drupal lo localiza dentro del directorio de configuracion del sitio, debajo de /sites/mi.dominio.com/files, pero mi recomendacion es normalmente localizarlo debajo de /sites/files, esto para evitar problemas o confusiones a la hora de mover un sitio a produccion o al cambiar de nombre o dominio un sitio - Aunque es aceptado colocar modulos y temas debajo del directorio de configuracion de cada sitio, esto puede generar problemas por ejemplo si se trabaja con un dominio para desarrollo y otro para produccion o al cambiar de nombre el sitio, mi recomendacion es evitarlo - Otra recomendación, es evitar que el tema dependa de archivos subidos a travez de la interfaz de Drupal, de la misma manera que debemos evitar tener codigo que no sea exclusivamente de theming en los temas

Punto de vista Lógico

Desde el punto de vista lógico quisiera explicar 2 conceptos, primero y mas importante las entidades de Drupal y por el otro lado repasar un poco sobre theming.

Entidades

Una forma de ver a las entidades de Drupal sería de la siguiente manera:

Básicas: - Usuarios - Roles - Permisos - Taxonomía (organización) - Menus - Comentarios - Bloques

Extensibles: - Nodos (contendido) - Views (despliegue de entidades) - Panels (Layout)

Custom: - Profile - Feeds - Etc …

Nodos

El nodo es la entidad de datos de Drupal, la intención es que el nodo sea cualquier contenido en Drupal, siempre que pensemos en contenido debemos pensar en el nodo, ya sea una página, un artículo, una receta de cocina, un articulo en venta, un anuncio o lo que sea.
El nodo se puede extender con el CCK o el modulo de contenido, se le pueden agregar o quitar campos, y darle la forma y concepto que queramos.
También podemos extenderlo por medio de código a travez de los diferentes hooks para el manejo de nodos.

Taxonomía

Es importante entender la taxonomía, ya que esta esta muy bien integrada en Drupal y es la manera recomendada de manejar y categorizar los nodos.
La taxonomía nos permite ver los nodos desde diferentes perspectivas, como por ejemplo, si una receta es de tipo para vegetarianos o no, o si esta misma receta es de un país u el otro, o si la receta es de pasta o un postre, o cualquier otra perspectiva que queramos darle a ese tipo de contenido, y esto es lo que nos dará la herramienta para visualizar al usuario o manipular usando las diferentes perspectivas, por eso es muy importante planificar la taxonomía muy bien desde el inicio del proyecto.

Views

Los views son la forma mas sencilla y extensible en que presentamos un grupo de nodos.
Los views tienen aplicaciones sin fin, un view por debajo es un query builder y nos sirve no solo para los nodos, sino para cualquier entidad que tengamos en nuestro sitio.
Los views nos permiten desplegar nuestros nodos de diferentes maneras, ya sea, como página, bloques, slideshow o muchas maneras mas.
Además me permito recalcar algo importante, tanto los views como los paneles implementan esquemas de cache, y es importante que revisemos y definamos el cache de cada view cuando este es creado, el no definir el manejo del cache del view puede causar problemas de rendimiento en nuestro sitio que serian tan faciles de arreglar como pensar en que parametros de cache debo usar para cada view.
Otro detalle es utilizar parametros cuando sea posible, a veces necesitamos crear mas de un view similar, si utilizamos parametros nos permitiremos agregar escalabilidad, así cuando queramos reutilizar este view en otra area o por otro parametro no necesitaremos crear un nuevo view, lo que nos facilitará las cosas al darle mantenimiento o hacer modificaciones.

Panels

Los panels son la forma en que podemos estructurar una página (o area) en Drupal de manera muy sencilla y visual.
Los panels nos permiten definir un layout en el que queremos colocar varia información.
Podemos agregar dentro de un panel nodos, views, panels, bloques, codigo custom y demás.
También se pueden pasar parametros a los elementos y definir cache.

Theming

El theming en Drupal es muy versatil y nos permite sobre escribir el despliegue de una manera tan general como el despliegue de todas las páginas o todos los links o menus, o tan granular como un link especifico o un area en una página especifica.
También podemos customizar por taxonomías o urls.
Pero, recordemos siempre de no agregar código de lógica en el temas, solo código que sea necesario para el despliegue, esto nos mantendrá la lógica separada de la presentación, manteniendo un buen esquema de escalabilidad, si ocupamos modificar lógica siempre pensemos en un custom module en caso de que no encontremos un módulo que implemente lo que ocupamos.

Recomendacion

Recuerde siempre planificar el uso de Drupal, de sus entidades, views, layouts, taxonomía y de la localización de los archivos para que su proyecto se mantenga mas seguro y en mejor estado

Adjunto pueden encontrar la presentación que se hizo de este tema en la Drupaleada de Febrero.
Presentación

Como pasar argumentos a un view en bloque

Thu, 23 Feb 2012 00:00:00 -0500

Necesitaba poner varios bloques en una pagina siendo este bloque un view y la unica diferencia era el termino de taxonomia.

El sitio no usa panels y no queria utilizarlo solo para esto, asi que decidi crear un bloque que utilice un argumento para el termino, pero quedaba el detalle de como pasar a un bloque un argumento sin usar paneles.
Este metodo que muestro aqui tambien sirve para incrustar un view en cualquier parte realmente.

Lo que hice fue lo siguiente: 1. Agregar un custom bloque en los bloques de Drupal 1. Elegir formato de input PHP 1. Utilizar la funcion views_embed_view en el codigo PHP

Un ejemplo del codigo es el siguiente:

<?php
$viewName = 'el_nombre_maquina_del_view';
$display_id = 'el_nombre_maquina_del_display'; // El bloque
$arg = 'argumento'; // el argumento puede ser un array, ejemplo: array('arg1', 'arg2', 3, arg(0))
print views_embed_view($viewName, $display_id, $arg)
?>

De esta manera el manejo de ese view se vuelve mucho mas escalable y sencillo que intentar copiar el display del view muchas veces, si luego hubiera que hacer cambios se volveria inmanejable y propenso a errores.
Espero que les sirva el tip.

Como importar imagecache presets en Drupal

Thu, 09 Feb 2012 00:00:00 -0500

Hoy tuve la necesidad de importar una serie de presets de imagecache desde otro sitio.
En las características de imagecache aparece la opción de exportar, pero no hay opción alguna para importar.
Pero implementarlo no es complicado.

En general puede implementarse en cualquier código de Drupal, pero en este momento lo voy a ejecutar en un update para correrlo una única vez por el update de Drupal, aunque de igual manera podria estar en el install.
Al usar la opción de export de cada uno de los presets obtenemos un codigo similar al siguiente:

<?php
$presets = array();
$presets['my-preset-name'] = array (
  'presetname' => 'my-preset-name',
  'actions' =>
  array (
    0 =>
    array (
      'weight' => '0',
      'module' => 'imagecache',
      'action' => 'imagecache_scale',
      'data' =>
      array (
        'width' => '80',
        'height' => '100%',
        'upscale' => 0,
      ),
    ),
  ),
);
?>

Aquí podemos ver que la primer línea es una línea de inicialización del arreglo y luego esta la definición del arreglo.
En el arreglo hay 2 sencillas partes, la que define el nombre del preset y la que define las diferentes acciones del preset.
Ahora, si tomamos todos los códigos de exportación que nos entrega drupal y los ponemos juntos, pero recordando remover la línea de iniciaclización de los código siguientes, esto es importante sino estaremos limpiando el arreglo con cada preset que copiamos y solo importariamos el último.
Estos códigos los ponemos dentro de una funcion de update dentro del archivo de install del modulo y agregamos un pequeño código al final para iterar sobre el arreglo de presets y salvar cada uno y las acciones, obtendriamos el siguiente código:

<?php
// En el archivo "mimodulo.install"
function mimodulo_update_1000() {
  // Copiamos los codigos de exportar cada preset
  // Conservamos solo la primer linea de inicializacion
  $presets = array(); // Esta si se queda
  $presets['my-preset-name'] = array (
    'presetname' => 'my-preset-name',
    'actions' =>
    array (
      0 =>
      array (
        'weight' => '0',
        'module' => 'imagecache',
        'action' => 'imagecache_scale',
        'data' =>
        array (
          'width' => '80',
          'height' => '100%',
          'upscale' => 0,
        ),
      ),
    ),
  );

  // Removemos cada linea de inicializacion
  //$presets = array();
  $presets['my-other-preset-name'] = array (
    'presetname' => 'my-other-preset-name',
    'actions' =>
    array (
      0 =>
      array (
        'weight' => '0',
        'module' => 'imagecache',
        'action' => 'imagecache_scale_and_crop',
        'data' =>
        array (
          'width' => '124',
          'height' => '124',
        ),
      ),
    ),
  );
  // El codigo para iterar y salvar los presets
  foreach($presets as $preset) {
    // Crea el preset usando el nombre
    // Las acciones no son guardadas por esta funcion
    $saved = imagecache_preset_save($preset);
    // Itera sobre cada accion del preset para guardarlas
    foreach($preset['actions'] as $action) {
      // Agrega el preset ID del preset guardado
      $action['presetid'] = $saved['presetid'];
      // Salva la accion al preset
      imagecache_action_save($action);
    }
  }
}
?>

En resumen, lo único que había que hacer era copiar todos los códigos retornados del export y agregar esas pequeñas líneas para iterar sobre el arreglo y salvar los presets y sus acciones.
Ahora solo queda correr el update.php y listo.

Saludos,
Nestor

Varnish, Reverse Proxy y ESI

Thu, 22 Sep 2011 00:00:00 -0500

Varnish

Varnish es un proxy que coloca entre el usuario y el (o los) servidor(es) web, siendo Varnish quien accesa el servidor web, manteniendo cache del contenido y manipulando los headers y tal vez también el contenido.
Varnish redirecciona el request ya sea hacia el cache interno, hacia un servidor web u otro servidor web.

Debido a que varnish esta hecho para pocas cosas es muy eficiente haciendo lo que hace y permite jugar muy eficientemente con los requests.
Por ejemplo puede balancear los requests, o redirigir diferentes requests a un servidor u otro dependiendo de algun header, de alguna ruta o de algun tipo de archivo, o incluso de si un servidor funciona bien o da errores, en cuyo caso inclusive puede mantenerse dando una respuesta del cache mientras el servidor no funciona.

Varnish para liberar al servidor

Con varnish se puede hacer cosas muy interesantes, pero ahorita hablaremos de lo siguiente:

Cacheo por tipos de archivo
Cacheo por rutas o patrones
Cacheo de paginas a usuarios anonimos
Cacheo de secciones de una pagina
Cacheo de una pagina con excepcion en secciones

Al configurar un varnish en frente de un servidor web podemos liberar al servidor web de muchisimos requests, incluso, si es un sitio enfocado a usuarios anonimos (como un blog, sitio de noticias, sitio informativo, etc) hasta podriamos hacer que el servidor web no reciba casi requests y todos sean servidos por el varnish.
Perfectamente podemos hablar de reducir los requests de 1.000 en una hora a 5 o 20, y lo mejor de todo, es que podrian aumentar los requests en esa hora a 10.000 o 100.000 y no aumentar ni un request al servidor web, reduciendo tambien los requests a la base de datos y aumentando la velocidad de respuesta de 1 segundo por request a unos milisegundos.

Configuración de Varnish

No voy a entrar demasiado profundo en los detalles de la configuración, pero aquí esta la documentación
La configuración de varnish se encuentra el el archivo .vcl que tiene varios metodos para cada evento del flujo del request (algo como los hooks de drupal) donde se puede configurar o redireccionar el flujo del request.
Tal vez del que mas hablaremos será vlc_recv, que se da cuando inicial el procesamiento del request, en este punto tenemos la información de los headers del browser y podemos tomar decisiones de que hacer con el request, como indicar que pase directo (pass) o sea que no se utilice del cache, o que se revise el cache para saber si esta ahi y usar la version del cache si es valida (lookup), además tambien podemos alterar o agregar headers, o indicar si se debe procesar con ESI (Edge Server Includes).
Por ejemplo, podemos indicar que no se haga cache de un url de pruebas basandonos en el request url, esto para poder hacer pruebas sin que nuestros requests sean cacheados durante desarrollo:

#bypass del demo site
if (req.url ~ "demo.mydomain.com") {
  return (pass);
}

Podemos indicar que siempre que haga cache de algun tipo de archivo basandonos en que el tipo de request sea GET (no POST) y en el url, de esta manera nos aseguramos de no enviar requests al servidor web que son siempre los mismos requests y que podemos dejar que varnish los cachee y descargamos de estos requests al servidor web:

if (req.request == "GET" && req.url ~ ".(gif|jpg|jpeg|bmp|png|tiff|tif|ico|img|tga|wmf)$") {
  return (lookup);
}

Podemos crear un header de X-Forwarded-For:

if (req.http.x-forwarded-for) {
  set req.http.X-Forwarded-For =
    req.http.X-Forwarded-For + “, ” + client.ip;
} else {
  set req.http.X-Forwarded-For = client.ip;
}

Podemos definir que no se haga cache para usuarios autenticados:

if (req.http.Authorization || req.http.Cookie) {
  /* Not cacheable by default */
  return (pass);
}

También podriamos enviar ciertos requests a un servidor diferente, por ejemplo enviar todas las imagenes de un servidor optimizado para requests estaticos:

backend www {
  .host = "default.example.com";
  .port = "80";
}

backend images {
  .host = "images.example.com";
  .port = "80";
}

sub vcl_recv {
    if (req.request == "GET" && req.url ~ ".(gif|jpg|jpeg|bmp|png|tiff|tif|ico|img|tga|wmf)$") {
        set req.backend = images;
        return (lookup);
    }
...

X-Forwarded-For

Cuando accesamos el servidor web a travez de un reverse proxy como varnish, la IP que llega al servidor es siempre la IP del reverse proxy, no la IP del usuario, y por lo tanto no podemos saber de cual IP viene el usuario, por eso se setea un header X-Forwarded-For que contenga la IP del usuario, y luego hay que ir a la configuracion de apache e indicar que la IP se busque de este header y lo mismo para Drupal.
En el archivo de configuración de apache suele haber algo asi:

# If you are behind a reverse proxy, you might want to change %h into %{X-Forwarded-For}i
LogFormat "%v:%p %{X-Forwarded-For}i %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %O" common

En el archivo de configuración del site de drupal hay que descomentar lo siguiente:

'reverse_proxy' => TRUE,
'reverse_proxy_addresses' => array('10.176.87.35'), // La IP interna de su reverse proxy

Con esto Drupal sabra que debe reemplazar la IP por el valor del header.

Pressflow y Drupal 7, Distribuciones de rendimiento

Thu, 22 Sep 2011 00:00:00 -0500

Siempre hay una desición en cuanto a cuanto soporte dar hacia versiones anteriores o a los requisitos de un sistema o plataforma.

En el caso de Drupal 6 se había decidido mantener cierta compatibilidad en cuanto a PHP y la base de datos, el mantener esta compatibilidad hace que no se pudiera utilizar todo el potencial de PHP 5 o de la base de datos y además que habían funciones que en vez de utilizar la función nativa esta se implementaba en codigo wrapper en Drupal.
De aquí se deriva que en Drupal 7 se suba la barda y se decida un poco menos por el soporte de versiones y aumentar así el rendimiento de Drupal requerimientos.
Pero mientras Drupal 7 aún estaba bajo desarrollo una empresa (FourKitchens) decide crear una distribución de Drupal 6 de alto rendimiento, haciendo back porting de algunas funcionalidad de Drupal 7, quitando soporte de algunas versiones de las tecnologias y haciendo algunas mejoras extra y llaman a esta distribución Pressflow, la cual se crea siempre una nueva versión para cada versión que se crea de Drupal 6.

Entre las mejoras que se hacen estan: - Soporte para replicación de datos en MySql - Soporte de reverse proxys Varnish y Squid - Optimización para MySql y quitando soporte de otras bases de datos - Optimización para PHP 5 y quitando soporte de PHP 4

El simple hecho de utilizar una distribución optimizada aumenta el rendimiento del sistema.

Drupal y Content Delivery Network (CDN)

Thu, 22 Sep 2011 00:00:00 -0500

Drupal y CDN

Dentro de un esquema parecido en cuanto al tipo de resultados esta el usar un CDN (Content Delivery Network) que consiste en colocar los archivos estaticos en un servidor o servicio que se dedica especificamente a proveer archivos y relegar al servidor web de estos requests, liberando probablemente más de un 80% de los requests que recibe el servidor web.

Este es un árticulo que escribí en el 2009 sobre CDN: Tutorial de Content Delivery Network

CDN y localización

Una ventaja que ofrecen algunos proveedores de CDN es también la posibilidad de tomar los archivos estaticos y replicarlos en diferentes servidores al rededor del mundo de manera que cuando un usuario los solicita el servicio busca el servidor más cercano y le brinda el archivo desde ahí disminuyendo el tiempo de entrega del archivo.

Diferentes formas de lograr CDN

Podemos hablar de diferentes formas de proveer CDN.
A travez de un reverse proxy, teniendo al menos un servidor de archivos estaticos y haciendo que el reverse proxy se encargue de enviar todos los request dinamicos a este servidor, este debe estar optimizado para archivos estaticos y podria responder a muchos mas requests.
Usando un servicio de CDN, hay varios proveedores, inclusive, podria ser que el proveedor de su hosting ya provea este servicio.
Usando un dominio o subdominio diferente para estos archivos y esto iria a otro servidor.

Esas son algunas manera de proveer el servidor de CDN, pero ahora la pregunta es como hacemos para indicarle a Drupal que ciertos archivos deben servirse desde otro servidor?
En este sentido hay algo importante a tomar en cuenta, y es si constantemente se estan agregando archivos estaticos o no, por ejemplo, si los usuarios pueden subir imagenes al sitio.
En caso de que no se esten agregando archivos estaticos es mas sencillo porque hay más opciones para lograr el CDN.
Veamos un poco algunas opciones:
Usando un modulo como CDN Integration en su opcion simple o Simple CDN o un modulo en el apache, o el reverse proxy y lo que se hace es que para ciertos tipos o rutas de archivos se obtienen de cierto servidor en vez del servidor web, esto se puede hacer duplicando todos los archivos estaticos del servidor a este otro servidor, pero solo funciona si no se estan agregando más archivos constantemente.
Otra opción para el caso de que no se estén agregando archivos dinámicamente, puede ser sincronizar los archivos al CDN en momentos específicos como cuando se hacen releases, para esto se puede utilizar rsync, software de deployment, o algunas librerías que interactúan con los diferentes servicios de CDN.
En caso de que se estén agregando archivos dinámicamente una opción es usar FileConveyor, un proyecto parte del CDN integration module. Este es un servicio que usa su propia base de datos y escucha los cambios en los directorios y crea una cola de archivos a subir y los va subiendo, parchea Drupal para devolver los paths remotos para archivos en el CDN y paths locales para los que aun no se han subido.

Articulo relacionado con este tema: Tutorial de Content Delivery Network

El cache de Drupal

Thu, 22 Sep 2011 00:00:00 -0500

Drupal tiene un cache que por defecto se guarda en la base de datos.
Este cache funciona en modo de llave/valor y en el se guarda aquello que el core o cada modulo considera que debe ser cacheado en vez de evaluarse en cada llamada.

5ambién hay caches mas específicos como el de los bloques, forms, menu, páginas, rutas, etc; los bloques se cachean a diferentes niveles dependiendo de su uso, se pueden cachear por usuario, por role, por página, o global.

Para que cachear?

Si por ejemplo tenemos un bloque que muestra una información de los puntos del usuario y esta información la obtenemos haciendo un calculo pesado o haciendo varios otros requests es mas económico guardar el calculo por un tiempo definido o por sesión.
Otro ejemplo puede ser el tipo de cambio, este no se ocupa buscar cada vez, se puede cachear por un tiempo definido.

Al eliminar algunos requests o procesamiento extra por cachear contenido que no se require actualizar tan seguido podemos reducir drasticamente la carga del servidor y el tiempo, aumentando así el rendimiento.

Drupal y los recursos del servidor web

Fri, 09 Sep 2011 00:00:00 -0500

El servidor tiene recursos limitados y por tanto una cantidad limitada de solicitudes que puede atender simultáneamente.

Recursos del servidor

El servidor web puede manejar una cantidad limitada de request simultaneos, ya sean dinámicos o estáticos. En el caso de Drupal un request dinámico es bastante costoso, un solo request necesita abrir muchos archivos de codigo, templates, crear muchas variables, abrir conexiones a base de datos y traer datos de las bases y mantener algunos en memoria u otros procesarlos, podriamos hablar facilmente de unos 30 megas de memoria en un request y bastante procesamiento.
A diferencia de los request estaticos en los cuales se suele solamente abrir un archivo y redireccionar estos datos al output, lo cual no se compara en cuanto a nivel de procesamiento y memoria, pero el detalles es que una instancia que maneja request no se suele crear y destruir con cada request porque esto tambien es costoso, por lo que se suelen reutilizar (es parte de la configuracion del server), esto hace que el mismo proceso que atiende un request dinamico sea el mismo que atiende un request estatico, por lo que en un servidor tenemos un limite fijo de procesos que podemos atender simultaneamente.

Requests estáticos y dinámicos

Ahora, porque debe importarnos los request estaticos? Para empezar, una pagina comunmente se compone de 1 request dinamico que entrega el HTML y unos 20-80 requests estaticos (css, js, imagenes).
Si lo vemos desde esa perspectiva, el servidor mantiene ocupados bastantes recursos en responder requests estaticos que no cambian usualmente o de usuario en usuario.

Secciones de los requests dinamicos

En algunas tecnologias se usa el termino Hot Spot (o punto caliente) para definir un segmento que tendria mucho impacto en ser mejorado, ya sea porque se ejecuta muy frecuentemente o porque es muy pesado.
En Drupal hay secciones en las paginas que son mas pesados que otros, y a veces estos no cambian en un lapso de tiempo o en una session.
Tambien hay paginas en las que lo unico que cambia de usuario a usuario es una pequeña seccion.
Si tomamos esto en cuenta nos podriamos ver beneficiados con ser selectivos a la hora de hacer cacheo, ya sea cacheando secciones especificas o cacheando todo menos una seccion.

Anonimos y Autenticados

En cuanto a las posibilidades de cacheo hay una gran diferencia entre usuarios anonimos y autenticados.
En el caso de usuarios autenticados, es normal que parte de la informacion desplegada cambie para cada usuario, desde cosas tan sencillas como el nombre del usuario en alguna parte de la pagina hasta el contenido completo y el tema.
Pero, en cuanto a usuarios anonimos es otra historia, los usuarios anonimos no se pueden distinguir (usualmente, aunque si podemos saber su geo localizacion, browser, OS, etc, pero eso es otra historia), por lo que usualmente se despliega el mismo contenido para todos los usuarios anonimos.

¿Como optimizar Drupal para alto rendimiento?

Fri, 09 Sep 2011 00:00:00 -0500

A grandes razgos hay varias formas de optimizar Drupal y lo recomendable es utilizar varias de estas para un resultado óptimo, pero no solo se trata de optimizar por optimizar, sino encontrar cuales optimizaciones son las que lograrian mayor beneficio para cada caso, por eso mi intencion tambien es discutir en cuales situaciones se debe utilizar cada metodo.

En estos días estaré dando una charla sobre este tema, pero también quiero escribir la guía aquí en modo de libro.

Primero, la razón de hacer optimizaciones en Drupal se debe a algo muy simple, todo el poder de Drupal no viene de gratis, el que muchas cosas esten listas para ser utilizadas en core o usando modulos, y todo el esquema modular de Drupal tiene un costo en rendimiento, no es lo mismo hacer una pagina sencilla que haga poco y escribirla en pocas lineas de codigo, haciendo solo uno o 2 queries a la base de datos que tener todo un sistema complejo que debe cargar modulos, lenguajes, permisos, etc, donde para el despliegue de cualquier pagina sencilla implica abrir muchos archivos de codigo (decenas o mas bien cientos) y hacer decenas de queries a la base de datos.

Dentro de las variables a analizar para esto hay que considerar varios factores: - La version de Drupal (dependiendo de la version (5, 6 o 7) hay limitaciones en cuanto a lo que se puede hacer o pasos extra que se deben tomar para hacer algo que en otra version es mas sencillo. - Los recursos del servidor, hay tecnicas que aunque dan gran resultados pueden requerir mayores recursos del servidor y si este no tiene los recursos necesarios la tecnica mas bien podria bajar el rendimiento. - Cual es el uso publico del sitio y el uso de usuarios logueados en el sitio - A que esta enfocado el uso del sitio y las caracteristicas que se le agregan o activan al sitio - La cantidad de hits que recibe el sitio

Para optimizar hay varias formas de hacerlo y cada una con diferentes tecnicas para lograrlo. - Reducir la cantidad de requests estaticos al servidor (reverse proxy, CDN, cache, etc) - Reducir la cantidad de request (parciales o totales) dinamicos al servidor (precompiladores y cacheadores de codigo, caches totales o parciales, ajax, etc) - Optimizar el servidor web (configuracion, benchmark) - Optimizar el servidor de base de datos (configuracion, benchmark) - Optimizar el codigo (Aqui hay varias tecnicas mas avanzadas, como creacion de modulos custom para alterar algunas funcionalidades o reemplazarlas y en casos extremos parches)

Bits, Bytes, Nibles, Sets, Enums, Flags en PHP y MySQL en pro de eficiencia

Mon, 25 Apr 2011 00:00:00 -0500

Es posible sacar más provecho al espacio y los datos en la base de datos y el codigo, y es de hecho muy importante, para algunos enfoques se puede utilizar datos a nivel de bits de manera eficiente, tanto en el codigo PHP, MySQL y en Drupal.

Antes de mejorar algo o sacarle más provecho es importante entenderlo, para esto vamos a hacer un repaso de algebra booleana.
Un Byte son 8 bits, 1 byte (tiny int en mysql) nos permite guardar 256 valores diferentes, 2 Bytes (smallint en mysql) nos dan 65.536 valores diferentes y 4 Bytes (int en mysql) nos dan 4.294.967.296 valores diferentes y el BigInt usando 8 Bytes.
También algunos engines soportan el uso de Bit como tipo de dato, soportando hasta 64 bits por tabla.
Además, esta los tipos Enum y Set.

ENUM

El ENUM puede contener hasta 65.535 valores diferentes (y el vacio o cero) y esta catalogado dentro de los tipos de datos de string por la manera en la que se utiliza, ya que cada valor esta asociado a un string y se utiliza como si se entuviera ingresando o sacando strings que dentro del engine son representados por un valor numerico.
Al final de cuentas, cualquier tipo numerico, inclyendo el Bit puede ser utilizado de la misma manera que un Enum, con la unica diferencia que el valor que representa debera ser interpretado en la aplicación y no es tan legible en la base de datos.
La manera propuesta en ese caso, es usar un numero para representar un estado, teniendo solamente 1 valor al mismo tiempo salvado por cada dato, lo más usual es utilizar tiny o small ints ya que no se suelen manejar grandes cantidades de flags o estados.

Un ejemplo de esto es utilizar un campo en la base de datos para indicar el estado actual de una cuenta bancaria, donde digamos que tenemos los siguientes estados:

Estado	Valor numerico
En revision	0
Denegada	1
Activa	2
Suspendida	3
Inactiva	4

Una cuenta puede contener solo uno de estos valores al mismo tiempo y por eficiencia utilizamos ya sea un Enum que se representa como un valor numerico en la base de datos o un tiny int y en nuestra aplicacion interpretamos cada valor numerico como un estado.

CREATE TABLE Cuenta (
    Id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    -- Mas campos
    Estado ENUM('En revision', 'Denegada', 'Activa', 'Suspendida', 'Inactiva') NOT NULL
)

Y se puede utilizar algo asi:

<?php
// Actualice el estado de la cuenta
$estado = 'Activa';
$cuenta = 123;
$connection->query("UPDATE Cuenta SET Estado = '$estado' WHERE Id = $cuenta");
?>

Que a nivel de espacio y de datos es equivalente a lo siguiente:

CREATE TABLE Cuenta (
    Id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    -- Mas campos
    Estado TINYINT NOT NULL
)

Y se puede utilizar algo asi:

<?php
define('ESTADO_EN_REVISION', 0);
define('ESTADO_DENEGADA', 1);
define('ESTADO_ACTIVA', 2);
define('ESTADO_SUSPENDIDA', 3);
define('ESTADO_INACTIVA', 4);
$estado = ESTADO_ACTIVA;
$cuenta = 123;
$connection->query("UPDATE Cuenta SET Estado = $estado WHERE Id = $cuenta");
?>

SET

Ahora, esta el otro tipo de uso, que consta de utilizar varios valores simultaneos enmascarados en un mismo dato.

Probablemente el ejemplo de uso mas claro es el tipo Set que puede contener 64 valores simultaneos, al utilizar un tipo SET de MySql, se define los diferentes valores que puede contener, se define en strings que son representados por valores numericos de exponente 2, esto permite que cada valor pueda coexistir con los demas ya que cada valor ocupa un bit binario en una posicion diferente.

Tomemos como ejemplo caracteristicas de un producto el cual puede tener los siguientes estados simultaneamente:

Estado	Valor Binario	Valor Numerico
Activo	00000001	1
Excento	00000010	2
Perecedero	00000100	4
En Descuento	00001000	8

Nota: Los valores decimales aumentan en exponente 2, o sea 2 elevado a la posicion del digito.

Como se puede notar de sus valores binarios estos valores puede coexistir al mismo tiempo, por ejemplo, si aplicamos el operador binario “O” (OR) a un par de valores, digamos, que el producto esta activo y en descuento:

00000001 | 00001000 = 00001001

o que es lo mismo 1+8=9

Y a este podemos agregarlo un estado mas en cualquier momento:

00001001 | 00000010 = 00001011

Además con la operacion “O Exclusivo” (XOR) podemos remover cualquier estado, por ejemplo, quitemos el estado de activo:

00001011 ^ 00000001 = 00001010

Esto se puede implementar de la siguiente manera:

CREATE TABLE Producto (
    Id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    -- Mas campos
    Estado SET('Activo', 'Excento', 'Perecedero', 'En Descuento') NOT NULL
)

Y utilizarse algo asi:

<?php
// Busque producto que tenga X estado usando FIND_IN_SET
$estado = 'Activo';
$connection->query("SELECT * FROM Producto WHERE FIND_IN_SET('$estado', Estado)");
// Busque producto con X estado usand Y BINARIO (AND)
$estado = 1;
$connection->query("SELECT * FROM Producto WHERE Estado & $estado");
// En el select, lo que devuelve la base de datos es un string separado por comas para los diferentes valores.
// Agregue un estado a un producto
$producto = 123;
$connection->query("UPDATE Producto SET Estado = Estado | 1 WHERE Id = $producto");
$connection->query("UPDATE Producto SET Estado = 'Activo,Excento' WHERE Id = $producto");
?>

Que es equivalente a lo siguiente:

CREATE TABLE Producto (
    Id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    -- Mas campos
    Estado TINYINT NOT NULL
)

Esta es una manera de reducir el tamaño de los datos en la base de datos de manera eficiente.

Como utilizar videos tomados con otras camaras en iMovie app para iPhone, iPad o iPod Touch

Wed, 23 Mar 2011 00:00:00 -0500

Recientemente compré el iPod Touch de 4ta generación (también aplica al iPad y al iPhone) e intenté usar videos que habia tomado previamente en mi camara, pero el iMovie app no me muestra estos videos para utilizarlos, solo me muestra los que se tomaron con el mismo iPod Touch, aquí les enseñaré como lograr usar otros videos en el iMovie app.

El problema de que el iMovie app no te permita elegir videos no tomados con el iPod Touch (o el iPad o iPhone) realmente radica en una restricción de formato, el formato del video no solo debe ser un formato compatible para visualizar en el iPod Touch o iPad o iPhone, sino que debe tener el mismo formato con el que se crean los videos en el dispositivo, o sea que si se convierte cualquier video al formato correcto puede ser utilizado en iMovie para crear y editar tus propios videos.
Les enseñaré 2 maneras de lograrlo, la primera desde el mismo dispositivo y la segunda desde la computadora, que en mi caso es una PC, pero el proceso puede ser logrado desde cualquier computadora.

Desde el mismo dispositivo (iPod Touch, iPhone or iPad)

Se puede utilizar otro app de edición de video que permita tomar un video cualquiera de su colección de videos, editarlo y exportarlo.
Voy a explicar como hacerlo usando ReelDirector app, que por cierto es una buena aplicación para editar videos parecido al iMovie

Primero, necesita convertir su video a un formato compatible con el iphone/ipod/ipad para poder importarlo al dispositivo, para esto puede utilizar una aplicación gratis como Handbreadk, que tiene presets para exportar a la mayoria de los dispositivos comunes.
Coloque el video convertido en una de sus librerias que se sincronizan con el dispositivo, marque la opción de sincronizar videos y sincronice.
Cree un nuevo projectos en ReelDirector y agregue el video que importó, en el caso de ReelDirector el mantendrá el audio tal cual venia en el video original al momento de salvar el projecto y esto probablemente hará que no se pueda utilizar el video en iMovie, para eso remueva el audio del video en el proyecto.
Salve, renderice y exporte el video.
Ahora ya puede utilizar el video en su proyecto de iMovie (sin el audio original)

Desde su computadora usando un convertidor de video

Usted necesitará un buen convertidor de video que le permita escoger en una manera customizada no solo el formato del video, sino también del audio, en mi caso utilicé Adobe Media Encoder

Agregue el video que quiere convertir
Ingrese a “settings” para definir las opciones de los codecs
En la opción del formato elija “QuickTime”
En la pestaña de Video elija el codec = “H.264”
En la pestaña de Audio elija Audio Codec = “AAC”, Sample Rate = 44100 Hz y Channels = “Mono”
Exporte su video, y ahora este tiene el formato que le pertirá utilizarlo en iMovie.
Coloque su video en alguna de sus librerias de imagenes que se sincronizan con su dispositivo y luego en iMovie seleccione su video, que probablemente estará en el inicio de la lista por su fecha de creación.

Personalmente prefieron la segunda opción, es una buena opción para utilizar esos videos que tomamos con otras camaras o dispositivos y tener la posibilidad de usarlos en iMovie para crear y editar tus propios videos.
Disfruten y dejenme saber si encuentran otra herramienta que hagan las cosas más fáles o que sea gratis para compartirla con los demás.

-Nestor

Como usar diferentes web.config para cada ambiente - Transformaciones de web.config

Thu, 04 Nov 2010 00:00:00 -0500

En .Net framework 4 (Visual Studio 2010) ahora hay una funcionalidad que permite tener diferentes configuraciones del web.config para cada ambiente de desarrollo, pruebas y/o producción. Una solución para un problema de siempre.

Este es un problema de hace tiempo y que por fin Microsoft se decidió a darnos una herramienta para solucionarlo, he visto diferentes implementaciones de esta solución efectuadas por los programadores, pero recomiendo el uso de esta funcionalidad ya que esta disponible en Visual Studio 2010.

El problema consiste en que para los que desarrollan web en .Net la configuración se suele y se recomienda que este en el web.config, pero usualmente esta configuración debe ser diferente para cada ambiente, por ejemplo, para el ambiente local, para un servidor de pruebas, uno de staging y uno o varios de producción, y es un poco complicado resolver como tener diferentes web.config para cada ambiente y que esto no implique algo manual para evitar una equivocación a la hora de publicarse la aplicación en cada uno de los ambientes.

Para solucionar esto, Visual Studio 2010 ahora viene con una funcionalidad que permite transformar el web.config durante el proceso de publicación para modificar la configuración para cada ambiente, manteniendo automaticamente diferentes web.config en cada ambiente.

Pasos:

Primero, no cree el proyecto como un sitio web (“Web Site”), ya que este tipo de proyecto no tiene esta caracteristica, debe crear el proyecto como una aplicación web ASP.Net (“ASP.Net Web Application”).

Al hacer esto notará que se crean unos archivos debajo del Web.config (en el Solution Explorer), cada uno de estos correspondiente a cada una de las configuraciones del Configuration Manager.

Ahora vaya al Configuration Manager para crear una nueva configuración para un servidor de producción, asegurese de marcar “Create new project configurations”.

Esto crea una nueva configuración.

Ahora puede dar click derecho sobre el archivo de Web.config y usar la opción “Add Config Transformations” que agregará un archivo de transformación por cada configuración creada que aun no tenga un archivo de transformación.

Cree una nueva configuración de publicación.

Ejemplo de web.config

<configuration>
	<appSettings>
		<add key="APIKey" value="5200eb9e591cc4a19178f8fac1c210fc"/>
		<add key="Secret" value="e957123205f4a7f7a95e2d352bcaf444"/>
		<add key="ServiceBase" value="http://localhost:49396/"/>
		<add key="Callback" value="http://localhost:26813/101FTB/"/>
	</appSettings>
	<connectionStrings>
		<add name="MyDBConnectionString" connectionString="Data Source=localhost;Initial Catalog=FreeTechBooks;User ID=Guest" providerName="System.Data.SqlClient"/>
	</connectionStrings>
  ...
</configuration>

Ejemplo de transformación de web.config para producción (web.config.produccion)

<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
    <appSettings>
        <add value="a44a569d89f09862bdeac3e9e7c155aa" xdt:Transform="SetAttributes(value)" xdt:Locator="Condition(@key='APIKey')"/>
        <add value="9a6e6fbda2558fad51f25b7f62bad80d" xdt:Transform="SetAttributes(value)" xdt:Locator="Condition(@key='Secret')"/>
        <add value="http://www.mysitelive.com/" xdt:Transform="SetAttributes(value)" xdt:Locator="Condition(@key='ServiceBase')"/>
        <add value="http://fbapps.mysitelive.com/myapplive/" xdt:Transform="SetAttributes(value)" xdt:Locator="Condition(@key='Callback')"/>
    </appSettings>
    <connectionStrings>
      <add name="MyDBConnectionString" 
        connectionString="Data Source=ReleaseSQLServer;Initial Catalog=MyReleaseDB;Integrated Security=True" 
        xdt:Transform="SetAttributes" xdt:Locator="Match(name)"/>
    </connectionStrings>
  <system.web>
  </system.web>
</configuration>

Hay diferentes formas de transformar el web.config, este es un ejemplo sencillo que modifica el value para unos settings y el tag completo para el connectionString.

En el momento en que se hace la publicación Visual Studio modifica el archivo que pone en el servidor.

Para más información de las transformaciones puede leer aquí: Referencia

Como definir el tamaño de un indice en el Database Schema de Drupal

Fri, 04 Jun 2010 00:00:00 -0500

Considero que se debe ser muy cuidadoso y detallado a la hora de definir las bases de datos en un proyecto, es ahi uno de los puntos que garantizaran el éxito o el fracaso en términos de eficiencia.

Drupal 6 y posterior tiene una conveniente manera de definir las tablas sin usar la sintaxis de un servidor de base de datos especifico, pero esto a veces viene con un sacrificio en la flexibilidad de lo que se puede hacer, como por ejemplo definir el tamaño de un indice de texto, así que a continuación explico como lograr esto.
En algunos casos usted podría tener un campo de texto (char) en su tabla y quiere indexar sobre ese campo pero no es necesario usar todo el largo del texto puesto que con solo los primeros caracteres se obtiene suficiente eficiencia sin sacrificar el tamaño del indice haciendolo muy grande.

Para lograr esto en MySql se haría algo como lo siguiente:

CREATE TABLE my_table (
  an_id int(10) unsigned NOT NULL AUTO_INCREMENT,
  other_id int(10) unsigned NOT NULL,
  name varchar(30) NOT NULL,
  PRIMARY KEY (an_id),
  UNIQUE KEY unique_key_name (an_id, name),
  KEY limited_length_text_index (name(10)) -- Esto limita el tamaño del indice a solo los primero 10 caracteres
)

Pero, para indicarle a Drupal a travez del esquema de base de datos (database schema) hay que hacer un pequeño truco de la siguiente manera:

<?php
$schema['my_table'] = array(
  'fields' => array(
    'an_id' => array(
      'type' => 'serial',
      'unsigned' => TRUE,
      'not null' => TRUE,
    ), 
    'other_id' => array(
      'type' => 'int', 
      'unsigned' => TRUE,
      'not null' => TRUE,
    ),                                                                                                                                                        
    'name' => array(
      'type' => 'char',
      'not null' => TRUE,
      'length' => 30,
    ),
  ),
  'indexes' => array(
    /* Esto limita el tamaño del indice a solo los primero 10 caracteres */
    'limited_length_text_index' => array('fields' => array('name', 10)),
  ),
  'unique keys' => array(
    'unique_key_name' => array('an_id', 'name'),
  ),
  'primary key' => array('an_id'),
);
?>

Espero que este pequeño tutorial les pueda ayudar a diseñar bases de datos eficientes en sus proyectos o modulos.

De sangre y entrega, vivamos el voto en las elecciones de Costa Rica con responsabilidad

Sun, 07 Feb 2010 00:00:00 -0500

En el mundo se han librado batallas y derramado la sangre por la consigna de la libertad, por la capacidad de elegir libremente, de decidir.

Muchos se han puesto al frente sabiendo que no se verá más el sol, pero con la esperanza que sus similares puedan llamarse libres.
En Costa Rica, aunque hace muchos años que se emite el sufragio, también se han librado batallas y derramado la sangre.
La evolución del sufragio no ha sido sencilla, ni de la noche a la mañana, lo que hoy tenemos en Costa Rica, esa libertad de elegir, la capacidad de cada uno y de todos de decidir quien nos gobernará cada 4 años, no fue algo sencillo.
Una historia larga y compleja antecede este día, una historia dolida y llorada, pero al mismo tiempo festejada y vivida.
La fiesta de la democracia, como a veces se le llama a este día, ha sido algo que ha evolucionado, y no deja de hacerlo.
Con un pueblo como testigo, cada uno de los costarricenses, salen hoy a votar, a emitir su libertad, a exigir su derecho.
Es bonito exigir nuestros derechos, pero nos volvemos niños malcriados cuando se trata de enfrentar nuestras responsabilidades, somos buenos quejandonos, pero no nos gusta cuando nos encaran nuestra falta de responsabilidad.
En un día como hoy, no se trata solo de ir a votar, se trata de pensar, analizar, y tomar una decisión responsable, se trata de elegir el rumbo que tomará nuestro país en los próximos años.
Por lo que se escucha, me hace pensar que la mayor parte de los votos de hoy o ausencia de ellos, se dará, en abstención y votos nulos, de aquellos que no tienen un sentido de responsabilidad, de aquellos que se quejan que el país va mal, pero cuando se les da en las manos la herramienta para cambiar el rumbo de las cosas, lo tiran al piso y se hacen los enojados, dan la espalda y siguen quejandose.
Otros en cambio, van a votar, y no votan nulo, votan por aquel “que no ganará”, para no tener en su “conciencia” que eligieron a alguien que quedó presidente y no hizo un buen trabajo, cobardes son, y no tengo otra palabra para definirlos, les gusta quejarse, y lo harán, y para ello evitar tomar un papel importante en la decisión para no ser “señalados”.
Entre los que quedan, queda la “masa”, aquellos incapaces de pensar críticamente una decisión, aquellos con el cerebro atrofiado y con la unica capacidad de ver televisión en su tiempo libre, aquellos que no se dan a la tarea de investigar y pensar, cual será la mejor decisión para nuestro país y al final, para ellos mismos, aquellos que, con un saludo desde un podio, con una sonrisa, o con un slogan pegajoso quedan convencidos de la innata capacidad de un postulante para gobernar de la mejor manera, sentarse a analizar no es una tarea que les importe, es más sencillo hacer caso a los anuncios y con eso quedan satisfechos de que tomaron la mejor decisión, una decisión a la deriva, una decisión al viento, a lo que caiga, con la misma validez que tirar una moneda al aire y ver que pasa, así de importante es el país y el futuro para estos.
Pero hay aun un peor patriota, aquel que sí lo piensa, aquel que sí lo analiza, y muy friamente, pensando solo en su conveniencia individual, aquel que se presta para el juego de votar por el que mejor postor, por aquel que le de un beneficio directo y por debajo, de si me regalan algo, si me dan un bono, si me dan un puesto, de si me pagan por votar, aquel que no piensa en el futuro ni en su país, aquel que se olvida de la inflación y de la inseguridad, del futuro de sus hijos y piensa en el momento, piensa en el disfrute inmediato de un beneficio no ganado, más casi, robado, uno más de los pequeños corruptos.
Después de grandes porcentajes de patriotas que votan por todas las razones equivocadas o que simplemente no lo hacen, nos quedan unos pocos, que sí piensa, sí se dan responsablemente a la tarea de investigar y analizar la mejor decisión posible, tal vez se equivoquen, tal vez no vean algo, o tal vez simplemente creyeron las palabras escritas por quien no debieron creer, pero no importa, porque al menos lucharon, al menos se esforzaron responsablemente, al menos se lanzaron al agua con un poco de preparación, sin importar el resultado ni por quien voten, estos fueron heroes, fueron verdaderos patriotas, que supieron valorar los esfuerzos y la sangre de nuestros antepasados.
Estos patriotas serán los que aunque su elección no gane, ya ellos ganaron, pues han dado de si para tomar una decisión responsable.
Si te importa tu país, sal a votar, si, a ejercer tu derecho, pero a la vez, hazte responsable, asume la responsabilidad que tu derecho y tu decisión acarrean, decide responsablemente, no importa por quién votes, siempre y cuando lo hagas, y lo hagas a sabiendas de que lo estudiaste muy bien, para que un mejor futuro venga tanto para tí, como para todos.
Si te van a engañar, que por lo menos tengan que esforzarse, aquí estan los enlaces a los planes de gobierno de los 3 partidos más grandes, de los que pude encontrar los planes de gobierno.

Laura Chinchilla, Liberación Nacional, plan de gobierno 2010-2014: Plan
Otto Guevara, Movimiento Libertario, plan de gobierno 2010-2014: Plan
Ottón Solís, Partido Acción Ciudadana, convocatoria a la ciudadania 2010-2014: Plan

Tutorial de Content Delivery Network (CDN)

Thu, 03 Dec 2009 00:00:00 -0500

Introducción

Hace años las computadoras no solían tener la cantidad de recursos que tienen actualmente, por lo que se debía ser muy cuidadoso con el uso responsable y eficiente de los servidores.

Con el tiempo y el aumento de los recursos en los sistemas muchos programadores fueron creciendo en un ambiente en el que no requerían ser tan eficientes, pero actualmente los sistemas se han vuelto más móviles y por tanto más pequeños y no tan potentes como lo que estábamos acostumbrados, y también los sistemas han migrado mucho más enfocados a web por lo que la cantidad de usuarios accediendo a los servidores es mucha.
Esto nos trae a que en la actualidad estemos forzados otra vez (por dicha) a tener la necesidad de ser eficientes en cuanto a la utilización de los recursos.
En un sistema web de alta demanda la gran cantidad de recursos de un servidor se ve dividida entre la cantidad de usuarios accediendo simultáneamente, lo cual crea una cantidad limitada de recursos por cada usuario.

Qué es CDN?

Una red de distribución de contenido es una colección de servidores web distribuidos alrededor de multiples localizaciones para distribuir contenido más eficientemente a los usuarios. El servidor seleccionado para distribuir el contenido a un específico usuario se basa normalmente en la medida de proximidad de la red.
Los CDN’s son servidores utilizados específicamente para distribuir contenido estático, siendo este el más sencillo de distribuir independiente de la plataforma, el conjunto de servidores se visualiza como una nube, los datos se encuentran__ distribuidos y replicados__ dentro de esta nube de servidores de manera que cualquiera de los servidores pueda entregar el mismo contenido cuando se le solicite.

Por qué debería usar CDN?

Al utilizar CDN’s se le entrega al usuario el contenido estático de manera más eficientemente, en beneficio de la velocidad con que el usuario final percibe la respuesta total de la página.
Además de mejorar la experiencia del usuario, al utilizar un CDN para distribuir el contenido estático se está a su vez liberando a él o los servidores de aplicacione__s de la carga de procesar una gran parte de estas solicitudes que normalmente son más del 80% o 90% de la __cantidad de solicitudes que se hacen al servidor, permitiendo así al servidor de aplicaciones utilizar toda su capacidad para procesar las solicitudes dinámicas.

Funcionamiento de los servidores web

Independientemente de la plataforma, los servidores web trabajan en memoria y debido a que los recursos de los servidores son limitados el servidor solo puede procesar un numero máximo de solicitudes eficientemente y un numero máximo de solicitudes antes de colapsar o de dejar de procesarlas.
Cada solicitud que ingresa al servidor es atendida en una cola la cual puede crecer exponencialmente si el servidor no es capaz de ir liberando la cola con la misma velocidad con la que ingresan solicitudes a esta cola.
Hay solicitudes que son más fáciles de resolver para el servidor que otras, esto normalmente depende de la cantidad de archivos y handlers que deba abrir para esa solicitud y si lo que requiere esta o no en un cache. Dentro de los handlers están también las conexiones a bases de datos y/u otros sistemas, como sockets o solicitudes a servidores externos.
Dependiendo de la cantidad y tipo de recursos que se están accediendo además de recursos toma tiempo, lo que hace que las solicitudes en cola tengan que esperar más acumulándose aun más el tiempo que estas y las que siguen deberán esperar.
Además de esto, existen filtros o procesos previos o posteriores a cada solicitud que agregan tiempo y consumo de recursos a cada uno de las solicitudes.
Por el costo que tiene crear e inicializar cada recurso nuevo, los servidores además suelen crear pilas de recursos, como pilas de conexiones a bases de datos o pilas de procesos pre-inicializados para atender a las solicitudes.
Cada uno de estos procesos tomará la cantidad de memoria que requiera para efectuar lo que la solicitud requiere y si este proceso se recicla es probable que mantenga su uso de memoria aun cuando no todos los procesos que atienda requieran esa misma cantidad de memoria, esto conlleva que cuando se sirven diferentes tipos de solicitudes mezcladas la cantidad de memoria que utilicen los procesos será el del proceso que más requiera memoria, lo cual limita aun más la capacidad de procesar solicitudes más sencillas en sacrificio de poder atender las solicitudes más complejas.
De aquí que cuando se separan los tipos de solicitudes en servidores diferentes queda cada servidor optimizado para ese tipo de solicitudes, permitiéndole trabajar de manera más eficiente y darle un uso mucho más eficaz a los recursos del servidor.

Funcionamiento del esquema de CDN

Para trabajar con un CDN en el concepto básico lo que se requiere es que las referencias hacia los archivos estáticos que se encuentran en la aplicación web estén apuntando hacia el CDN y que este contenga estos archivos.
Un CDN normalmente recibe los archivos y los replica dentro de los diferentes servidores y se balancea la carga entre los diferentes servidores.
Existen algunos servicios de CDN que simplifican un poco más el concepto extrayendo ellos los archivos del servidor dinámico ya sea la primera vez que se intenta accesar al archivo o posterior a que se vence el archivo.

Conclusiones

Los CDN’s nos ayudan a disminuir la carga de los servidores de aplicaciones dándoles la oportunidad de trabajar más eficientemente y para lo que fueron destinados, permite además que los exploradores de los usuarios obtenga los archivos estáticos de una manera más eficiente.
Debido a que los archivos estáticos son por mucho la mayoría de los archivos que suelen servirse en cada aplicación web, el uso de CDN’s suelen dar un incremento en la eficiencia bastante dramático.

Como configurar OpenDNS, que hago cuando tengo problemas de DNS

Tue, 01 Dec 2009 00:00:00 -0500

Si sueles tener problemas de DNS, si vives en Costa Rica probablemente de vez en cuando los tienes con el ICE, RACSA o CableModem, o simplemente quieres tener más control para restringir accesso a páginas o sitios con contenidos obsenos o quieres estar un poco más seguro en contra del phishing, entonces OpenDNS es una buena opcción.

¿Qué es un DNS?

DNS es la nomenclatura de Domain Name Server, cuando usas internet siempre tienes por lo menos 1 DNS asignado, este es un servidor que se encarga de traducir cada dominio (por ejemplo nestor.profesional.co.cr) por una dirección IP (por ejemplo 67.23.36.248) que es la dirección de como llegar al servidor de internet que buscas.
Ocasionalmente el DNS de tu proveedor de internet puede fallar y como resultado aunque tengas conexión a internet no puedes ingresar a ninguna página debido a que tu computadora no sabe como traducir el dominio a una dirección IP.

¿Qué es OpenDNS?

OpenDNS es una serie de servidores DNS optimizados, balanceados y distribuidos de muy alta confiabilidad y con la opción de ser utilizados de manera gratuita para reemplazar los DNS’s que te asigna tu proveedor de internet.
Además de ser más confiables y con mejor velocidad de respuesta, tienen opciones adicionales, puedes simplemente configurarlos y listo, pero también puedes crear una cuenta con ellos y te daría la oportunidad de configurar opciones o pagar y tener aun más opciones.
Dentro de las opciones que te ofrecen esta la de filtrado de dominios y revisión del historial de páginas visitadas. La opción de filtrado te permite indicar si debe negarse el acceso a páginas pornograficas y sitios de phishing, o si además filtrar sitios de cracks y hacks y cosas así, o además filtrar todo acceso a redes sociales y sitios de este tipo o simplemente no filtrar nada, esto puede ayudarte a filtrar y asegurar más las computadoras de tu casa u oficina. Las opciones pagadas te dan más opciones muy utiles como para oficinas.

¿Como configuro OpenDNS?

La mejor opción sería configurarlo en tu router para que con solo configurarlo una vez todas las computadoras de la casa automaticamente queden configuradas, esto es un poco variable dependiendo del router y tienes que tener la clave, si usas el ICE o Racsa es probable que no tengas acceso al modem de internet que normalmente estaria en http://192.168.0.1, si tienes un router inhalambrico, tienes la clave de este y sabes la dirección IP entonces puedes ingresar a la parte administrativa del router y configurar los Static DNS con las direcciónes que ya te daré.

Si todo esto que te he dicho de routers suena muy complicado o no tienes acceso, puedes configurarlo directamente en tu computadora: ### Windows XP: - Ir a “Inicio” -> “Panel de control” -> “Conexiones de Red” o “Red” - Ahi verás al menos una conexión, ya sea que uses inhalambrica o por cable de red, elije la que usas y abrela. - Aparece una ventana con información, haz click en el boton de “Propiedades” - Busca la opción “Protocolo de Internet (TCP/IPv4)” y seleccionalo. - Luego haz click en el boton “Propiedades”. - En la parte de abajo selecciona la opción que dice algo como “Utilizar las siguientes direcciones para el servidor DNS” y abajo de este escribir las siguientes 2 direcciones IP:

208.67.222.222 
208.67.220.220

Luego dale OK y listo.

Windows Vista/Windows 7:

Ir a “Inicio” -> “Panel de control” -> “Redes e Internet” -> “Ver estado de red y tareas”
Ahi verás al menos una conexión de red, ya sea que uses inhalambrica o por cable de red, elije la que usas y dale “Ver estado”
Aparece una ventana con información, haz click en el boton de “Propiedades”
Busca la opción “Protocolo de Internet (TCP/IPv4)” y seleccionalo.
Luego haz click en el boton “Propiedades”.
En la parte de abajo selecciona la opción que dice algo como “Utilizar las siguientes direcciones para el servidor DNS” y abajo de este escribir las siguientes 2 direcciones IP:

208.67.222.222 
208.67.220.220

Luego dale OK y listo.

Espero esto pueda ser de ayuda a más de una persona.

DNS’s de OpenDNS:

208.67.222.222
208.67.220.220

Página de OpenDNS
Más información de como configurar OpenDNS en diferentes plataformas y sistemas

Credomatic, BAC San José o GE Money en Costa Rica y su Servicio al Cliente

Mon, 17 Aug 2009 00:00:00 -0500

Si usted es o ha sido cliente de Credomatic, el BAC San José o GE Money sabrá que a pesar de ser probalemente el mejor y más grande banco privado en Costa Rica y con una gran presencia en Centroamerica, eso no ha evitado muchas veces que nos brinden un mal servicio. Quisiera ser lo más objetivo posible al intentar hacer un analisis de esta institución financiera, así que iniciaré nombrando lo que puedo y conozco positivo.

Ventajas:

El más grande banco privado, con esto me refiero a la cantidad de sucursales, cajeros y capacidad de atender a la gran cantidad de clientes que poseen, es muy facil encontrar una sucursal o un cajero automático del BAC San José o Credomatic muy cerca de donde sea que vivamos o trabajemos, esto no quiere decir que le gane a la cantidad de sucursales de los bancos estatales.
Kioscos electronicos en muchas de las sucursales, estos dispositivos muy parecidos a los cajeros automáticos dan la posibilidad de hacer una gran cantidad de tramites sin requerir internet o un empleado del banco, por alguna razón diría que son muy poco conocidos y utilizados por sus clientes, estos podrian salvarle de algunas filas y de perder el tiempo.
Ventajas corporativas, el enfoque que tienen los servicios corporativos es bastante apreciable, normalmente saben bien como ganarse la confianza de las empresas ofreciendo ventajas atractivas y hasta dispuestos a proveer beneficios extras personalizados para algunas empresas de gran tamaño.
Sistema en linea, la sucursal electrónica, es a mi parecer la mejor de todos los bancos privados, probablemente superada solamente por el sistema en linea del Banco Nacional. Este sistema provee opciones para practicamente todo tipo de transferencias y consultas comunes, incluso las corporativas, además de una gran customización de seguridad y mancomunación para las empresas, pago de planillas y proveedores y etc.
Fortaleza de los sistemas, los sistemas de credomatic y el BAC San José estan muy bien planteados y seguros, además de que el acceso a datos sensibles esta muy bien protegido incluso de manera interna.
Presencia internacional, la presencia de esta institución financiera en una gran parte de america, principalmente Centroamerica provee un gran beneficio para las empresas que tengan presencia o negocios internaciones.
Diferentes metodos de acceso a atención al cliente, además de la atención teléfonica existen varias formas de acceso a información o de comunicarse con ellos.
Productos especiales, diferentes productos especiales como mensajes a su celular cuando ciertas transacciones se hacen, token de seguridad, taza cero, etc.

Desventajas:

Tiempo de respuesta en atención al cliente, en mi experiencia el tiempo que suelo esperar en el teléfono a la hora de llamar a servicio al cliente es solamente peor en Aval/Banco Uno, a veces simplemente no entiendo como llega a pasar esto.
Burocracia, cuando he requerido solucionar algun problema me he visto varias veces obligado a pasar de persona en persona o incluso exigir que la persona en el teléfono se encargue de hablar con aquel que realmente tiene la capacidad o permisos para resolver el problema causado por ellos.
Largas filas en plataforma, a pesar de contar con sistemas electronicos de filas con prioridad basados en la condición del cliente y del tipo de trámite, a la hora de que cada cliente llega al escritorio de plataforma, me parece impresionante que cada trámite comun que atienden tengan que levantarse unas 5 veces mínimo de su asiento para ir a traer diferentes documentos, formularios o consultar con un supervisor u otro personal, es muy claro que este es un punto que no sería difícil de optimizar si mantuvieras más de las cosas que necesitan a la mano del agente o incluso mayor información o permisos, no se, buscar la manera de reducir la cantidad de veces que debe salir de su asiento y de paso la distancia que deben recorrer para ir por aquello.
Llamadas de mercadeo, soy yo o realmente cansan estas llamadas de mercadeo de tarjetas incluyendo a numeros no ingresados nunca a los sistemas de ellos (lo cual me llega a deducir que es practicamente un hecho que compran información de clientes), acaso no entenderán cuando se les dice “no me llamen más” e insisten en hacerlo una y otra vez, no podriamos hacer una ley para regular esto como se hace en otros paises.
Si usted esta en el extrangero y tiene cuentas con ellos, revise mil y una vez con ellos todo lo que necesita para accesar a su dinero desde afuera del país, no tienen idea del gasto en llamadas internacionales que incurrí aun después de firmar mil formularios para habilitación de los servicios internacionales, SINPE y otros y que estando afuera tuve que hacer mil llamadas por casí 2 semanas para poder tener los accesos que solicité antes de salir del país.
Desatención a pequeñas empresas o PyMes, el trato que le dan a las Pymes me impresiona, debería tener un poco más de atención, ofrecer algo más, parece que el enfoque de ellos para tratarte bién es solamente empresas grandes o empresas viejas, pero si estas intentando empezar una pequeña empresa, no te van a ayudar mucho.
Políticas ridículas, han sido muchas las veces que me topo con un “esa es nuestra política”, en cuanto a algunos productos como tarjetas, cuentas o la que más me acuerdo ahorita, la de procesamiento de tarjetas por internet donde piden un depósito de garantía de $50,000 (cincuenta mil dólares), si esto no es ridículo no se lo que es, esto se da porque por faltas de control en la seguridad de sus clientes les han metido varias estafas y ya fueron multados segun el agente que trabaja esta área, o sea, por errores en los procesos y chequeos del banco, nos ven feos a los empresarios, perdón, pero la forma seria incrementar su chequeo, requerimientos y poner límites, eso solucionaria el problema.
Suerte, si, la suerte de toparse con algun intransigente empleado de esos que toda empresa tiene, varias veces he topado con esta suerte, la que nunca olvidaré la vez que una transferencia SINPE del mismo día falló y después de llamar a servicio al cliente me dijerón que ya era muy tarde para arreglarlo y que debia esperar a que se aplicará al siguiente día cobrandome eso sí, como si la hubieran hecho el mismo día, por lo cual pusé una queja, y al siguiente día la sorpresa de tener mi dinero congelado por haber puesto la queja y me pedian una carta para descongelarlo, a la fuerza tuvieron que descongelarlo de la misma manera que lo congelaron, o sea, sin cartas, lo que me enseño que de cuando en cuando con ellos se requiere retorcerles las b**** y forzarlos a hacer su trabajo.
Comisiones, o sí, esas pequeñas letras en los contratos, más aquello que no estaba escrito en el contrato o que simplemente modificaron a voluntad sin previo aviso (como lo dice el contrato), como las comisiones por no utilizar la tarjeta un mínimo de veces por mes, o por hacer compras internacionales con las tarjetas internacionales (umm?). Perdón, eso no se lo dijo el agente?, bueno, así es.

En resumén, es una institución más a la que se le debe analizar antes de hacer negocios con ellos, para empresas probalemente tiene un gran puntaje a la hora de elegirla, para personas, en algunos casos será muy funcional, pero no en todos. Espero este pequeño análisis pueda servir de guía a algunas personas en cuanto a acudir a este banco.

Microsoft ya no puede vender Word en Estados Unidos

Wed, 12 Aug 2009 00:00:00 -0500

Un juez de Texas dictaminó el martes que Microsoft no puede vender uno de sus productos emblemáticos, Word, en los Estados Unidos a causa de una infracción de patente.

El Juez Leonard Davis, de los EE.UU. Tribunal de Distrito para el Distrito Este de Texas, ordenó un requerimiento judicial permanente que “Microsoft prohíbe la venta o importación en los Estados Unidos de los productos Microsoft Word que tienen la capacidad de apertura de archivos .XML, .DOCM .DOCX (archivos XML) que contiene código XML personalizado”, segun un anuncio hecho por el demandante i4i Inc basada en Toronto.

XML es un lenguaje de marcas “que permite a los usuarios personalizar el formato subyacente de sus documentos de procesamiento de textos, por ejemplo, y hace legible a través de diferentes programas de procesamiento de textos. La capacidad de leer y escribir documentos XML es una característica integral de Microsoft Word.
Descargue el mandamiento judicial (PDF)

En su denuncia (ver denuncia PDF), i4i alega que Microsoft violó voluntariamente sus patentes de 1998 (N º 5.787.449) en un método para leer XML. La empresa, cuyo sitio web se anuncia que los usuarios pueden “Crear y editar contenido XML en Microsoft Word,” ayuda a los clientes a trabajar con XML.

i4i presentó la demanda en marzo de 2007, buscando una orden judicial y el pago de los daños y perjuicios. El Distrito Este de Texas es conocido por ser un refugio para los litigios sobre patentes.

El mandamiento judicial (ver documento PDF), que se hace efectiva en 60 días, prohíbe a Microsoft la futurá venta de los productos Word a los que intencionalmente utilicen la tecnología patentada. También exhorta a Microsoft de efectuar pruebas, demostraciones, la comercialización o la oferta de soporte para los productos futuros.

Davis también ordenó a Microsoft pagar i4i más de $ 290 millones en daños.

“Estamos decepcionados por la decisión del tribunal,” dijo Kevin Kutz portavoz de Microsoft en una declaración. “Creemos que las pruebas demuestran claramente que no infringimos la patente de i4i y que esta no es válida. Vamos a apelar el veredicto.”

Ahora quedará en ver lo que Microsoft pueda lograr en los tribunales en las audiencias y juicios a proseguir.

Identidad

Mon, 03 Aug 2009 00:00:00 -0500

Hoy despierto, abro los ojos, un día más, un dia después de acumular piedras a mis espaldas, llagas en mis hombros, dolor en mis piernas, el corazón mallugado y en la boca el sin sabor.

La inercia me lleva y la manipulación me devuelve.
Una pregunta cuestionó mi existencia, una pregunta le quita la tinta a lo que veia, se notan ahora borrosos los colores, percibo ahora un poco los aromas, y es precisamente para sentir la pestilencia, para ver los contrastes y sentir el dolor.
Una pregunta me presiona a redefinir lo que sé.
Ayer la pregunta fue quien soy?, pero es la respuesta lo que me asusta, por más intento definirme, desconozco quien soy.
Al ver al espejo descubro los hilos, veo a aquellos que manipularon mi vida, veo los agujeros que atraviesan mis articulaciones, dejando llagas y dolor.
Es el momento en que corto los hilos, pongo alcohol a las llagas, suelto la piedras y preparo la mochila.
Ahora es cuando suelto la carga e inicio la busqueda, la más antigua, la legendaria; me busco a mí, al perdido, al extraviado, al que naufraga y ruega por ser encontrado.
Quien soy? es mas que un puñado de letras en un documento, es mas que los garabatos de una firma en la esquina de algunos papeles, es más que un arbol genealogico torcido, es más que una agrupación celular formando un organismo, más aun, es más de lo que los demás ven y juzgan.
Es lo que encuentro cuando vuelvo atras los ojos y veo adentro del alma, la cual ahora encuentro vacia.
Mis gustos no eran mios, mis mañas no las aprendí yo, mis palabras eran prestadas, lo unico que encuentro propio son mis miedos, y es ahí donde la busqueda empieza.
Zarpo del puerto del miedo, al oceano de mis temores, arpón en mano a conquistar las bestias que dejé libres hace mucho, con la fé de encontrar ahi una pista que me conduzca un pasó más.
Naufrago ahora mar abierto, para encontrar lo perdido debo perderme, busco ahora encontrame conmigo.

GMail ya no es Beta

Tue, 07 Jul 2009 00:00:00 -0500

Google GMail ha sido identificada como Beta desde su lanzamiento hace ya casi una decada, las razones de mantenerlo como Beta no son del todo conocidas, podria ser para no asumir una responsabilidad en caso de algun fallo, no crear falsas espectativas, por mercadeo o quien sabe, pero el hecho es que a partir de hoy ya no aparece la palabra Beta en el logo de GMail.

Definitivamente con el tiempo este se ha convertido en un gran producto, me atrevería a decir incluso que es el web mail mas utilizado, además de gratuito y que además se ofrece como un servicio coorporativo, puede ser usado simplemente como un correo en el dominio de @gmail.com o en un dominio propietario. Es parte de una gran gama de servicios denominados google apps.
Es sin duda un servicio estable y confiable. Habrá que ver que sorpresas nos tienen los muchachos de google además de solo remover la palabra Beta.

Reflexion de un padre

Mon, 22 Jun 2009 00:00:00 -0500

Ayer festejé algo, algo que ocurrió, algo que soy, algo que siempre seré sin importar lo que pase.

Pocas cosas en la vida son tan constantes como esta.
En la vida uno va y viene, uno cambia y vuelve, se modifica y evoluciona, uno aprende y olvida; pero tal vez esta es la unica o una de las pocas cosas que siempre seré.
Es algo en lo que intento crecer cada día y ser mejor, pero pase lo que pase siempre seré el padre de mis hijas, siempre será mía parte de esa responsabilidad de enseñarles a vivir en este mundo, de darles el ejemplo del que aprendan a amar, del que aprendan los valores.
No se trata de decirles, es cuestión de demostrarles que se puede vivir con integridad, que la vida no es fácil, pero si hermosa si aprendes a exprimirle el sabor.

Escucharlas reir, sentirlas acurrucarase, un abrazo o una mirada, ellas definitivamente saben como hacerme feliz.

Todo lo que me enseñan cada momento que estoy con ellas es de las cosas que me hacen sentir y vivir.

Que sensación más hermosa es ser padre, tal vez, solo superado por la sensación de ser madre, un milagro reservado solo para ellas.

Le doy gracias a Dios por los regalos que me dió, Barbara y Rebecca, las amo con mi vida.

Google sincroniza contactos y calendario con su iPhone/iPod Touch

Thu, 26 Feb 2009 00:00:00 -0500

Google ha creado una interfaz de exchange para habilitar la sincronización entre sus contactos de Gmail y calendarios con su iPhone/iPod Touch. Enterese aquí: Google Sync

Advertencia: En su primera sincronización con su iPhone/iPod Touch la información va a ser borrada, así que asegurese de respaldar la información en el Outlook o alguna aplicación similar.

Esto brinda la posibilidad de sincronizar sus contactos y calendario sin tener que conectar su iPhone/iPod Touch a la computadora y si la necesidad de aplicaciones adicionales.
En mi caso, he estado usando el NemusSync (una applicación del jailbreak para sincronizar el calendario con el iPhone/iPod Touch) y el iTunes para sincronizar los contactos con Gmail, pero ahora esto abre una nueva, más confiable y sencilla forma de sincronizar.
También hay que tomar en cuenta que la configuración de esta interfaz no sincroniza el correo (para esto siga utilizando como lo ha hecho antes, por medio de la configuración normal de Gmail).

Recuerde respaldar su información.

1825 Razones para sonreir y mas

Tue, 24 Feb 2009 00:00:00 -0500

Hoy son 1825 días desde tu nacimiento, 1825 días de felicidad, 1825 días multiplicados por muchas razones para disfrutar cada día.

No es hoy que recuerdo, es cada día el que siento, cada día que deseo estar a tu lado, y cada día que extraño cuando no estoy.

Verte me hace sonreir, me hace quererte y amarte, abrazarte me da vida y despedirme me destroza.

Quisiera acurrucarte cada noche para dormir, sentir tu calor y saber que duermes profundamente, que duermes tranquila sabiendo que estoy ahi.

Darte los buenos días y la bienvenida a cada nuevo día quisiera, estar cuando caes para alentarte a levantarte, para decirte que cada problema no es más que aquello que te prepara para disfrutar los momentos que vienen, que tendrás hermosos momentos cada día.

Son 5 años hace que Dios me enseño por segunda vez el milagro de la vida, 5 años hace que me premio con dejarme verte y tenerme en mis brazos, que entraste en mi vida.

Dios me dio un responsabilidad, enseñarte lo que he aprendido en mi vida, para que tengas la oportunidad de disfrutar la tuya, enseñarte a vivir, a disfrutrar, a compartir, a dar, a contagiar al mundo de vida, a enseñar a los que esten a tu lado que la vida es hermosa, a dejar tu tambien tu legado en los que esten junto a ti, como ya lo haces conmigo.

Hoy te llamé para desearte un muy feliz cumpleaños y darte mi bendición.

Te amo con mi vida hija mia, tu tienes una parte de mi corazón contigo.

Feliz cumpleaños Becci

Como usar el iPod Touch como un teléfono VoIP con Skype, gTalk o live

Fri, 13 Feb 2009 00:00:00 -0500

Cuando compré mi iPod Touch tenia la idea de usarlo con mi cuenta de Skype para llamar a Costa Rica sin tener que estar en mi laptop, así que compré un microfono para el iPod para hacerlo.

El problema en ese momento fue que el microfono fue creado para el iPod Video o clasico, pero no trabajaba con el iPod Touch y para hacerlo funcionar requeria hacerle un trabajo tecnico. Las personas que lo habian hecho mostraban videos en YouTube hacerca de como desarmar el microfono y alterarlo para hacerlo funcionar con el iPod Touch además de como hacerlo trabjar con una de las aplicaciones del Jailbreak, pero en ese momento no estaba pensando hacer esto.

La buena noticia es que después de las ultimas actualizaciones que Apple ha hecho al iPod Touch ya no se requiere alterar el microfono ni usar el Jailbreak para lograr usarlo como un teléfono VoIP.

Ahora, todo lo que necesita es un microfono que cuesta unos $30 dolares en internet (Macally iVoiceIII Microphone para el iPod) y la applicación Nimbuzz, la cual se puede obtener gratis en el app store.

Una vez que tenga su microfono con usted y haya instalado la applicación puede configurar su cuenta de Skype, gTalk o Live (Microsoft Messenger), conectar su microfono y llamar a cualquier contacto de su lista (o telefonos si tiene Skype Credits) y listo!!… ah, y no olvide conectar sus audifonos si tiene un iPod Touch de primera generación como es mi caso.

Mi nuevo blog

Thu, 12 Feb 2009 00:00:00 -0500

Hoy estoy empezando mi nuevo blog.

Aqui espero poner temas interesantes para todos.

Nestor