uvedobles.com » Desarrollo web

Y mil banners volverán…

dedavid — Fri, 06 Apr 2012 07:51:40 +0000

…voooolverán… como nos cantaba, en referencia a unas gaviotas y no a unos banners, la canción ya lejana en el tiempo de aquel cantante vasco de dientes entrecortados, creo que de nombre Mikel Eretxun no? y qué decía “volverán” o “ande irán” ?

Decir que Adobe Flash está tocado y hundido es una opinión muy personal y de aquellas que siempre genera polémica entre desarrolladores. Y que creo que esta debe ser ya la duodécima vez que saco este tema a debate en el blog, tanto ajo es lo que tiene.

Me confieso, que esta semana santa es para eso, o no? Yo la verdad que hace tiempo que perdí los guiones, en fin en sus inicios yo fui un precursor de esta tecnología, adoraba su línea de tiempo y que con los escasos conocimientos de programación que tenía para aquel entonces, programación siempre basándote en deformar ejemplos, podrías hacer menús para la web muy atractivos y videoflashes con los que tus clientes babeaban, pero la cosa para la gente de Adobe empezó a decaer en tres momentos muy acusados. Vamos a ellos:

Primero cuando nos dimos perfecta cuenta de su opacidad para con los buscadores, oh Dios del SEO, engendros como Google no eran capaces de leer su contenido, sí, existían soluciones paralelas pero todas de un nivel técnico ya algo complejo y lejano para los diseñadores web no aficionados a pelar mucho código, y eso para los pequeños estudios representó un gran problema, problema que se acrecentó cuando el proyecto Macromedia Flash pasó de manos de Macromedia a Adobe, siendo esta última que es un gran mastodonte empezó como no a complicarnos la cosa al tratar de elevar su lenguaje de programación, yo ya me perdía en que si ActionScript, AS2 y AS3, y va en esto y el ya desaparecido Steve Jobs suelta ante un público multitudinario un… sobre Flash? no me gusta, ni iPhone ni iPad lo van a soportar… la bomba cayó en Adobe.

Desde entonces la web se ha sometido a un lento proceso de cambio y o mejora, donde se ha perdido mucha interactivad, mucha pachanguera y con cierto mal sabor y elevado sobrepeso. Al final las cuentas, al menos me dicen a mi, que todos hemos ganado con el desuso de Flash, una tecnología que aún no quiere morir y que algunos programadores todavían la utilizan para crear aplicaciones para móviles, porque finalmente permite generar aplicaciones nativas para IOS… no para visualizarlas desde el navegador sino para que estas sean ejecutadas de una forma nativa. Esta funcionalidad es para mi tan sólo una bomba de oxígeno que alargará un poco más sus días, pero HTML5 está aquí esperando para acabar con él, es tanto el miedo que tiene Adobe que incluso compró PhoneGap, una alternativa para crear aplicaciones para iOS, Android y Blackberry pero basada en estándares abiertos HTML Javascript y CSS?

Ahora bien, retomando el foco en titular de este articulillo, existe un algo que se ha perdido con la caída de Flash, y este no es otro que los banners animados, ahora todo es muy estático llama poco la atención, a excepción de los residuos de banners en Flash, generalmente de casinos y esta falta de atención hace que la efectividad del clcik en banners caiga a cotas muy mínimas que hace que muchas empresas de publicida online tengan que cerrar sus puertas ya que muchos anunciantes tiran por lo barato y autoadministrable, los condenados adWords.

No hay una solución firme a este problema colateral, porque volver a los formatosl .GIF sería un evidente paso atrás y es aquí donde los sesudos mandamases de Adobe se han aferrado a sus visionarios pidiendo un producto nuevo y compatible para los tiempos, y dispositivos que corren, Adobe Edge, un producto que me recuerda mucho al adorable After Effects y que permite como aquel animar mediante línea de tiempo y capeado textos y gráficos, incluso permite la adición de efectos, generándote con ello un set de archivos 100% compatibles con la web, en su mayoría archivos .JS. Suena interesante, y quizá funcione y se estandarice, eso si otras opciones ya más asentadas como jQuery se lo permiten, podría entonces Adobe recuperar algo del mercado perdido de Flash, agencias de publicidad bannaneras, por lo de que su especialidad es el banner, sin tratar de ser despectivo que yo en su día le di mucho a esto de hacer banners.

