Reenvío el mensaje que me lo ha rechazado el servidor, no se por qué....<br><br><div class="gmail_quote">---------- Mensaje reenviado ----------<br>De: <b class="gmail_sendername">David Rubert</b> <span dir="ltr"><<a href="mailto:david.rubert@gmail.com">david.rubert@gmail.com</a>></span><br>
Fecha: 29 de agosto de 2012 21:14<br>Asunto: Re: [PLN] Ficheros que servirá cada nodo por http<br>Para: Santiago Crespo <<a href="mailto:pln-lists.marsupi.org@flanera.net">pln-lists.marsupi.org@flanera.net</a>><br>Cc: <a href="mailto:pln@marsupi.org">pln@marsupi.org</a><br>
<br><br>Perfecto Santiago, yo acabo de darle un poco de forma. He creado un esqueleto con AngularJS (que de momento no lo utilizamos, pero ya lo utilizaremos) + Bootstrap + Bootswatch SpaceLab. Podéis ver un boceto con parte de la información y secciones que pasó ayer Santiago aquí [0], y tenéis el repositorio github disponible por si queréis clonarlo y hacer vuestras propuestas aquí [1].<div>
<br></div><div>[0] <a href="http://tombatossals.github.com/pln-node-public-webapp/app/" target="_blank">http://tombatossals.github.com/pln-node-public-webapp/app/</a></div><div>[1] <a href="https://github.com/tombatossals/pln-node-public-webapp" target="_blank">https://github.com/tombatossals/pln-node-public-webapp</a></div>
<div><br></div><div>No os asustéis por el diseño, es totalmente personalizable, de ahí se puede echar todo a la basura, vamos. La idea es que vayamos dando pasitos, empezando a perfilar y tener claras las principales áreas de trabajo. Todo esto siempre que os parezca bien y no esté chafando el trabajo de nadie claro.</div>
<div><br></div><div>Sobre el boceto que pasaste ayer, tengo unos comentarios/dudas:</div><div><br></div><div>* Internacionalizado, desde el principio. Me parece perfecto, internacionalizar siempre es algo que suele venir a mitad de proyecto y luego es un coñazo llevarlo a cabo.</div>
<div><br></div><div>* ¿Qué tecnología server-side utilizamos? Hay secciones que pones que no hay más remedio que obtenerla de un backend de datos, así que hay que elegir una tecnología server-side. Lo que os comentaba el otro día, posibilidades: nodejs/express, python/django, ruby/ROR, o php/symphony. Son las que se me ocurren y las he ordenado por orden de preferencia personal, pero me convencéis rápidamente de cambiar a otra.</div>
<div><br></div><div>* Backend de datos. ¿de dónde obtendremos los datos? Cosas como el número geográfico, o no-geográfico, o el nombre del nodo, etc. se obtiene de alguna base de datos? O del propio archivo JSON "pln-node.json" que comentamos el otro día? La lista del resto de nodos de la PLN también tiene que estar disponible, vamos, que algún backend de datos tenemos que tener. Podrían ser archivos JSON obtenidos del propio repositorio GIT, una base de datos SQLITE, o una MongoDB, o si me apuras un MySQL/PostgreSQL, pero no creo que necesitemos tanta potencia para tratar la información. Cuando más sencillo mejor, porque menos requerimientos le pondremos al administrador de un nodo para tener la página en marcha.</div>
<div><br></div><div>* Estado del nodo. Comentas de tener una sección que informe sobre el estado del nodo. ¿Cómo podemos obtener esa información? ¿Un simple script que compruebe el status del proceso de asterisk/tinc, o algo más avanzado?</div>
<div><br></div><div>* Esto es lo que más me confunde, el apartado de "JOIN", se habla de poder dar de alta un usuario o un nodo.</div><div><br></div><div>Para dar de alta un nodo, ¿podemos detallar el proceso que debería desencadenar el que un usuario rellene ese formulario?</div>
<div>Dar de alta un usuario, ¿a qué se refiere? ¿Dar de alta un usuario en la centralita, o dar de alta un usuario que se va a unir a la PLN?</div><div><br></div><div>Y el tema de la documentación y resto de páginas estáticas, ¿podría obtenerse esa información de un repositorio GIT como ya hablamos, no?</div>
<div><br></div><div>Cosas que no hemos puesto y que podríamos añadir en la página principal de un nodo:</div><div>* Mapa con la posición de la centralita en un div con OpenStreetMaps y OpenLayers (o similar).</div><div>* Listado del resto de nodos de la PLN. ¿Os parece correcto que desde la página pública de un nodo se pueda acceder a la información del resto de nodos que conforman la red, o no lo véis necesario?</div>
<div><br></div><div>Bueno un saludo</div><div><br></div><div><br><div><br><div class="gmail_quote">El 29 de agosto de 2012 02:14, Santiago Crespo <span dir="ltr"><<a href="mailto:pln-lists.marsupi.org@flanera.net" target="_blank">pln-lists.marsupi.org@flanera.net</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div text="#000000" bgcolor="#FFFFFF">
<div>Hola,<br>
<br>
Un boceto de web pública en un nodo:<br>
<a href="http://patiomaravillas.dyndns.org/index.html" target="_blank">http://patiomaravillas.dyndns.org/</a><br>
<br>
Saludos,<br>
Santiago Crespo.<br>
<br>
El 28/08/12 23:59, David Rubert escribió:<br>
</div><div>
<blockquote type="cite">
<div>
<br>
</div>
<div>A los que tenéis claro lo que se quiere en la página web
pública de un nodo, os propondría que cogieráis papel y
servilleta y dibujaráis un boceto de lo que debería verse en la
página web pública (Internet) de un nodo, sin pensar en el
diseño, sólo las secciones y el tipo de información
representada. Bueno, también podemos utilizar pencil[0] para
hacer los bocetos.</div>
</blockquote>
<br>
</div></div>
<br></div></div><div class="im">_______________________________________________<br>
PLN mailing list<br>
<a href="mailto:PLN@marsupi.org" target="_blank">PLN@marsupi.org</a><br>
<a href="https://lists.marsupi.org/listinfo/pln" target="_blank">https://lists.marsupi.org/listinfo/pln</a><br>
<br></div></blockquote></div><br></div></div>
</div><br>