Como me ha costado bastante trabajo dejar listo todo el proceso de autenticación, y estoy seguro que a muchos que desarrollen para WebOS les podría venir bien, he liberado (aprovechando para estrenar mi nueva cuenta de GitHub) una librería de autenticación OAuth para WebOS.

Además, he querido abstraerla de los dos tipos de aplicaciones con autenticación OAuth que puede haber: web application / client application. Así que he optado por hacer un pequeño hack para que, dando de alta la aplicación como web app, funcione en un terminal movil.
Si conocen un poco cómo funciona la autenticación OAuth, sabrán que al finalizar el proceso, para una web app, se realiza una redirección web en la que se envía el token de autorización como parametro GET. Esto complica la integración en una aplicación movil o de escritorio, ya que no hay url de callback posible. Por lo que el pequeño hack consiste simplemente en capturar la url de callback y parsearla para obtener el token, y luego interrumpir el proceso. De esta manera poder autenticar la aplicación como si fuese web, sin serlo.
Esto además abre el abanico de APIs con las que poder trabajar, ya que no todas están preparadas para ofrecer soporte a aplicaciones cliente. Sin embargo, todas sí soportan la integración de tipo web.

La librería la he liberado en GitHub y pueden acceder desde aquí : http://github.com/fillito/WebOS-OAuth

Es totalmente OpenSource y gratuita. E invito a todo el que se anime a “forkearla” en GitHub y mejorarla.

Espero que sea útil !

Desde hace unos meses, los que desarrollamos y creamos minube, nos surgió la idea de crear un blog técnico donde contar las cosillas con las que nos vamos encontrando día a día desde el punto de vista del desarrollo. Estamos convencidos de que muchas de las cosas que hacemos, cómo solucionamos algunos problemas técnicos o simplemente cosas curiosas o interesantes relacionadas con la programación y el desarrollo, podrían ser interesantes para mucha gente.

Así que , con mucha ilusión y cariño , los que hacemos minube lanzamos haciendo.minube.com. Un blog técnico más, pero esta vez, hecho por nosotros

No dejéis de echarle un vistazo !

Desde hace ya unos meses, hemos estado trabajando en la preparación de una API de datos para desarrolladores. Y al fin está lista para que podáis empezar a hacer pruebas con ella (todo obra de nuestro gran arquitecto pablasso).
Creemos ciegamente que la base de una gran comunidad es el contenido generado por el usuario, y que el gran valor de una comunidad está en la utilidad que se le dé a ese contenido. No queremos ser una gran base de datos de contenido relacionado con los viajes donde la gente va llenando con sus experiencias, fotos y videos de sus viajes, sino una gran comunidad donde aportar y consultar información sobre cualquier destino. ¿Y qué mejor manera, que poniendo a disposición de todos vosotros, todo ese contenido?

Muchas de las herramientas más populares e interesantes, se convierten en increibles aplicaciones mucho más ricas al permitir hacer un mashup con otras. (salvando las diferencias…) Como es el caso del propio Google Maps. A pesar de ser una herramienta increible, haber liberado su API ha permitido que aparecieran aplicaciones igualmente impresionantes como Panoramio.
Precisamente eso es lo que queremos !

Si eres desarrollador y crees que podrías desarrollar algo interesante aprovechando el contenido que te podemos ofrecer en minube, adelante !!
La integración es muy sencilla (peticiones REST y resultados formateados en XML), la cantidad de contenido disponible sigue creciendo día a día, y por supuesto, usar nuestra API es totalmente gratuito.

Apenas hace unas horas que hemos anunciado la liberación de la API y ya hemos recibido unas cuantas solicitudes para usarla. Y aunque aún está en fase de pruebas, y esperamos poder seguir mejorandola con vuestra ayuda y en base a vuestras necesidades, estamos seguros de que no os decepcionará.

Empieza a usarla aquí
Esperamos que la disfrutes !

Un saludo !

