Archive for internet

Expo Linux Caaguazu 2007

El día Sábado 20 de octubre del corriente año, se llevará a cabo la Segunda Expo Linux Caaguazu, en el Salon Rosa de la Municipalidad de dicha ciudad.-

Expo Linux Caaguazu 2007

El evento comenzará a las 10 hs. y se extenderá hasta las 16 hs., en el mismo se presentará las ultimas actualizaciones del Sistema GNU/Linux y las nuevas aplicaciones y enfoques que dicho sistema posee, como la fiabilidad, la seguridad avanzada y los distintos avances en el entorno grafico que a Linux caracteriza. La Segunda Expo Linux Caaguazu forma parte de los grandes pasos de Linux Paraguay al progreso tecnológico libre en nuestro país.-

Los invitados para la conferencia son:
Lic. Rodolfo Arce .-

Pablo Castillo –
Desarrollador de Aplicaciones Web/Escritorio/Mobile
NetVision S.A. –
Creador de GNU/Linux Soporte en Paraguay (www.lnxla.org) [Proyecto en Progreso] Tema: Desarrollo Movil.-

Diego Viola –
System Administrator – Programador Linux
Desarrollador de Distribuciones Linux Paraguay
Tema: KDE4 – X.org.-

Samuel Giubi
Desarrollador en Linux With Python – Administrador de Servidores Linux – Soporte de Sistemas y Encargado
VPN PROPACK S.A.E.C.A. –
Creador de GNU/Linux Soporte en Paraguay (www.lnxla.org) [Proyecto en Progreso]
Tema: GNU/Linux y la Filosofia Software Libre – Desarrollo y Soporte con Linux.-

Richard Alvarenga –
SysAdmin Linux
Miembro Organizador Install Fest Caaguazu-
Desarrollador EducSlax Linux Paraguay.-

CONTENIDO MOVIL: el problema de Paraguay

Paraguay presenta varias caracteristicas arcaicas en cuanto a tecnologia (y su uso) se refiere. Internet es propiedad privada, los anchos de banda son miserables muy al contrario de sus precios que son jodidamente elitistas.
Q problemas presenta esto a un web developer? Como se puede pensar en desarrollar en un ambiente asi? Cuales son las probables alternativas de comunicacion en un ecosistema como este?

Para comenzar no pueden crearse sistemas que consuman mucho ancho de banda, nada que necesite un trafico constante para funcionar, un mercado mayoritoriamente pobre en cuanto a gadgets se refiere, comunicaciones nulas y prohibitivamente caras.
Como diseñador/programador veo dos opciones:
1) Conseguir contactos en el exterior y abrirte una cuenta de banco donde puedan realizar los depositos.
2) Encontrarle la vuelta y preguntarte que tipo de aplicaciones consumen poco y no necesitan una comunicacion constante.

Me voy a centar en el segundo punto. Ya vere si armo algo acerca del primero.

Si te vas a dedicar al desarrollo para consumo interno de un pais asi tenes 3 usuarios:
a- El que puede pagar una conexion en su casa y dicha conexion LLEGA hasta su casa (olvidate del interior)
b- El que visita cibers (si los hay) y tiene una conexion intermitente.
c- El que posee un dispositivo movil capaz de conectarse a internet (el GPRS de los cells)

Si le vas a vender al que tiene una conexion domestica tu usuario tiene poco ancho de banda, una posicion economica media/alta y una conexion constante. Si le apuntas al que vive en el ciber considera que el se conecta durante tiempos cortos (y probablemente por juegos online), usa seguramente algun tipo de IM y se anota a algun que otro foro. El q tiene celular lo usa para poco y nada en cuanto a navegacion o internet en general se refiere (excepto los q tienen un IM de base java).

