Newsgroup: it.comp.www.php
Titolo: [OT?] Due path per la stessa directory

Ho un sistema Mandrake Linux/Apache/PHP/freetds
Le mie applicazioni stanno in 
www.mioserver.com/path/....
..
Vorrei che scrivendo 
www.mioserver.com/secondo/path/....
.. ottenessi lo
stesso risultato.
Cosa mi serve, un hard link o un soft link (non ho mai capito bene la
differenza)?
Oppure posso fare questo con un settaggio di Apache?
Grazie
AS

 differenza)?
Direi che possa bastare un softlink
ln -s /path/completo/primo/path /path/completo/secondo/path
-- 
ciao            |visita
                 |
http://www.sifor.it
gelty           |
http://www.sifor.com
-------------------------------------
E' esplicitamente vietato usare l'indirizzo e-mail di questo messaggio
per fini diversi dalla risposta al messaggio stesso (Art. 10 DL. 171/98).

Amedeo Storni wrote:

DESCRIZIONE
Ci sono due concetti di «collegamento» in  Unix,  solitamente  chiamati
collegamenti fisici (o hard link) e collegamenti simbolici (soft link o
symbolic link). Un collegamento fisico è semplicemente un nome  per  un
file, e un file può avere diversi nomi: viene cancellato dal disco solo
quando anche l'ultimo nome è cancellato. Il numero dei nomi è  dato  da
ls(1).   Non  esiste  un nome «originale»: tutti i nomi hanno la stessa
importanza. Normalmente, ma non necessariamente, tutti  i  nomi  di  un
file si trovano nel filesystem in cui i suoi dati sono contenuti.
Un collegamento simbolico è una bestia completamente diversa: è un pic-
colo file speciale che contiene un  percorso.  Quindi  un  collegamento
simbolico  può puntare verso un file posto su un altro filesystem (mag-
ari anche un NFS montato da un'altra macchina), e  non  ha  bisogno  di
puntare  verso  un file esistente. Quando si accede (con le chiamate di
sistema open(2) o stat(2)) ad un collegamento simbolico, il kernel sos-
tituisce  questa referenza con il file indicato dal cammino (mentre con
rm(1) e unlink(2) il collegamento stesso è rimosso, non il  file  verso
cui  punta;  ci  sono  anche le chiamate di sistema speciali lstat(2) e
readlink(2) che leggono lo stato di un  collegamento  simbolico  ed  il
file verso cui punta; per quanto riguarda le altre chiamate di sistema,
c'è un certo grado d'incertezza e  di  varietà  fra  sistemi  operativi
sull'oggetto dell'azione: il collegamento stesso o il file verso cui si
punta).
ln crea collegamenti fra file. Di per sé, crea collegamenti fisici; con
l'opzione -s, crea collegamenti simbolici.
Se  è  dato  solo  un file, collega quel file nella directory corrente,
cioè crea un collegamento verso quel file nella directory corrente  con
un  nome  uguale  all'ultima componente del nome di quel file (questa è
un'estensione GNU). Altrimenti, se l'ultimo argomento indica una direc-
tory  esistente, ln crea collegamenti da quella directory verso ciascun
file menzionato in sorgente, con un nome uguale  all'ultima  componente
del  nome  del file sorgente (ma vedi anche la descrizione dell'opzione
--no-dereference più sotto).  Sennò, se sono dati solo due  file,  crea
un  collegamento  chiamato destinazione verso il file sorgente.  C'è un
errore se l'ultimo argomento non è una directory e vengono dati più  di
due file.
Per  default,  ln non rimuove né file preesistenti né collegamenti sim-
bolici preesistenti (per cui può essere usato per bloccare (block):  ln
ha  esito positivo solo se destinazione non esiste ancora). Può esservi
però forzato con l'opzione -f.
Nelle implementazioni esistenti, se anche fosse possibile fare un  col-
legamento  fisico  verso  una  directory, solo il super-utente potrebbe
farlo. POSIX vieta alla chiamata di sistema link(2) e al  programma  ln
di creare collegamenti fisici verso directory (ma non vieta ai collega-
menti fisici di attraversare più filesystem).
Ciao