Indagando un poco encontré la explicación a todos éstos problemas.
Las funciones de manipulación de strings en PHP están programadas para trabajar con caracteres de 1 byte de longitud. De ésta manera, funciones como contar el número de caracteres que incluye una cadena (strlen) simplemente calcula el tamaño ocupado en memoria y divide por 1 byte. Todo esto se viene abajo al utilizar cadenas de caracteres codificadas con juegos de caracteres como UTF-8, en los que algunos caracteres pueden ocupar 2 o 3 bytes. Por lo tanto, muchas de las funciones típicas de trabajo con cadenas son peligrosas de usar si nuestros textos están codificados en UTF-8 y son susceptibles de contener éste tipo de caracteres de mayor tamaño, que al leer byte a byte, encontrará erroneamente los datos binarios correspondiente a dos (o tres) caracteres, en vez de uno.

Existe una lista de funciones "inseguras" al trabajar con cadenas con encodings que guarden caracteres de más de 1 byte. Son las siguientes :
· ord
· str_ireplace
· str_pad
· str_split
· strcasecmp
· strcspn
· stristr
· strlen
· strpos
· strrpos
· strrev
· strspn
· strtolower
· strtoupper
· substr_replace
· [l|r]trim (unicamente cuando se usa el segundo parametro)
· ucfirst
· ucwords

Si lo que necesitas es convertir toda la cadena a minúsculas (strtolower), a mayúsculas (strtoupper) o la primera letra de cada palabra a mayúsculas y el resto en minúsculas (ucwords), existe una alternativa que nos evitará tener que cambiar el encoding de nuestra cadena:

Donde TIPO_ACCION  puede tomar los  siguientes valores para obtener el resultado equivalente:  "MB_CASE_LOWER" (strtolower), "MB_CASE_UPPER" (strtoupper)  , "MB_CASE_TITLE" (ucwords)

mb_convert_case es una función que permite la manipulación de los caracteres de una cadena de tipo multibyte.

Tienes muchas más funciones para cadenas multibyte.

Un saludo !

Lo primero de todo, es entender qué es un Acelerador de php.

Como su nombre bien indica, un acelerador de php es "algo" (ahora veremos qué..), que acelera nuestro código escrito en php. Si reflexionamos un poco llegaremos rápidamente a unas sencillas preguntas ¿Cómo puede hacer "algo" que nuestro código se ejecute más rápidamente? ¿Qué hace ésto que parece tan mágico? ¿Retoca nuestro codigo en tiempo real para optimizarlo? ¿Mágicamente hace que nuestro código consuma menos recursos?

Por supuesto que no...

La explicación es mucho más sencilla de lo que parece.
Como bien sabemos, php no es un lenguaje compilado, sino un lenguaje interpretado (script). Cuando nuestro servidor Apache, o un comando CLI llama al intérprete de php para que ejecute un determinado archivo, nuestro intérprete genera en tiempo real los opcodes necesarios para su ejecución. Cada vez que se llama a ejecutar uno de nuestros archivos, nuestro intérprete vuelve a compilar en tiempo real nuestros scripts, incluso cuando llamamos a un script que se haya ejecutado anteriormente. Es aquí donde entran en juego los Aceleradores de php. Su función es simplemente la de recubrir todo el proceso de compilación, guardar los estados compilados de nuestros scripts en memoria, y facilitar una interfaz automatizada que evalúa si es necesario compilar un script o si disponemos de una copia ya compilada en memoria. Osea, que un Acelerador de php, no es más que un "cacheador" de opcodes.
Imaginaos cuánto tiempo y recursos ahorramos al evitar el compilado de toda nuestra home, o de nuestras páginas más visitadas.

La mejora de rendimiento es asombrosa, incluso podremos llegar a ver mejorado el rendimiento de carga de algunas páginas por 3.

