[Spanish] [Geoinquiets Barcelona] Animacion de clusters en OpenLayers

[Jorge Gaspar Sanz Salinas]

2012/8/24 Maria Arias de Reyna <marias en emergya.com>:
> El Viernes, 24 de agosto de 2012, Jorge Gaspar Sanz Salinas escribió:
>> 2012/8/24 Antonio Santiago <asantiagop en gmail.com>:
>> > Sip, lo del proxy le hando dando vueltas.
>> > A las malas puedo poner un proxy.php en mi super-servidor del blog, pero
>> > claro seria un coladero.
>>
>> Y el proxy.cgi de openlayers de toda la vida en el hay que meter los
>> dominios permitidos?
>>
>> Por la vía de jekyll se podría hacer lo siguiente
>>
>> - Repo en github para mantener el código, descargas, colaboraciones, etc
>> - Crear un sitio usando octopress o jekyllbootstrap en el que cada
>> receta sería algo como una entrada de blog
>> - Crear una sencilla aplicación en nodejs y desplegarla en nodester o
>> heroku (tienen planes gratuitos)
>> - Servir la carpeta del sitio generado por jekyll (_site) como el raíz
>> usando Express
>> - Disponer un proxy con nodejs-proxy[1] con solo los sitios permitidos
>> que necesitemos
>>
>> (Los palabros de la lista de arriba son fácilmente localizables en guguel)
>>
>> Puedo hacer alguna prueba de concepto mínima y os cuento qué tal que
>> aún me queda una semana de intensiva :-)
>>
>> Saludos
>>
>> [1] https://github.com/pkrumins/nodejs-proxy
>
>
> Yo creo que lo que haya debajo no importa, siempre y cuando sea transparente
> para los que hagan los ejemplos de OpenLayers. Si alguien conoce la tecnología
> y cree que puede montarlo "fácilmente", pues adelante.
>
> En todo caso, lo primero que tenemos que tener en cuenta es que si vamos a
> necesitar un servidor propio, cómo vamos a pagarlo/gestionarlo. Yo creo que si
> podemos prescindir de servidor propio y deslocalizarlo todo, mejor. ¿Es
> posible? ¿No hay ningún servicio gratuito donde podamos meter el proxy y así
> si alguien abusa tampoco importe tanto?
>

por eso recomendaba heroku o nodester, con limitaciones pero son gratuitos

el proxy hay que meterlo con el código, no nos vale ni ponerlo en otro
subdominio salvo que el código lo tengamos en un sitio en el que
podamos tener un proxy inverso y entonces ya nos daría igual poner ahí
el proxy(cgi|php).


Tal vez habría que hacer una lista de pros y contras de cada solución
porque se me ocurre que la solución usando un CMS (el que sea) da
funcionalidad de base. Por ejemplo, para poner en un sitio estático
como el que comento algo del tipo "lo más votado" habría que jugar con
alguna API externa en JavaScript (se me ocurre la de Disqus).


Por cierto que todo esto me recuerda a una conversación de café que
tuvimos con Fernando González en Girona sobre tener un sitio genérico
para scripts de geoprocesamiento (GGL/GeoScript/QGis/gvSIG/etc) que en
ese caso no tendría el limitante de tener que ejecutarse en el
navegador... mmm no sé no sé


-- 
Jorge Sanz
http://es.osgeo.org