Entonces, pq me preocupo por algo q no tiene publico? Pq creo q si tiene un publico al cual llegar, la pregunta es como.
El wml, por horrible q sea, es una posibilidad seria para desarrollo de aplicaciones moviles. Lo se pq las hice y las veo funcionar pasado mas de un año.
La gran pregunta es, quien es tu cliente entonces? Las empresas q tengan muchos vendedores en la calle es una posibilidad, los gerentes q deban hacer un seguimiento 24/7 de sus productos. Los camiones q llegan al almacen de tu esquina a hacer entregas, el almacenero q necesita hacer un pedido y su proveedor no cuenta con un callcenter comodo con el cual trabajar.
Entonces, publico tenemos… ahora lo q falta es desarrolladores creando aplicaciones para ellos. Hasta donde se y con los cuales llegue a hablar no tienen ni la mas palida idea de lo q es wml, a los diseñadores web ni les va ni les viene pq no pueden colorear a su gusto y placer.
Lo q sabemos es q es una interface muy limitada, tenes un teclado numerico bastante incomodo pero en el cual la mayoria esta muy acostumbrado a escribir y no nos olvidemos q mayormente se pueden enviar MMS a un mail. Pq no automatizar esa casilla de correo para q lea lo q llega? tal vez quitar los attachs y colocarlos en una carpeta q podemos crear segun usuario… recuerden q los celulares hoy en dia pueden sacar fotos, grabar video o audio indistintamente y sus capacidades de almacenamiento crecen cada tantos meses y se vuelven mas baratos los modelos anteriores.
Y todo esto sin analizar la posiblidad de q un celular tb puede funcionar como un radio modem de bajo precio. Talvez usar SQLite como cache en una aplicacion para una pequeña empresa q comienza a crecer? Comunicar ese dispositivo con una db central previendo q debe consumir solo unos pocos bits? recuerden q el precio del gprs aunq siendo accesible sigue siendo caro.
Lo q propongo es algo q yo ya hice, crear aplicaciones moviles (hasta q todos tengamos a la red en nuestras casas) apuntando al sector comercial q necesite algo funcionando YA sin ISP de por medio directamente. Tb nos podemos subir al caballo O`Reilly de la web 2.0 donde un usuario puede enviar sus fotos, sus videos, sus audios(podcast alguien?) para complementar el contenido de tal o cual blog/sitio/foro q se les ocurra.

No subestimen al usuario. Recuerden q ahora, todos somos prodsumidores 😉

Mas informacion:
http://mobileactive.org/
http://patterns.littlespringsdesign.com/
http://wurfl.sourceforge.net/
http://www.wapforum.org/
http://www.openmobilealliance.org/
http://showcase.mtld.mobi/
http://www.w3.org/TR/mobile-bp/

Cacheo P2P


Bajar texto completo 

El metodo de cacheado es conceptualmente sencillo: cuando un cliente dentro de mi red realiza una query de busqueda pasa primero por mi cacheserver. Si esta disponible tal archivo simplemente se redirecciona la peticion al cache que lo envia asi al cliente. Si el archivo aun no ha sido cacheado la ruta de la query sigue su curso normal hasta localizar el contenido y el cacheserver copia el contenido de la conversacion entre ambos nodos y lo almacena para su futura distribucion.
Si bien es conceptualmente sencillo se enfrenta a serios problemas. Las diferentes topologias de las mismas redes suponen un problema en si. En bitTorrent por ejemplo esto soluciona el downstream, pero deja abierto aun el upstream del cliente y asi si bien baja el consumo de bajada el de subida se mantiene. Otro problema es detectar a los mismos paquetes P2P del resto del trafico normal. Si bien la inspeccion de paquetes por firmas es un metodo viable el desarrollo de los softwares P2P los han vuelto mas inteligentes ocultando esta firma de distintas maneras dentro del paquete por no mencionar el costo adicional de tener que analizar todos los paquetes atravesando el NAP. (Si, todos los paquetes ya que los softwares tambien incluyen capacidades de eleccion dinamica de
puertos asi como la ocultacion bajo trafico real como si fuera una transmicion valida por puerto 80 o 25)
No es facil la vida del ISP. Este se enfrenta a tres frentes principales a la hora de elegir una solucion valida:
• Controlar el impacto sobre la infraestructura de soporte y los recursos tecnicos.
• Controlar los costos operacionales, especificamente de acceso/transito en la red
• Mantener la experiencia del usuario utilizando estas redes para mantenerlo satisfecho.