Ésta es una de la mejoras de optimización más sencillas que podemos llevar a cabo en nuestro servidor web, y sin duda una de las mejores en relación dificultad de aplicación / mejoras claramente visibles obtenidas.

Existen muchos Aceleradores de php , como APC, eAccelerator, xCache , PHPA, ...
Para gustos, colores. Seguro que encontrarás rápidamente un montón de comparativas, articulos a favor, en contra, y demás ...

Yo voy a explicar cómo instalar xCache (en una máquina Ubuntu). Por su extrema sencillez de instalación y excelente rendimiento.

Instalación de xCache en Ubuntu

Lo primero que vamos a hacer, descargarnos la última versión de xcache desde su web oficial. (En el momento de escribir ésto, la última versión era la 1.2.2. Para futuras versiones sustituir el archivo por su versión actual)

Descomprimimios nuestro archivo recién descargado.

El siguiente paso es preparar nuestro xcache para su compilación, compilarlo e instalarlo

Nota: phpize es un script de shell que prepara las extensiones de php para su correcta compilación. Si no se encuentra instalado, simplemente instala el paquete php5-dev, que lo incluye

Para finalizar ya solo queda configurar nuestro php.ini. Simplemente concatenamos el archivo de configuración por defecto a nuestro php.ini, lo editamos, y nos aseguramos de que la ruta extensión esté apuntando correctamente. Posteriormente reiniciamos el servicio de Apache

En mi caso la extensión estaba en /usr/lib/php5/20060613/xcache.so.

Instalar Interfaz Web

Una de las cosas buenas que tiene xCache, es que dispone de una interfaz web, que además de confirmarnos que xcache está correctamente instalado (una razón más que válida para instalarla ), nos dará unas estadísticas bastante detalladas sobre el cacheo de opcodes.
Para instalarlo no hay más que copiar la carpeta admin que encontraremos dentro de nuestro xcache recien descargado y descomprimido, y pegarla en nuestra raiz de apache.

Podemos (y debemos ) configurar nuestro acceso a la interfaz de xcache desde nuestro php.ini asignando los valores a las opciones xcache.admin.user y xcache.admin.pass (esta última debe ir codificada en md5)

Después de ésto ya no queda más que reiniciar nuestro servicio de Apache y probar que todo ha ido bien y nuestro xcache está cacheando correctamente. Nuestra url debería ser algo parecido a www.dominio.com/xcache-admin y estaría protegido por contraseña.



Bueno, espero que sea útil.
Un saludo !

Éste fin de semana tuve ese problema, y buscando un poco, encontré dos métodos de php que se han convertido en imprescindibles para mí.

La primera función nos permite conocer el nombre de la clase de un objeto

Que pasándole como parámetro el objeto, nos devolverá un string con el nombre de la clase.

La segunda es si cabe aún más útil, ya que para una clase, nos devuelve un array con la lista de metodos públicos disponibles.

Imaginad ahora qué bonito lo que obtenemos, si combinamos éstos dos métodos:

Que nos devolverá algo parecido a:

Realmente útil y nos ahorrará mucho tiempo cuando trabajemos con objetos que no conocemos del todo bien.

Después de un accidentadísimo viaje en el que pillamos un tren de 9 horas desde Madrid que pensábamos teníamos camas, llegamos a Barcelona. Pillamos el metro hasta Cornellá caminamos hasta llegar a estar a unos 50 metros del Citylab, donde se celebraba el evento. Al llegar a esa altura, por alguna extraña razón pensamos : "No, ... creo que por aquí no es. Vamos a dar la vuelta y tomar otro camino". Creo que llegamos a caminar unos 4 kilómetros y a tirar a la basura la hora de antelación con la que habíamos llegado. Entonces llamamos a un taxi que nos llevó al Citylab. Imaginaos nuestras caras cuando nos dimos cuenta lo cerca que estubimos de allí.