Puedes descargarte una versión beta de prueba desde su web si tu plataforma es Windows o OS X, chicos de Linux, como siempre, Adobe a la suya, donde hay dinero directo se mete, donde no, pasa de una forma descarada y vil, conformaros con darle un vistazo al siguiente vídeo:

Video: http://tv.adobe.com/watch/adc-presents/introducing-adobe-edge-preview-5/
Más info: http://labs.adobe.com/technologies/edge/

Páginas relacionadas con este artículo:

Por 145.000 euros la respuesta

dedavid — Sat, 14 Jan 2012 18:55:33 +0000

…1 2 3 responda otra vez… el pasado día 12 de enero entraron los sufijos personalizados para los nombres de dominio.

Un sistema que puede suponer toda una revolución en toda regla, al menos en la red.

Si bien el precio de salida de este tipo de sufijos es excesivo y quedará reservado para grandes empresas, ya que es cercano a los 145.000 euros al cambio, 185.000 dólares y para optar a ellos y solicitar un sufijo necesitas dejar un depósito de 5000 euros

El formulario para solicitar el tuyo li encontrarás en:

https://gtldreg.icann.org/

Con la compra de un sufijo pasas a ser dueño y señor de esa terminación, por ejemplo imagina lo más fácil, .coke reservado sólo para direcciones exclusivas de la marca, desde la web principal usa.coke a las delegaciones spain.coke pasando por direcciones atractivas para los microsites como enjoy.coke y drink.coke hasta llegar a redirecciones como facebook.coke twitter.coke.

Dominios personales en la nube, para tus perfiles pedrogarcia.apple , raquelroma.facebook, larrypage.google

No solo las marcas podrán darle un buen uso sino también los partidos políticos como rajoy.pp o rubalcaba.psoe los grandes medios con direcciones como la1.rtve, telenoticies.tv3

Las posibilidades son imprevisibles a la par que infinitas, inversores y los grandes domainers estarán muy ocupados elecubrando las posibilidades y combinaciones que ofrece desde ya el uso de estos sufijos. Os imagináis opciones como los .somos como nosotros.somos, iphone.store angrybirds.app

Una internet para los grandes, un desprecio para los pequeños

Páginas relacionadas con este artículo:

Flujo de las visitas con Google Analytics

dedavid — Sat, 12 Nov 2011 15:06:53 +0000

Google, la todopoderosa, no cesa últimamente en su constante asedio a base de proporcionarnos estudiadas y competentes herramientas que se disfrazan bajo una piel de cordero ofreciéndonos soluciones mientras intentan esconder las obscuras intenciones del lobo más feroz de la red, y estas no son otras que el pago por servicio o SAAS y el absoluto control de cada byte que circula por internet.

Recientemente Google ha mejorado uno de sus servicios más famosos dentro de la comunidad de webmasters y propietarios de páginas web, el sistema de estadísticas y métricas web denominado GA o Google Analytics. La remodelada herramienta de tracking de visitas que nos traen es una muy mejorada funcionalidad para el control sobre el flujo de las visitas que va mucho más allá de lo que nos ofrecía Google Analytics hasta ahora, con un simple vistazo veremos el origen y el camino que conduce al usuario a una acción u otra.

La excelencia de esta optimizada funcionalidad es simple y directa, la fácil visión del camino seguido por el usuario, un arma muy poderosa si es concienzudamente es aplicada y usada en el análisis de los hábitos del cliente en tiendas virtuales, permitiéndonos maximizar los momentos del proceso de compra: llegada, descubrimiento, interés, confianza y compra.

Si bien esta funcionalidad a día de hoy aún no está presente en todas las cuentas de Google Analytics, pronto será nuestra nueva aliada. Una herramienta que hace que cada día sea más difícil escapar de los largos tentáculos de Google, no hay alternativa, al menos eso creo comparando servicios con servicios.

Os dejo un vídeo para aquellos que aún no tenéis activada esta funcionalidad:

Flujo de las visitas

Páginas relacionadas con este artículo:

Google Translate APIsar a los que quieran

dedavid — Sun, 29 May 2011 15:46:13 +0000

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?

Páginas relacionadas con este artículo:

Copyright del creador en una web

dedavid — Wed, 11 May 2011 08:27:34 +0000

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

Páginas relacionadas con este artículo:

Bloquear muchos intentos fallidos de acceso a servidor

