<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Logicamente non fa una piega, però è un pò più complesso da
configurare, perchè bisognerebbe mettere un unico webserver che
raccoglie tutte le richieste e fa un "proxypass" ad altri server.<br>
<br>
Siccome so che il nostro tempo e le nostre risorse sono limitate
credo che opterò per tenere tutto su *map.ninux.org*, il che rende
tutto più facile da configurare.<br>
<br>
Quindi deployerò nodeshot2 su un unico dominio, almeno inizialmente.
Potremo sempre cambiare la configurazione qualora lo riterremo
necessario.<br>
<br>
Mi sono ricordato che già abbiamo questo registrato:
*test.map.ninux.org*, riciclerò quello.<br>
<br>
Un ultima cosa, chiamiamolo network map o netmap perchè map server è
un altra cosa: <a class="moz-txt-link-freetext" href="http://mapserver.org/">http://mapserver.org/</a>
<a class="moz-txt-link-freetext" href="http://en.wikipedia.org/wiki/MapServer">http://en.wikipedia.org/wiki/MapServer</a><br>
<br>
Nemesis<br>
<br>
<br>
On 03/13/2014 01:43 PM, Alessandro Gubitosi wrote:<br>
<span style="white-space: pre;">> Assolutamente d'accordo per
tutto, tranne che per gli ultimi 2 DNS, che secondo me dovrebbero
essere universali.<br>
> In pratica un dns api.ninux.org, dovrà raccogliere tutte le
api di tutti gli applicativi Ninux, perché viene più logico
pensarla così.<br>
> Nel tuo caso specifico potrebbe ad esempio diventare come uno
di questi esempi:<br>
><br>
> * api.ninux.org/map/v1/...<br>
> * api.ninux.org/nodeshot/...<br>
> * api.ninux.org/mapserver...<br>
> * ...<br>
><br>
> Stessa cosa per quanto riguarda l'admin (ad es.
admin.ninux.org/map, ecc...)<br>
><br>
> Lo stesso principio si può applicare anche al resto:
all'admin del wiki potrebbe essere allocato admin.ninux.org/wikie
per le sue api sarà api.ninux.org/wiki...<br>
> La struttura logica è la seguente:<br>
><br>
> * *admin*.<br>
> o ninux.org/<br>
> + /map//<br>
> # v1/ (*admin*.ninux.org//map//v1)<br>
> # v2/ (*admin*.ninux.org//map//v1)<br>
> # ...<br>
> + /wiki/ (*admin*.ninux.org//wiki/)<br>
> + /ninuxoo/ (*admin*.ninux.org//ninuxoo/)<br>
> + ...<br>
> * *api*.<br>
> o ninux.org/<br>
> + /map//<br>
> # v1/ (*api*.ninux.org//map//v1)<br>
> + /wiki// (*api*.ninux.org//w//iki/)<br>
> + /ninuxoo// (*api*.ninux.org//ninuxoo/)<br>
> + ...<br>
><br>
> Quindi avremo:<br>
><br>
> * admin.ninux.org/map<br>
> * admin.ninux.org/wiki<br>
> * admin.ninux.org/ninuxoo<br>
> * admin.ninux.org/...<br>
><br>
> * api.ninux.org/map<br>
> * api.ninux.org/wiki<br>
> * api.ninux.org/ninuxoo<br>
> * api.ninux.org/...<br>
><br>
> I benefici saranno tanti, ad esempio grazie ad
admin.ninux.orgsi potrà avere un incentivo per creare finalmente
un account unificato per tutti i servizi Ninux, mentre
api.ninux.orgpotrà raccogliere un mini-sito che indica tutti i
servizi disponibili e le relative documentazioni...<br>
> Immaginiamo poi di volerci interfacciare ad un'altra app
Ninux: gli scervellamenti saranno nettamente minori, perché basta
cambiare terzo livello e il gioco è fatto!<br>
> Il consiglio logico è che se un'applicativo avrà il suo terzo
livello, questo dovrà essere mantenuto negli altri dns, per
capirci: *pincopallo*.ninux.orgavrà admin.ninux.org/*pincopallo*e
api.ninux.org/*pincopallo*.<br>
><br>
> In ultimo ricordo che lato sviluppo (eccetto rari casi) non è
necessario fare alcunché, perché basta il semplice *url rewriting*
(api.ninux.org/wiki/v1/potrà essere un rewriting di
"wiki.ninux.org/API/VersioneProva/test/2/14/23/?version=1").<br>
> In Apache è una riga di .htaccess, e credo sia così anche per
altri server.<br>
><br>
> In sintesi, prendiamo esempio da Google :D<br>
><br>
> Gubi<br>
><br>
> Il 13/03/2014 10:48, Nemesis ha scritto:<br>
>> Vediamo in ordine.<br>
>><br>
>> La demo attuale è qui:
<a class="moz-txt-link-freetext" href="https://nodeshot-demo.publicwifi.it/">https://nodeshot-demo.publicwifi.it/</a> - ma non ci sono i dati di
ninux, entro 2 settimane vi manderò la URL dell'instanza con i
dati di ninux.<br>
>><br>
>> La decentralizzazione è riferita ai gruppi, idealmente
dovrebbe essere possibile hostare diverse instanze con i dati di
ogni gruppo che si vuole tenere i dati su un suo server. In
pratica al momento questa è una funzionalità sperimentale che è
anche visibile qui: <a class="moz-txt-link-freetext" href="https://nodeshot-demo.publicwifi.it/#/map">https://nodeshot-demo.publicwifi.it/#/map</a> - i
punti verdi sono presi da un servizio esterno tramite un API HTTP.<br>
>><br>
>> Il fatto che map.ninux.org è linkato un pò dappertutto
non è un problema, vi ricordo che esistono i redirect (HTTP 302).<br>
>><br>
>> Il fatto che "map" è facile da ricordare e che è molto
più facile spiegare ad un comune mortale rispetto a "nodesciot"
quasi basta a convincermi che è meglio tenere map.<br>
>><br>
>> Comunque rimane il fatto che su nodeshot c'è un API che
può essere utilizzata per recuperare i dati, quindi volendo
possiamo mostrare i dati con dei widget javascript anche sul sito.<br>
>><br>
>> A sto punto direi che in futuro potremmo avere una cosa
tipo:<br>
>><br>
>> * map.ninux.org: interfaccia web nodeshot<br>
>> * admin.ninux.org: interfaccia di amministrazione di
nodeshot<br>
>> * api.ninux.org/v1: API v1 di nodeshot, dove si possono
recuperare tutti i dati pubblici<br>
>><br>
>> che ne dite?<br>
>><br>
>> <br>
>><br>
>> On 03/13/2014 10:04 AM, Luca Pretto wrote:<br>
>>> Il giorno 13/mar/2014, alle ore 07:25, l0aCk3r
[matteo] <<a class="moz-txt-link-abbreviated" href="mailto:matteo@ninux.org">matteo@ninux.org</a> <a class="moz-txt-link-rfc2396E" href="mailto:matteo@ninux.org"><mailto:matteo@ninux.org></a>>
ha scritto:<br>
>>><br>
>>>> Per quanto riguarda map.ninux.org
<a class="moz-txt-link-rfc2396E" href="http://map.ninux.org/"><http://map.ninux.org/></a> non è un problema perché quando<br>
>>>> dismetteremo la versione 1.0 potremmo fare un
CNAME sul dns.<br>
>>>> Siccome è un software molto generico e non legato
esclusivamente ad una<br>
>>>> mappa io userei il nome del software stesso,
quindi voto per<br>
>>>> "nodeshot.ninux.org
<a class="moz-txt-link-rfc2396E" href="http://nodeshot.ninux.org/"><http://nodeshot.ninux.org/></a>".<br>
>>><br>
>>> Questa mi sembra una buona soluzione.<br>
>>> In genere è il primo servizio a cui indirizzo la
gente interessata.<br>
>>> map.ninux.org <a class="moz-txt-link-rfc2396E" href="http://map.ninux.org"><http://map.ninux.org></a> è
comprensibile anche dagli umani non-nerd, spiegare /nodsciot/
diverrebbe un'impresa.<br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Wireless mailing list<br>
>>> <a class="moz-txt-link-abbreviated" href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>>> <a class="moz-txt-link-freetext" href="http://ml.ninux.org/mailman/listinfo/wireless">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Wireless mailing list<br>
>> <a class="moz-txt-link-abbreviated" href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>> <a class="moz-txt-link-freetext" href="http://ml.ninux.org/mailman/listinfo/wireless">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Wireless mailing list<br>
> <a class="moz-txt-link-abbreviated" href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
> <a class="moz-txt-link-freetext" href="http://ml.ninux.org/mailman/listinfo/wireless">http://ml.ninux.org/mailman/listinfo/wireless</a></span><br>
<br>
<br>
</body>
</html>