Después de acreditarnos, entramos a tiempo a la primera charla de Marcus Bointon sobre Emailing en PHP. Fué bastante entretenida. Nos contaron qué librerías había disponible para el envio de mails desde php y sus características. Aunque luego la explicación detallada, trucos, consejos y demás, estuvo enfocada al uso de phpmailer.
Luego fuimos a una interesantísima charla llamada "How to Pimp High Volume websites" por Jens Bierkandt,  uno de los desarrolladores de Softonic. Esta es la charla que más me gustó y a la que creo que más pro,vecho sacaré. Nos hablaron tanto de cómo organizar una arquitectura basada en balanceo de servidores web, replicación de servidores de bases de datos, cachés, uso de memcached, utilidades de diagnóstico y seguimiento , etc...
Me alegró saber que todas las acciones que habiamos llevado a cabo en minube nos las recomendaron allí, pero también me alegró conocer nuevas formas adicionales que aún no habíamos llevado a cabo.

Luego asistimos a la ponencia de Zoë Slattery sobre indexación y motores de búsqueda en php. Ésta me interesó menos, ya que no se habló sobre metodologías a seguir, o formas de desarrollar un buscador , sino del comportamiento interno de php a la hora de analizar formalmente los textos, extracción de tokens , etc...

La última de las charlas fué la de XDebug por Derick Rethans, donde nos presentaron la herramienta de debuggin y nos explicaron cómo configurarla, y ponerla en práctica. Además de algunos trucos, herramientas complementarias e incluso extensiones de firefox para trabajar con el debuggin de XDebug.

Me perdí una charla sobre SQLite 3 , ya que estaba un poco cansado y aproveché para conectarme a internet un rato , y cargar el portatil (que durante el viaje escasearon mucho los enchufes)

A las 6 o así acabó todo con la keynote de despedida y un sorteo de algunos regalos (no me llevé nada ).
Después de eso ya sólo nos quedó otras 9 horas de viaje de vuelta en el tren Estrella de Renfe ... que dudo vuelva a coger en mi vida.
Si queréis podeis ver algunas de mis fotos del viaje y la conferencia, y algunas otras de Alex

Junto a los chicos de nvivo, alex e ivan, me acredité a a las 9 de la mañana. Y, después de unos regalitos de Google (un cuaderno, un boli , publicidad y un muñequito pendrive), nos dirigieron a una pequeña carpa donde nos ofrecieron un pequeño desayuno.
Nos dieron una pequeña charla introductoria de bienvenida, y ya de allí nos dirigimos a los distintos talleres y conferencias.

Yo asistí a la de GEO, Google Web Toolkit , Open Social, Consejos para el desarrollo de start-ups, y Android.

Me quedo sobre todo con las dos primeras. Nos explicaron todas las novedades que habían sacado en las últimas versiones, y me sirvió para sacar ideas para implementar en minube.
Me quedé totalmente boquiabierto con la potencia y posibilidades que te ofrece GWT. Creo que en las próximas semanas le echaré un ojo más a fondo y probaré qué cosillas se pueden hacer.

Otro de los grandes momentos del día, fué la ponencia de Eduardo Manchón de panoramio sobre el desarrollo de producto para start-ups. Tomé muchas ideas de los consejos que nos proponía Eduardo, y al final de la charla pude hablar con él personalmente y saludarle.

Después de todas las ponencias fué el acto de despedida. Donde entregaron los premios a los proyectos ganadores de los talleres, de los que mi amigo gafeman era uno de los gandores.
Poco después, Google nos tenía organizada una pequeña fiesta con música, futbolines, máquinas recreativas, aperitivos y barra libre !! Además nos abrieron gratis la atracción "La Lanzadera" durante una hora.

La verdad es que un 10 para la organización, que nos ofreció un fantástico día de charlas interesantísimas, nos dió de comer y beber gratis, y la oportunidad de conocer y charlar con los ingenieros y excepcionales ponentes.

El próximo año espero repetir

