Grr, grr, grr. Google Please API existe?

Me entero ayer y exploto en ira hasta el día de hoy de que la todopoderosa ha decidido echar el cierre a la API de Google Translate, así porque sí, porque las razones que esgrimen en su blog sólo serán creíbles para los que no entienden o para los más estúpidos.

Estos de Google se creen que somos purria, que los pequeños freelances estamos para servirles en todo y hasta cuando quieran, y lamentablemente parece que así es, si no mirad como bajamos la cabeza año tras año con la esclavitud a las que nos somete el gigante de mountain view con sus logaritmos mutables de búsqueda, nuevos métodos que para mi han dado un paso atrás en la cordura de los resultados resultando ser cada día incluso un poco más absurdos, putos bots!

En el cierre de Google Translate API esgrimen que hay un exceso de uso, pues señores, con una API lo tienen ustedes muy fácil para controlar el uso y abuso que hace cada usuario para poder limitarla a su antojo. Desde establecer un número máximo de peticiones diarias, bloqueo de usuarios que realizan SPAM, buff son infinitos los métodos que te provee cualquier API para contabilizar y controlar a placer a los usuarios, más cuando eres el que supuestamente la desarrolla, además antes de cerrar la API de traducción piensen que si existe un supuesto “abuso” en la utilización de esa API quizá esto se debe a que existe la necesidad de traducir, además por fin tienen una herramienta verdaderamente práctica y enfocada a los powerusers, a los programadores web, que pueden ser profetas suyos o enemigos. Quizá querrán que usemos y les testeemos de forma totalmente altruista aquello que les venga en gana, léase Waves, Buzzes y demás patrañas, que no se usan porque para poco o para nada sirve. Váyanse a tomar el pelo a un calvo!

También veo otras muchas soluciones antes de testeronizar su decisión, y quitarla porque me sale de aquí en medio, desde introducir un copyright sobre la traducción o un adSense, hasta cobrar por su uso, tarificar señores, tarificar que seguro que de eso saben un rato, no lo se, piensen ustedes soluciones inteligentes, que no insulten y que les engrandezcan en la comunidad de desarrolladores que para algo son una megaempresa de alta alcurnia.

Seguro que has notado que estoy de color rojo vivo y algo cabreado, pero es que todo esto me sucede la misma semana que he desarrollado y aplicado, dedicando casi la totalidad de la semana al desarrollo y testeo, una funcionalidad a mi motor de tiendas virtuales ecoommerce.com a través de la cual el sistema se encarga de traducir los productos hasta cinco idiomas diferentes. Utilizando la Google Translate API. Una API que ya tiene fecha de caducidad, el día 1 de Diciembre del 2011 se desconectará. Motivos tengo y este es mi blog y en él suelto lo que quiero.

Ahora toca buscar alternativas, lo primero es vender mis acciones de Google, que las cuento por millares… HGP! otra coger el primer vuelo hacia los U.ES.EI y plantarme en la puerta de la central de la todopoderosa y no dejar pasar a ningún ejecutivo corbatero capador, que se lleva mucho; hasta comenzar a buscar en Google la cadena “Google Please API” de forma que vean en sus logs nuestro mayúsculo mosqueo.

Pero como siempre lo que tocará de verdad y a partir de mañana lunes es a buscarse la vida, otra y otra vez.

Quizá la solución venga de la perversa Microsoft:

http://msdn.microsoft.com/en-us/library/ff512423.aspx

O bien algunas otras API que veo en programmable web:

http://www.programmableweb.com/apitag/translation

Conocéis alguna de estas APIs?

Bueno, esto es algo que publico como solución a un pequeño agravio que he tenido hoy y que he solucionado de un plumazo, nunca mejor dicho. Se trata del típico caso del cliente, que voy a anonimizar pues no viene a cuento, que no quiere ver el copyright del creador que ha montado su página web o aplicación web.

Os pongo en antecedentes sobre el cliente, tengo un cliente, buen pagador y mejor persona , pero relajado en exceso, en su empresa cuenta con varios cambios de personal que han incidido en explicar y reexplicar ya ha demasiadas personas como se deben hacer las cosas, tanto se ha relajado que ya estamos fuera de garantías, aún así me viene constantemente con cambios, algunos ridículos como el que os presento en este email y revisiones de un proyecto transcurridos más de 11 meses de la entrega, vaya, con tanto cambio y relajación que ya va colmando el vaso, la jarra y la cisterna, por buena fe se le presta servicio aún a sabiendas de que se están columpiando estudiaré una limitación seria en el tiempo una tarifa plana para evitar esas sensaciones de agobio.

Bueno, tras esa primera descarga hoy la cosa ha ido de la siguiente manera tras el email de un cliente en el que me invitaba, no de muy buenas formas sino de forma imperativa, todo hay que decirlo, a quitar los enlaces de una tienda virtual creada bajo ecoommerce.com hacia mi página web, es decir la página del creador de la aplicación.

Mi respuesta ha sido la siguiente:

Esto es así, no se puede modificar.

Escueta y la verdad crispada, para que ocultarlo. El me ha preguntado que ¿cómo es eso de que no se puede modificar? a lo que le he dado la siguiente respuesta

Pues eso, el programa que monta la web tiene una marca y en este caso tiene enlaces a su creador, el cliente puede eliminar, con sus medios, si así lo desea la marca, al igual que puedes eliminar con triquiñuelas el logo de arranque de Windows o arrancar el escudo de la marca de un vehículo, o la marca de un televisor.

Su respuesta a este email ha sido un : ok, no tenía importancia… hablando se entiende la gente, lo sabemos todos, pero ¿hace falta tener todas y cada una de nuestras acciones más aún cuando se trata de defender nuestros trabajos y con ello crecer?

¿La conclusión? Vosotros mismos, la mía pues para empezar creo la Categoría de “Gestión de clientes” en este blog, y ya os iré explicando

Vamos a proteger nuestros servidores basados en Debian y Ubuntu con dos aplicaciones Fail2Ban y DenyHost ambas son unas aplicaciones ideales para proteger servidores puest te permite bloquear determinados ataques cuando estos fallan con la clave al intentar acceder a tu servidor, vaya el típico ataque de denegación de servicio.

Protegiendo Apache, FTP y los servidores de correo con Fail2Ban

Funciona de una forma muy sencilla, Fail2Ban lee los archivos de log de accesos por password o los errores del fichero de errores de apache error_log vetando a través del Firewall aquellas IPs que fallan muchas veces

Para instalarlo, desde Ubuntu o Debian:

sudo apt-get install fail2ban