[Ninux-Wireless] Razionalizzazione dei DNS [was: Futuro di map.ninux.org]

Dom 16 Mar 2014 11:32:15 CET

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.

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.

Quindi deployerò nodeshot2 su un unico dominio, almeno inizialmente.
Potremo sempre cambiare la configurazione qualora lo riterremo necessario.

Mi sono ricordato che già abbiamo questo registrato:
*test.map.ninux.org*, riciclerò quello.

Un ultima cosa, chiamiamolo network map o netmap perchè map server è un
altra cosa: http://mapserver.org/ http://en.wikipedia.org/wiki/MapServer

Nemesis

On 03/13/2014 01:43 PM, Alessandro Gubitosi wrote:
> Assolutamente d'accordo per tutto, tranne che per gli ultimi 2 DNS, che secondo me dovrebbero
essere universali.
> In pratica un dns api.ninux.org, dovrà raccogliere tutte le api di
tutti gli applicativi Ninux, perché viene più logico pensarla così.
> Nel tuo caso specifico potrebbe ad esempio diventare come uno di
questi esempi:
>
>   * api.ninux.org/map/v1/...
>   * api.ninux.org/nodeshot/...
>   * api.ninux.org/mapserver...
>   * ...
>
> Stessa cosa per quanto riguarda l'admin (ad es. admin.ninux.org/map,
ecc...)
>
> 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...
> La struttura logica è la seguente:
>
>   * *admin*.
>       o ninux.org/
>           + /map//
>               # v1/     (*admin*.ninux.org//map//v1)
>               # v2/     (*admin*.ninux.org//map//v1)
>               # ...
>           + /wiki/     (*admin*.ninux.org//wiki/)
>           + /ninuxoo/     (*admin*.ninux.org//ninuxoo/)
>           + ...
>   * *api*.
>       o ninux.org/
>           + /map//
>               # v1/     (*api*.ninux.org//map//v1)
>           + /wiki//     (*api*.ninux.org//w//iki/)
>           + /ninuxoo//     (*api*.ninux.org//ninuxoo/)
>           + ...
>
> Quindi avremo:
>
>   * admin.ninux.org/map
>   * admin.ninux.org/wiki
>   * admin.ninux.org/ninuxoo
>   * admin.ninux.org/...
>
>   * api.ninux.org/map
>   * api.ninux.org/wiki
>   * api.ninux.org/ninuxoo
>   * api.ninux.org/...
>
> 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...
> Immaginiamo poi di volerci interfacciare ad un'altra app Ninux: gli
scervellamenti saranno nettamente minori, perché basta cambiare terzo
livello e il gioco è fatto!
> 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*.
>
> 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").
> In Apache è una riga di .htaccess, e credo sia così anche per altri
server.
>
> In sintesi, prendiamo esempio da Google :D
>
> Gubi
>
> Il 13/03/2014 10:48, Nemesis ha scritto:
>> Vediamo in ordine.
>>
>> La demo attuale è qui: https://nodeshot-demo.publicwifi.it/ - ma non
ci sono i dati di ninux, entro 2 settimane vi manderò la URL
dell'instanza con i dati di ninux.
>>
>> 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:
https://nodeshot-demo.publicwifi.it/#/map - i punti verdi sono presi da
un servizio esterno tramite un API HTTP.
>>
>> Il fatto che map.ninux.org è linkato un pò dappertutto non è un
problema, vi ricordo che esistono i redirect (HTTP 302).
>>
>> 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.
>>
>> 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.
>>
>> A sto punto direi che in futuro potremmo avere una cosa tipo:
>>
>>   * map.ninux.org: interfaccia web nodeshot
>>   * admin.ninux.org: interfaccia di amministrazione di nodeshot
>>   * api.ninux.org/v1: API v1 di nodeshot, dove si possono recuperare
tutti i dati pubblici
>>
>> che ne dite?
>>
>> 
>>
>> On 03/13/2014 10:04 AM, Luca Pretto wrote:
>>> Il giorno 13/mar/2014, alle ore 07:25, l0aCk3r [matteo]
<matteo a ninux.org <mailto:matteo a ninux.org>> ha scritto:
>>>
>>>> Per quanto riguarda map.ninux.org <http://map.ninux.org/> non è un
problema perché quando
>>>> dismetteremo la versione 1.0 potremmo fare un CNAME sul dns.
>>>> Siccome è un software molto generico e non legato esclusivamente ad una
>>>> mappa io userei il nome del software stesso, quindi voto per
>>>> "nodeshot.ninux.org <http://nodeshot.ninux.org/>".
>>>
>>> Questa mi sembra una buona soluzione.
>>> In genere è il primo servizio a cui indirizzo la gente interessata.
>>> map.ninux.org <http://map.ninux.org> è comprensibile anche dagli
umani non-nerd, spiegare /nodsciot/ diverrebbe un'impresa.
>>>
>>>
>>> _______________________________________________
>>> Wireless mailing list
>>> Wireless a ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>>
>>
>> _______________________________________________
>> Wireless mailing list
>> Wireless a ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>
>
>
> _______________________________________________
> Wireless mailing list
> Wireless a ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.ninux.org/pipermail/wireless/attachments/20140316/fa958355/attachment-0001.html>
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        signature.asc
Tipo:        application/pgp-signature
Dimensione:  490 bytes
Descrizione: OpenPGP digital signature
URL:         <http://ml.ninux.org/pipermail/wireless/attachments/20140316/fa958355/attachment-0001.sig>