Voy a explicar cómo, con un sencillo script en php conseguiremos que nuestros archivos de S3 estén totalmente protegidos y que sólo puedan ser accesibles desde nuestro dominio.

Lo primero de todo, es conocer dos características que Amazon nos prové con sus APIs:
- Los ACL (Access Control List) : que nos permite definir los permisos de lectura-escritura-ejecución de nuestros bucket y objetos.
- Las URLs Firmadas : que nos permite acceder temporalmente a nuestros archivos protegidos, a través de una url que incluye una firma y un tiempo de expiración de los permisos. Éstas URLs las podremos generar con nuestro script, y llevarán como parámetro nuestra firma generada en tiempo de ejecución, que lleva implicita el tiempo de caducidad de la url.

La primera medida es aplicar permisos exclusivo de lectura para nuestro usuario (usando los ACLs) a todos los archivos que queramos proteger, para que sea imprescindible una validación al acceder a ellos.
Para generar nuestro script , necesitaremos echar mano de la clase Crypt/HMAC para construir el hash en sha1 que Amazon S3 requiere.
Lo primero será crear nuestra función para  generar nuestra firma:

Lo siguiente, será crearnos una función para construir nuestra URL firmada :

Ésta función nos devolverá la url firmada, que estará disponible durante el tiempo (en segundos) que hayamos establecido en el parametro $expires (120seg por defecto)

Ahora ya sólamente nos falta un script que nos lance al contenido, pero que nos proteja de links externos a nuestro dominio.
Para ésto simplemente comprobaremos si existe el campo HTTP_REFERER en nuestra variable $_SERVER , que nos indicará que estamos accediendo a ésta url desde otra url de referencia , y que nuestro dominio (extraido desde $_SERVER['HTTP_HOST']) esté contenido en él.

Al llamar a ésta función, seremos automáticamente redirigidos al contenido en amazon siempre que el link provenga desde nuestro mismo dominio. Por supuesto, si quisieramos permitir el acceso desde una determinada lista de dominios, simplemente tendríamos que modificar un poco la condición if , para que compruebe que cada uno de los dominios están incluido en el HTTP_REFERER.

Espero que sea útil.
Un Saludo !!

Entre el temario del primer capítulo, encontré dos operadores que jamás había usado y me llamaron mucho la atención porque ni siquiera los había visto usados en algún otro script php. Me sonaban de cuando había estudiado C en la universidad, y efectivamente hacen lo mismo.

Los operadores "<<" y ">>" realizan un desplazamiento binario de n posiciones, hacia la izquierda o a la derecha respectivamente.

Para el que no sepa exáctamente qué es un desplazamiento binario, lo explico:

La representación binaria de 5 (decimal) es 101. Un desplazamiento binario nos sirve para desplazar, a la izquierda o a la derecha, sus dígitos.  Por lo que un desplazamiento binario de 2 posiciones sobre el numero 5 nos daría como resultado el binario 10100 (20 en decimal).
Su uso puede ser bastante útil y extremadamente eficiente cuando queremos multiplicar un número por alguna potencia de dos, ya que, internamente, el desplazamiento binario será mucho más rápido y requerirá menos operaciones que la multiplicación.

Su sintaxis es muy sencilla, y como cualquier otro operador aritmético, su asociatividad de izquierda.

Donde n es el número de desplazamientos que queremos hacer hacia la izquierda.

Nota adicional: si pretendemos usar el desplazamiento binario tenemos que tener cierto cuidado y conocimiento de las características técnicas de la máquina en la que estamos corriendo el script. Ya que si estamos utilizando una máquina de 32bits , los datos se almacenarán, como es lógico, en palabras de 32 bits, y si intentamos realizar un desplazamiento binario de 32 posiciones, obtendremos como resultado un estupendo overflow.
Por lo que si queremos multiplicar por potencias de 2 , tened cuidado de cuántas posiciones desplazais, ya que a veces os convendrá más utilizar la función pow(n,m);