2012/8/24 Maria Arias de Reyna <[email protected]>: > El Viernes, 24 de agosto de 2012, Jorge Gaspar Sanz Salinas escribió: >> 2012/8/24 Antonio Santiago <[email protected]>: >> > 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 _______________________________________________ Spanish mailing list http://lists.osgeo.org/mailman/listinfo/spanish http://es.osgeo.org http://twitter.com/osgeoes
