Si tratta probabilmente di un problema cui vanno incontro i giovani esploratori di sviluppo WEB.
Quando da http chiami un programma, per esempio http://.../pincoP/palla.pgm ,
al tuo HTML è assegnato l’indirizzo base /pincoP.
Ora, se hai un CSS /pinco/css/miocss.css e e l’HTML lo invoca con ../css/miocss.css , il server va a cercare l’oggetto nel directory “relativo” padre di /pincoP. Ma tale directory non esiste, palla fuori buca.
Se invece l’HTML lo invoca con css/miocss.css , il server va a cercare l’oggetto nel directory figlio ”relativo” /pincoP/css/miocss . Altra palla fuori buca.
Se infine l’HTML lo invoca con miocss.css , il server va a cercare l’oggetto nel directory “relativo” me-stesso /pincoP. Terza palla fuori buca.
Ma se raccogli tutto il tuo coraggio e nell’HTML cambi il link a /pinco/css/miocss.css , il link , anziché essere relativo all’indirizzo base /pincoP, diventa assoluto. Palla in buca e partita vinta.
Ora sì che sei il mago della stecca! Ma evita di cantare alla Scala J
Giovanni
--
Hai ricevuto questo messaggio perché sei iscritto al gruppo "CGIDEV2 Italia" di Google Gruppi.
Per annullare l'iscrizione a questo gruppo e non ricevere più le sue email, invia un'email a cgidev2-itali...@googlegroups.com.
Per altre opzioni visita https://groups.google.com/d/optout.
Se Lei si riferisce ad oggetti IFS,
gli oggetti IFS installati da HSSFCGI vengono tutti installati nella directory IFS /HSSFCGI .
G.B. Perotti
--
Che io mi ricordi, tutti gli altri oggetti di HSSFCGI sono creati nella libreria HSSFCGI.