dedavid — Mon, 25 Apr 2011 15:57:12 +0000

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

Para configurarlo lanza un editor como nano o cualquier otro que tengas instalado

sudo nano /etc/fail2ban.conf

Tienes instrucciones sobre la configuración del mismo en:

http://www.fail2ban.org/wiki/index.php/HOWTO_fail2ban_spanish

Enlace: http://www.fail2ban.org/wiki/index.php/FAQ_spanish

Protegiendo el servicio de SSH

Ahora le toca el turno a DenyHosts cuya página web es: http://denyhosts.sourceforge.net/ para instalarlo nuevamente desde un terminal tipeamos:

sudo apt-get install denyhosts

DenyHost únicamente nos protegerá el servidor SSH, que ya es mucho. Nosotros lo hemos probado y rotundamente funciona sin tener que tocar nada de configuración, la gran ventaja es que además de analizar los logs con los intentos de conexión además accede de forma automática a listas de IPs atacantes desconocidas que se hallan en el servidor principal de DenyHost.

Si quieres modificar su configuración puedes hacerlo con un:

nano /etc/denyhosts.conf

Una de las opciones que te aconsejamos es la de sincronizar de forma automática y cada hora con el servidor de DenyHosts, para ello deberás descomentar una línea en ese archivo de configuración:

# To enable synchronization, you must uncomment the following line:

SYNC_SERVER = http://xmlrpc.denyhosts.net:9911

Recuerda que toda esta instalación y configuración se debe hacer como superusuario

Si la lías parda y te autobaneas

Si te sucede como a mi que durante las pruebas me autobaneé “sin querer queriendo” y al intentar acceder el servidorcito chulo como ninguno te escupe un:

ssh_exchange_identification: Connection closed by remote host

Tienes que cambiar de IP, acceder, para el servicio denyhosts y borrar la IP baneada del archivo /etc/hosts.deny yo lo hice desde el móvil, pues tengo un router con IP fija puxx, que va bien para casi nada, en cambio en el mobilette donde al tener una conexión 3G con una IP diferente me pude conectar, usé el programa ConnectBot de Android, que no me lo había mirado mucho y la verdad lo he visto un poco flu, pues para empezar no se como se maneja el cursor, si alguno de vosotros conoce algún otro software para conectarse a SSH desde Android please, que nos deje un comentario a todos.

Páginas relacionadas con este artículo:

Página home de una aplicación web

dedavid — Sun, 24 Apr 2011 10:05:08 +0000

Si eres diseñador de páginas web tendrás ya muy claro que tipo de contenido y en que cantidad debes mostrar en la página de inicio de cualquier web de cualquier índole, ahora bien si tu proyecto no es ninguna tienda virtual, ningún blog o página web corporativa si no más bien se trata de una aplicación web, ¿estás seguro de lo que debes mostrar en la página de inicio de tu aplicación?

En nuestra propia experiencia hemos constatado que lo mejor es simplificar al máximo el diseño, siempre sin sacrificar un mínimo de experiencia visual así como llevar la información a mostrar a su máxima simplificación para mostrar el mínimo número de elementos posibles, sean estos gráficos o textuales.

Un ejemplo bastante válido, la home de nuestra aplicación de facturación online invOOice.com, si bien debemos rediseñarla en breve para conseguir nuevas altas, sustituyendo el postit de “Open Beta” por una estrella de “SignUp” o “Regístrate”.

Retomando el tema sobre el diseño óptimo de la página home, lo que deberíamos mostrar a nuestra forma de ver son:

1. Opciones para que el usuario ya registrado en nuestra aplicación web pueda acceder,

2. Una opción en pequeño para la recuperación de claves de acceso

3. Una opción destacada para el registro de nuevos usuarios

4. Otra para el cambio de idioma.

5. Un vídeo mostrando nuestra aplicación en funcionamiento.

El resto mejor obviarlo pues de esta forma la aplicación web será muy usable desde la página de inicio.

Ahora alguno nos dirá, y un botón de “saber más” y un botón de “términos legales”… pues a mi modo de ver, no, no y no. Esos botones pueden estar perfectamente en las páginas de “SignUp”.

Para desarrollar este artículo me he inspirado en uno que me llegó via Twitter en inglés y con el que comparto algunos puntos de vista, no todos pues en estos aspectos soy muy rotundo, en la home de una aplicación web debe haber “lo más mínimo” válgase la redundancia!

