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

Gio 13 Mar 2014 13:43:36 CET

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

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