linux user group brescia

Rispondo sui links assoluti...
 L'idea e' di organizzare le pagine del sito in modo 
 intuitivo e razionale. Al contempo si vuole avere modo di poter
 effettuare "updates radicali" senza che questo precluda la possiblita'
 di ritornare rapidamente alla situazione precedente. Infine un
 criterio essenziale e' la possibilita' di decentralizzare i servizi:
 la lista dei CD del lug puo' trovarsi su di una macchina diversa 
 rispetto le pagine "principali"; stesso discorso per l'archivio della
 M/L o l'interfaccia web al listmanager (non ancora presente, a dire il
 vero).
 [Per i curiosi: alcune informazioni pubblicate nella lista dei CD sono
 generate dai medesimi script che creano le immagini ISO, per cui...]

 Per questo motivi si rende opportuno:
   1. poter distinguere in modo "semplice" fra i vari "compartimenti"...
      le pagine `quasi-statiche', l'elenco degli eventi e gli archivi
      "dinamici";
   2. poter `incapsulare' una determinata versione del sito, onde poterla
      rendere disponibile (dopo un aggiornamento) come "old".

   3. Prevedere che alcuni compartimenti non sono facilmente "mirrorabili"...
     in particolare mi riferisco all'archivio della M/L e alle pagine sui CD


Le considerazioni 1 & 3 spingono ad avere almeno alcuni links (quelli
 inter-area) assoluti, sebbene sia possibile che tutte le informazioni
 risiedano sulla medesima macchina.

La 2 costringe, in questi casi, a parametrizzare i links stessi.
Ovvimanente non TUTTI i links devono essere assoluti... in particolare
 quelli limitati ad un "sottoramo" possono essere relativi
 rispetto la directory in cui si trova la loro pagina radice...
 
 [es. lug/attivita/attivita.html
      lug/attivita/moretto/incontro1.html
      etc. etc.
      Nel caso specifico la pagina "attivita" e' radice rispetto 
      moretto/incontro1.html e questo consente di usare links relativi...
      Per chi vuole una definizione formale:
      Dico che A e' una pagina radice per B se la rimozione di A sconnette
       B dal grafo dei links raggiungibili a partire dalla index.html 
       principale :)
 ]

Rimane comunque il problema della gestione della parametrizzazione,
 come delineato e presentato da Andrea. La soluzione A e' comoda per gli
 sviluppatori ma non troppo elegante per il sito; la B sembra molto un
 "workaround"; la C secondo me va bene per il sito ma potrebbe essere
 un po' scomoda per gli sviluppatori. Altre proposte?

[Io propenderei per  la C, ma...]

Ciao,
 lg


On Sat, May 05, 2001 at 09:32:21PM +0200, andrea gelmini wrote:
> 
> i link, nella nuova versione, saranno assoluti (per eventuali chiarimenti
> sulle ragioni di questa scelta chiedete a giuzzi).
> questo apre un piccolo/grande problema nell'utilizzo del cvs, e di
> eventuali errori su lugbs.linux.it in caso di update non controllato
> delle pagine.
> ordunque, per rendere agevole l'utilizzo dei link assoluti e gli
> eventuali spostamenti, viene definita, in php, una variabile,
> che al momento chiameremo URL, che tiene la radice dei percorsi
> (nel nostro caso http://www.lugbs.linux.it/).
> e` ovvio che chiunque debba lavorare sul sito si trovera` obbligato
> a cambiare detta variabile, definita in includes/header.inc,
> ad esempio in http://localhost/lug, come e` ad esempio sul portatile
> che utilizzo, ma non solo, visto che invece sulla mia macchina fissa
> diventerebbe http://localhost/default/lug.
> questo diventa ingestibile per:
> - il cvs che a questo punto indichera` ad ogni commit come aggiornato
>         il file header.inc;
> - gli sviluppatori (e` improponibile chiedere loro di risistemare la
>         variabile ad ogni commit, inoltre non saremmo coperti
>         da eventuali errori);
> - gli amministratori che ad ogni update sul server del lug si dovrebbero
>         intervenire manualmente per modifcare detta variabile;
> 
> al momento le uniche idee sensate che mi vengono in mente, delle
> quali non descrivo i pro e i contro visto che sono facilmente
> deducibili, sono queste:
> 
> a) appoggiarsi ad una variabile di sistema dove venga definito il
>    percorso
> b) parsare il nome della macchina e, se differente dal server lug,
>    settare URL dal contenuto di un file (esterno al cvs tree,
>    oppure all'interno del cvs stesso ma settato come ignore)
> c) utilizzare in ogni caso un file da cui estrarre il percorso da
>    usare
> 
> al momento nel cvs lascio la semplice definizione selvaggia,
> aspettando di prendere una decisone di comune accordo.
> 
> ciao,
> andrea

--