Porque… ¿Tú que opinas?

Enlace: http://designshack.co.uk/articles/graphics/designing-a-web-app-homepage-examples-tips-and-peeves

Páginas relacionadas con este artículo:

Diferentes dispositivos diferentes resoluciones

dedavid — Fri, 22 Apr 2011 07:56:22 +0000

La diversidad de dispositivos para conectarse a la red y navegar por las páginas web es creciente, y con ello la disparidad de resoluciones, desde una pequeña pantalla vertical de un teléfono móvil inteligente, como el iPhone o cualquier dispositivo con Android hasta los mil formatos de monitores que van desde los ordenadores corporativos que aún cuentan con pantallas de 15 y 17″ y resoluciones de 800 píxeles de ancho hasta los grandes monitores de veintitantas pulgadas y resoluciones super horizontales de más de 1900 píxeles.

Es tal esta diversidad de formatos que si queremos aprovechar mínimamente la resolución disponible en cada pantalla o dispositivo la solución es diseñar para varios formatos, de lo contrario tus clientes te llamarán diciéndote, no se aprovecha el ancho de pantalla, no se ve bien con el móvil, aparecen barras y es innavegable, será tal el caos que te traemos una de las muchas soluciones existentes: La librería que combina javascript y CSS denominada Adapt

Esta librería te permite disponer de varias hojas de estilo y cargar dinámicamente la que mejor se adapta al dispositivo que visita la página web.

Dale un vistazo en: http://adapt.960.gs/

Páginas relacionadas con este artículo:

Redireccionar dominio página HTML por página HTML

dedavid — Fri, 15 Apr 2011 13:54:12 +0000

Hoy he tenido que redireccionar diferentes páginas “HTML” únicas de un dominio llamésmole A hacia una página concreta de otro dominio web, llamémosle dominio B.

Esto se hace editando el facilísimo, ejem, .htaccess de Apache, con sus directivas, que ninguna está buena ni te pone, al revés son la repera, difíciles por ser casi todas iguales, así que traes leer en ellas en diferentes blogs y comprobar que no me ha servido ninguna para este, mi caso, he decidido hacer un “brevepost” para que aquí quede si alguien debe en el futuro lidiar con ello:

Redirect 301 “/Longboard-completo/” http://www.tulongboard.es/longboards-bambu-series/
Redirect 301 “/Mochilas-Skate/” http://www.tulongboard.es/mochilas-longboard/
Redirect 301 “/Longboard/” http://www.tulongboard.es/longboards-baratos/

Es decir:

Redirect 301 “página en servidor A sin las http://www.dominioA.com, es decir solo el QUERY_STRING” http://www.dominioB.es/pagina-html-destino

Así de fácil!

Páginas relacionadas con este artículo:

Plantillas para envío de emails

dedavid — Sat, 09 Apr 2011 15:47:01 +0000

En más de una ocasión os habrán pedido algún diseño para el envío de un newsletter, el envío puede realizarse básicamente de dos formas, hay más pero o no las conozco o son muy específicas, esta son, la primera enviando una imagen anexada y otra remitiendo el contenido del email bajo lenguaje HTML.

Si ninguna de estas formas de remitir un correo electrónico el envío es un texto plano y hay poco o nada de diseño podemos ofrecer.

La opción de enviar una imagen es quizá la más válida para mi, por una razón, tienes total libertad en cuanto a diseño y se va a visionar bien en cualquier cliente de correo o dispositivo, sea este un PC, un Mac, un iPad, iPhone o teléfono Android.

Si bien la segunda opción, el envío de emails en HTML es como mínimo la forma más trabajada para enviar newsletters y permite contener siempre un mayor contenido.

En esta segunda opción para la que os copio unos interesantes enlaces desde donde podreis descargar unas plantillas HTML prediseñadas para el envío de newsletters siendo estas unas plantillas que podrás adaptar fácilmente al diseño que necesiten tus clientes.

Toma nota:

http://www.campaignmonitor.com/templates/

https://github.com/mailchimp/Email-Blueprints

En estos ejemplos se tienen en cuenta muchos factores de forma que trabajando sobre ellos te aseguras que te puedan leer correctamente en prácticamente cualquier ordenador o dispositivo, sin incompatibilidades que eso es muy importante.

Páginas relacionadas con este artículo: