Re: [Spip-es] ayuda para desarrollar un plugin - spip con amazon s3

From : fernando@... , the 26th January 2010 21:21

Pero que bueno verte por aquí Nacho!!! Muy interesante la idea, yo en su día pensaba también en cómo podría alojar Spip en otros lugares, supongo que partiendo del mismo problema que te ha llevado a esto. Voy echándole un vistazo a lo que mandas, tiene muy buena pinta. Un abrazo. Fer. El 26 de enero de 2010 04:33, Natxo  escribió:
  Hola,  Antes de nada. Acabo de metere con subversion a ver qué habia y encontré el  plugin! Alguien lo pensó antes!  Stockage:  un debut de plugin pour stocker les documents SPIP en documents distants  sur un serveur d'hebergement massif type S3  A tu pregunta Germán:  Amazon ofrece mecanismos de subida, bajada y consulta de datos. Tu creas  una cuenta en su servidor, alquilas un espacio, igual que en otro servidor,  solo que no puedes correr programas (PHP por ejemplo) ni tienes un aceso FTP  a los datos, las consultas se hacen según su API.  Esto significa que tu alojas el SPIP donde lo tienes hasta ahora, en tu  servidor, el que mejor funcione y más rápido ejecute el código. Puedes  hacerlo con un alojamiento básico. Lo único que necesitas es PHP-Mysql y  algunos megas de espacio. El resto, los archivos de foto, video, audio,  pdf... en definitiva, los adjuntos, van a parar a un servidor S3 (por  ejemplo). Así puedes contratar un buen servidor para alojar SPIP (que no  crecerá y crecerá en espacio en disco ni tampoco de forma alarmanet en  trasferencia de ficheros) y un servidor S3 para los archivos. Como comentaba  el coste de S3 es mucho más bajo que los servidores normales y ayuda a  distribuir el contenido mejorando los tiempos de acceso (además se puede  activar opciones de CDN).  En definitiva se optimiza el acceso a datos a la vez que se abaratan los  costes de almacenamiento y se logra independizar el almacenamiento de datos.  Además, eso no sé si lo hace el plugin, se pueden establecer restricciones  de acceso. Se usa mucho para plataforma de pago de descargas, es una forma  sencilla de securizar la descarga del archivo, se verifica que la petición  venga firmada y solo se firma (esta parte es la que programas tú) a usuario  autentificado.  También es muy usado para hacer backups de bajo costo de espacios web. Por  ejemplo, hacer un backup de todo tu sitio SPIP una vez  a la semana en S3  (esto sería otro plugin interesante). Así tienes backup on-line de bajo  coste ante eventuales desastres.  Y también es el servidor que usa Dropbox, un sistema de backup y  compartición de archivos on-line entre equipos para escritorio  https://www.dropbox.com/ (una especie de mobile me pero gratuito)  Vamos, aplicaciones de tener disponibilidad de almacenamiento de datos low  cost con calidad de servicio (altas velocidades de carga y descarga) hay  muchas.  Un saludo,  Nacho  PD:  Documentacion y explicacion: http://aws.amazon.com/s3/  Artículo:  http://www.maestrosdelweb.com/editorial/por-que-utilizar-s3-el-sistema-de-almacenamiento-de-amazon/  Algunas soluciones:  http://www.technocracia.com/2006/05/17/amazon-s3-la-respuesta-al-almacenamiento-online/  Sobre Wordpress y S3 (con CDN):  http://carrero.es/usando-amazon-s3-y-cloudfront-con-wordpress/4563  Una guia en ingles:  http://www.hongkiat.com/blog/amazon-s3-the-beginners-guide/  El 26/01/10 03:41, Germán Bustos escribió:  Hola,  Un pregunta un poco "off-topic": ¿Cómo funciona este servicio de Amazon S3?  Tienes un enlace de cómo se hace. Según entiendo es un servicio de hosting  para archivos multimedia, pero no permite correr código, lo que propones es  que allá uno instale esos archivos y en otro hosting (de bajo costo) instale  SPIP.  ¿Que ventajas tiene esto con respecto a subir los videos en YouTube por  ejemplo?  Gracias,  Germán  El 25 de enero de 2010 21:28, Natxo  escribió:
  Hola,  eso es. Algo más cercano a FpipR. No sería mucho más complicado, solo más  versatil. Pensado para cualquier tipo de archivo y sin ceder tus archivos a  nadie (un servidor de datos es como contratar uno normal).  En ese caso que describes, por ejemplo, podría haber sido aún más sencillo  usando el plugin para Firefox de S3, que permite subir y gestionar desde el  propio navegador (así no hay ni que abrir el programa de FTP). Sería un buen  "workflow" pero no es una "integración" en SPIP.  Yo me apunto a programar y encargarse de hacer que la API funcione (para  FTP ajenas y para s3), pero no sé como se hace in plugin de SPIP ni como  atacan a SPIP (lei algo de pipelines, pero no hay mucha documentación).  Sería hacer que el plugin intervenga una vez guardado y redimensionado (en  el caso de imagen el contenido) en ese momento se conecta a un servidor de  archivos, hace el upload desde la carpeta IMG de SPIP y se borra el archivo  una vez concluida la trasferencia. La parte del proceso que desconozco es  como hacer que intervenga en ese momento el plugin y como integrarlo con la  interface privada (por ejemplo, hacer que las url de los documentos sean las  de la nueva ubicación).  Cambiar las balizas para que respondan a la nueva dirección también es  sencillo. Para eso no necesitariamos mucho. Aunque de nuevo no sé como  hacerlo en forma de Plugin.  Si alguien sabe hacer plugins y se apunta a la aventura puede salir algo  interesante.  Un saludo,  Nacho  El 25/01/10 22:23, jose luis murillo escribió:  Hola. Gracias por las explicaciones. Imagino que a lo que te refieres es a  crear una interface privada para gestionar todo eso más intuitivamente (como  hacía FpipR con Flickr: http://www.spip-contrib.net/Le-plugin-FpipR),  porque, aunque hemos usado youtube y vimeo en femitic, para crear con esos  mismos vídeos un canal y difundirlos mejor, eso mismo se podría haber hecho  con un servidor "normal" "low cost":  - te subes los vídeos por ftp  - coges los enlaces  - los embebes donde quieras  y ya está. Sin necesidad de plugin  Hacer una interface para manejarlos (como la mediatheque para documentos  propios del sitio) estaría bien.  Saludos  Natxo escribió:  Hola Jose Luis,  Lo que hablo es de usar un servicio de almacenamiento externo para datos  integrado en SPIP. Como hace el plugin que señalaba para Wordpress. O como  hace Twitter (que usa Amazon S3 para almacenar los ficheros que sube el  usuario: foto, avatar, fondos, etc...)  Por ejemplo: Yo uso un servidor que permite PHP y MySQL, pero sus  caracteristicas hacen inviable (económicamente) que mi SPIP pueda tener 100  Gb de videos con 15 Gb de descarga mensuales. Un plugin de estas  caracteristicas lograría que al subir a SPIP un fichero este mediante CURL  (por ejemplo) lo coloque via FTP en un servidor low cost (por ejemplo, hay  servidores de datos baratos via FTP que no permiten ejecución de codigo,  pero si guardar ficheros) o en Amazon S3 (usando la API que proporciona  Amazon o con la que hay de CURL también).  Tener 100Gb de datos con 20Gb de descarga alojados en amazon cuesta unos  10 euros al mes. Además que hace independiente la ejecución de código y BBDD  del servidor de almacenaje de datos.  Es un servicio normal en desarrollos grandes:  http://www.error500.net/amazon-s3-ahorro-costes y en muchos Blog  comerciales con Wordpress. En internet hay mucha información servidores de  almacenamiento, son algo "normal" en los proyectos multimedia de hoy en día,  sino no serían posibles (o no a los costes que lo son ahora).  Este plugin no es para traer contenido a la parte pública de SPIP, sino  para elegir donde almacenar el contenido publicado de cara a posibilitar  nuevos desarrollos o usos (como los de wordpress) para los que SPIP se queda  anticuado, por ejemplo galerías de foto, audio o video. O lo que es lo  mismo, el plugin hace que http://www.femitic.cat pueda ser realmente  almacenado y gestionado en femitic y no sean youtube y vimeo quienes  alberguen el material, porque las cuentas en servidores de almacenamiento  son trasparentes a usuarios de la web (ya sea de administración o usuario de  parte publica). Simplemente es un mejora para webmasters que notarán los  usuarios en calidad de servicio.  Un saludo!  nacho  El 25/01/10 18:47, jose luis murillo escribió:  Hola. No lo entiendo muy bien. Ahora ya puedes guardar los vídeos o  archivos distantes donde quieras sin hacer nada ni plugins especiales. Luego  los llamas como explica Arno en este artículo (está en francés):  http://www.paris-beyrouth.org/Un-video-suedoise-dans-vos  y luego, jugando con el modelo emb puedes hacer lo que quieras en cuanto a  tamaños y demás a la hora de mostrarlos. Un ejemplo con vídeos almacenados  en youtube y vimeo: http://www.femitic.cat  Un saludo.  Natxo escribió:  Hola,  estoy interesado en desarrollar o colaborar desarrollando un plugin de  SPIP. La idea es un plugin que haga estohttp://code.google.com/p/wordpress-s3/ pero en SPIP. Se trata de poder  elegir donde almacenar las imágenes (videos y audios), principalmente  enfocado a lograr una mayor eficiencia del sitio y, sobre todo, al  abaratamiento de costes de hosting.  Mi idea es empezar dando soporte a Amazon S3 para el almacenamiento de  ficheros. Aunque se puede implementar compatibilidad con otros  servidores de ficheros que usen el mismo protocolo.  Un saludo,  Natxo  _______________________________________________Spip-es@... - http://listes.rezo.net/mailman/listinfo/spip-es  _______________________________________________Spip-es@... - http://listes.rezo.net/mailman/listinfo/spip-es  _______________________________________________Spip-es@... - http://listes.rezo.net/mailman/listinfo/spip-es  _______________________________________________Spip-es@... - http://listes.rezo.net/mailman/listinfo/spip-es  _______________________________________________  Spip-es@... - http://listes.rezo.net/mailman/listinfo/spip-es
 --  Germán Bustos  (+57)3177381339 - 3132003998  Atarraya  http://atarraya.org  http://germanbustos.com  _______________________________________________  Spip-es@... - http://listes.rezo.net/mailman/listinfo/spip-es
--  Fernando García Balestena. - fernando.garcia@... - Unión de Radios Libres y Comunitarias de Madrid - www.urcm.net “ la radio sería el más fabuloso aparato de comunicación imaginable de la vida pública, un sistema de canalización fantástico, es decir, lo sería si supiera no sólo transmitir, sino recibir, por tanto, no solamente hacer oir al radioescucha, sino también hacerle hablar” B. Bretch