Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.www.php > #20174 > unrolled thread

caricare file

Back to article view | Back to it.comp.www.php

Contents

  caricare file Greg <greg@alicie.com> - 2016-01-07 22:58 +0100
    Re: caricare file "ciccio" <21669invalid@mynewsgate.net> - 2016-01-07 22:08 +0000
      Re: caricare file Greg <greg@alicie.com> - 2016-01-07 23:41 +0100
        Re: caricare file Greg <greg@alicie.com> - 2016-01-08 00:07 +0100
          Re: caricare file Greg <greg@alicie.com> - 2016-01-08 00:23 +0100
        Re: caricare file Alessandro Pellizzari <shuriken@amiran.it> - 2016-01-09 08:05 +0000
    Re: caricare file liftman <liftman_antispam_@moredifficult.org> - 2016-01-08 00:34 +0100
      Re: caricare file Greg <greg@alicie.com> - 2016-01-08 08:40 +0100
        Re: caricare file liftman <liftman_antispam_@moredifficult.org> - 2016-01-08 12:08 +0100
          Re: caricare file Greg <greg@alicie.com> - 2016-01-08 13:41 +0100
            Re: caricare file liftman <liftman_antispam_@moredifficult.org> - 2016-01-08 15:18 +0100
              Re: caricare file Greg <greg@alicie.com> - 2016-01-08 20:32 +0100
                Re: caricare file Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-01-08 21:01 +0100
                  Re: caricare file Greg <greg@alicie.com> - 2016-01-08 22:11 +0100
                    Re: caricare file Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-01-09 08:04 +0100
                      Re: caricare file Greg <greg@alicie.com> - 2016-01-09 08:19 +0100
                        Re: caricare file logicmind <npaolini_no_spam_@_no_spam_ennepisoft.it> - 2016-01-09 12:39 +0100
                          Re: caricare file Greg <greg@alicie.com> - 2016-01-09 13:44 +0100
                            Re: caricare file Alessandro Pellizzari <shuriken@amiran.it> - 2016-01-09 15:57 +0000
                              Re: caricare file "ciccio" <21669invalid@mynewsgate.net> - 2016-01-09 16:03 +0000
                                Re: caricare file Greg <greg@alicie.com> - 2016-01-09 20:37 +0100
    Re: caricare file Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-01-08 07:17 +0100
    Re: caricare file Alex <tommaso5ita@yahoo.it> - 2016-01-12 13:04 +0100
      Re: caricare file Greg <greg@alicie.com> - 2016-01-13 10:29 +0100
        Re: caricare file liftman <liftman_antispam_@moredifficult.org> - 2016-01-13 14:13 +0100
        Re: caricare file Alex <tommaso5ita@yahoo.it> - 2016-01-14 11:24 +0100
          Re: caricare file Greg <greg@alicie.com> - 2016-01-14 15:55 +0100
            Re: caricare file Alex <tommaso5ita@yahoo.it> - 2016-01-14 17:21 +0100
            Re: caricare file Alex <tommaso5ita@yahoo.it> - 2016-01-14 17:27 +0100
            Re: caricare file liftman <liftman_antispam_@moredifficult.org> - 2016-01-14 17:52 +0100
              Re: caricare file Greg <greg@alicie.com> - 2016-01-16 15:24 +0100
                Re: caricare file Alessandro Pellizzari <shuriken@amiran.it> - 2016-01-16 18:37 +0000
                  Re: caricare file Greg <greg@alicie.com> - 2016-01-16 19:57 +0100
                    Re: caricare file Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-01-16 21:45 +0100
                      Re: caricare file Greg <greg@alicie.com> - 2016-01-16 22:10 +0100
                        Re: caricare file Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-01-17 09:02 +0100
    Re: caricare file fmigliori <fmigliori@gmail.com> - 2016-01-17 04:09 -0800
      Re: caricare file "ciccio" <21669invalid@mynewsgate.net> - 2016-01-17 12:34 +0000
        Re: caricare file Greg <greg@alicie.com> - 2016-01-18 09:52 +0100
          Re: caricare file "ciccio" <21669invalid@mynewsgate.net> - 2016-01-18 09:08 +0000
            Re: caricare file Greg <greg@alicie.com> - 2016-01-19 16:30 +0100
      Re: caricare file Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-01-18 17:11 +0100

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#20195

Il 09/01/2016 17:03:11 ciccio ha scritto:

>> Per essere completamente portabile dovresti usare DIRECTORY_SEPARATOR al 
>> posto di /
>> 
>> include( 
>>   realpath(
>>     __DIR__ . 
>>     DIRECTORY_SEPARATOR .
>>     '..' . 
>>     DIRECTORY_SEPARATOR .
>>     'menu.php'
>>   )
>> );
>> 
>> Ma diventa presto illeggibile, quindi, IMHO, F*ck Windows. :)
>
> Ma infatti è "/", lo slash, il carattere *universale* per separare le dir
> di un path nel 99.98% dei server su Internet (e non solo). Qualsiasi altro
> carattere è non standard e va quindi abolito e bandito ;-D

E si, proprio cosi.
Contiuando a pensarci, ad una tantum, avendo un path certo e assoluto 
lo potrei trasformare in costante e passare questa all'include.
Se questa costante sta sopra tutto e tutti non ci dovrebbero esswere 
problemi a chiamarla nè da index nè da qualsiasi altra pagina.
Alla fine è un problema di scope e sintassi che osservo per la prima 
volta

-- 
Greg

[toc] | [prev] | [next] | [standalone]

#20180

On 2016-01-07 21:58:03 +0000, Greg said:

> Mi sembrava una modifca abbastanza banale ma mi sfugge qualcosa. Dove 
> sto sbagliando?

Nel non aver letto la documentazione di include() che è la fonte più 
adatta a spiegarti (circa) come funziona.

Non confondere PHP con HTML solo perché lo usi per creare una pagina 
HTML, PHP vive sul server, HTML "vive" nel client.

-- 
Andrea

[toc] | [prev] | [next] | [standalone]

#20202

Dopo dura riflessione, Greg ha scritto :
> Nella cartella radice del mio sito ho un file menu.php che viene caricato 
> nelle varie pagine pure loro nella radice del sito:
> Le pagine contengono questa riga che carica menu.php:
> <?php include('menu.php'); ?>
>
> Tutto funziona, ma ora vorrei spostare le pagine in miosito.it/pagine/ 
> lasciando il file menu.php nella radice, ma purtroppo non viene caricato.
>
> Anche modificando il percorso in:
> <?php include('/menu.php'); ?> oppure:
> <?php include('www.miosito.it/menu.php'); ?> il file non viene caricato.
> Mi sembrava una modifca abbastanza banale ma mi sfugge qualcosa. Dove sto 
> sbagliando?
> Grazie

Arrivo tardi con un commento, spero ti serva. :)
Direi che hai bisogno di defnire una cartella di riferimento e poi 
partire sempre da lì per i percorsi.
Ad esempio se sei nalla radice del sito, hai
/*	Cartella iniziale */
	define('RADICE', __DIR__);
 e poi
include RADICE . '/cart/cart1/class.qualcosa.php';

Se sei più nidificato, tipo /uno//due/file.php
allora hai:
define('RADICE', substr(__DIR__, 0, strripos(substr(__DIR__, 0, 
strripos(__DIR__, DIRECTORY_SEPARATOR)), DIRECTORY_SEPARATOR)));
e poi:
include RADICE . '/cart/class.qualcosaltro.php';

Un po' macvchinoso ma facile da usare
Ciao.

-- 
Alex

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#20203

Il 12/01/16 13:04:34 Alex ha scritto:

> Arrivo tardi con un commento, spero ti serva. :)

Ogni info è ben gradita, anche tardi, io rileggo sempre :)

> Direi che hai bisogno di defnire una cartella di riferimento e poi partire 
> sempre da lì per i percorsi.
> Ad esempio se sei nalla radice del sito, hai
> /*	Cartella iniziale */
> 	define('RADICE', __DIR__);
>  e poi
> include RADICE . '/cart/cart1/class.qualcosa.php';
>
> Se sei più nidificato, tipo /uno//due/file.php
> allora hai:
> define('RADICE', substr(__DIR__, 0, strripos(substr(__DIR__, 0, 
> strripos(__DIR__, DIRECTORY_SEPARATOR)), DIRECTORY_SEPARATOR)));
> e poi:
> include RADICE . '/cart/class.qualcosaltro.php';
>
> Un po' macvchinoso ma facile da usare
> Ciao.

Si, molto macchinoso.
Io ho un astruttura molto semplice:

sito/menu.php
sito/index.php
sito/2014/pag1.php
sito/2014/pag2.php
sito/2015/pag1.php
sito/2015/pag2.php

In ogni pagina compreso la index vorrei includere la pagina menu,
Una vota saputo il percorso assoluto con una funzione php, che è:
'/membri/miosito/' e a questo ci accodo il mio file menu.php, per cui 
il nuovo path assoluto diventa: /membri/miosito/menu.php non capisco 
perchè questo non sia visibile da tutte le pagine.

-- 
Greg

[toc] | [prev] | [next] | [standalone]

#20204

Il 13/01/2016 10:29, Greg ha scritto:

> Io ho un astruttura molto semplice:
>
> sito/menu.php
> sito/index.php
> sito/2014/pag1.php
> sito/2014/pag2.php
> sito/2015/pag1.php
> sito/2015/pag2.php
>
> In ogni pagina compreso la index vorrei includere la pagina menu,
> Una vota saputo il percorso assoluto con una funzione php, che è:
> '/membri/miosito/' e a questo ci accodo il mio file menu.php, per cui il
> nuovo path assoluto diventa: /membri/miosito/menu.php non capisco perchè
> questo non sia visibile da tutte le pagine.

La struttura del mio è praticamente uguale, (si parla se non erro di 
altervista?) ed è così:

nella root il file index.php e vari altri file *.php  (nav.php, 
header.php, footer.php ecc. ecc.) più alcune directory (immagini, 
tutorials, demo ecc. ecc.)

nella directory demo oltre al resto ho un index.php, che include parte 
dei file presenti nella root, gli include sono questi:

<?php include("../header.php"); ?>
<?php include("../nav.php"); ?>
<?php include("../footer.php"); ?>

in demo/coulisse/ gli include diventano così:

<?php include("../../header.php"); ?>

e così via, e tutto funziona regolarmente.
Io ripeto, non sono una cima e vado avanti più a tentativi che a 
ragionamento, e i miei "lavori" sono quello che sono, ma mi accontento 
dato che per me è un passatempo e do una mano a degli amici che ne sanno 
meno di me :-D

-- 
Fri(END), Boyfri(END), Girlfri(END), Bestfri(END). Everything has an END 
except...Fam(ILY)! It Has 3 Letters that say I LOVE YOU

[toc] | [prev] | [next] | [standalone]

#20205

Greg ha usato la sua tastiera per scrivere :
>
> Si, molto macchinoso.
> Io ho un astruttura molto semplice:
>
> sito/menu.php
> sito/index.php
> sito/2014/pag1.php
> sito/2014/pag2.php
> sito/2015/pag1.php
> sito/2015/pag2.php
>
> In ogni pagina compreso la index vorrei includere la pagina menu,
> Una vota saputo il percorso assoluto con una funzione php, che è:
> '/membri/miosito/' e a questo ci accodo il mio file menu.php, per cui il 
> nuovo path assoluto diventa: /membri/miosito/menu.php non capisco perchè 
> questo non sia visibile da tutte le pagine.

Mah,
'/membri/miosito/' risultava anche a me, tempo fa, però ho provato 
adesso a trovare il DOCUMENT_ROOT e mi risulta modificato.
Eseguendo:
<?php
echo $_SERVER['DOCUMENT_ROOT'];exit();

Se ne esce:
'/var/www/html'

Una cosa più simile alle strutture conosciute.

Quindi immagino che abbiano fatto delle modifiche profonde alla 
struttura del loro server e ti conviene seguire uno dei sistemi 
macchinosi (ovvero definire una cartella di riferimento) che ti sono 
stai proposti.

Ciao

-- 
Alex

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#20207

Il 14/01/16 11:24:12 Alex ha scritto:

> Mah,
> '/membri/miosito/' risultava anche a me, tempo fa, però ho provato adesso a 
> trovare il DOCUMENT_ROOT e mi risulta modificato.
> Eseguendo:
> <?php
> echo $_SERVER['DOCUMENT_ROOT'];exit();
>
> Se ne esce:
> '/var/www/html'
>
> Una cosa più simile alle strutture conosciute.
>
> Quindi immagino che abbiano fatto delle modifiche profonde alla struttura 
> del loro server e ti conviene seguire uno dei sistemi macchinosi (ovvero 
> definire una cartella di riferimento) che ti sono stai proposti.
>
> Ciao

Con questa funzione:

<?php
$path = getcwd();
echo "percorso: ";
echo $path;
?>

eseguita qualche giorno fa mi dava /membri/miosito
ma magari avranno cambiato

-- 
Greg

[toc] | [prev] | [next] | [standalone]

#20208

Sembra che Greg abbia detto :
>
> Con questa funzione:
>
> <?php
> $path = getcwd();
> echo "percorso: ";
> echo $path;
> ?>
>
> eseguita qualche giorno fa mi dava /membri/miosito
> ma magari avranno cambiato

Facciamo con calma. getcwd non è DOCUMENT_ROOT.
E' passato diverso tempo da quando ci ho lavorato sopra.
Mi ricordo che sono rimasto sorpreso che non ci fosse continuità tra la 
DOCUMENT_ROOT impostata tra le variabili ambiente del server e 
/membri/sito/ che si trova dopo.  C'è un salto in effetti, 
probabilmente per ragioni di sicurezza, però ho perso altro tempo per 
venirne a capo.

Quello che ha funzionato e funziona è proprio conservare il percorso 
della radice del sito e poi iniziare da quello tutti gli altri.
Sulla falsariga di joomla e di quasi tutti, peraltro.

Se ti trovi dentro un comune virtual host, il DOCUMENT_ROOT è 
perfettamente sufficiente. Siccome spesso non sai dove sei e quanti 
giri fa una chiamata al server prima di essere servita, oltretutto qui 
si parla di un terzo livello, impostarsi un riferimento è la cosa più 
semplice, anche mentalmente, perché quando scrivi un percorso non devi
più fare attenzione a dove sei.

Ciao

-- 
Alex

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#20209

Tieni conto inoltre che potresti aver bisogno di registrare i persorsi 
du un database. avere la registrazione senza puntini, doppi o semplici 
che siano, senza cose varie aggiunte, è una cosa che ti trovi ben 
fatyta quando vai a metterci le mani sopra di nuovo.

Ciao

-- 
Alex

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#20210

Il 14/01/2016 15:55, Greg ha scritto:

>> <?php
>> echo $_SERVER['DOCUMENT_ROOT'];exit();
>>
>> Se ne esce:
>> '/var/www/html'

> Con questa funzione:
>
> <?php
> $path = getcwd();
> echo "percorso: ";
> echo $path;
> ?>
>
> eseguita qualche giorno fa mi dava /membri/miosito
> ma magari avranno cambiato

usando il sistema proposto da Alex ottengo:

echo $_SERVER['DOCUMENT_ROOT'];exit();
percorso: /var/www/html

con il tuo sistema invece ottengo:

$path = getcwd();
echo "percorso: ";
echo $path;
percorso: /membri/miosito

ovviamente sul medesimo dominio :-)
Il perchè del diverso comportamento non lo so, ma immagino che il primo 
mostri la root del webserver (terminologia forse inappropriata, ma 
abbiate pietà...), ed il secondo la directory dove si trovano i file 
php|html. In pratica sono 2 funzioni simili ma diverse :-)

-- 
Fri(END), Boyfri(END), Girlfri(END), Bestfri(END). Everything has an END 
except...Fam(ILY)! It Has 3 Letters that say I LOVE YOU

[toc] | [prev] | [next] | [standalone]

#20213

> usando il sistema proposto da Alex ottengo:
>
> echo $_SERVER['DOCUMENT_ROOT'];exit();
> percorso: /var/www/html
>
> con il tuo sistema invece ottengo:
>
> $path = getcwd();
> echo "percorso: ";
> echo $path;
> percorso: /membri/miosito
>
> ovviamente sul medesimo dominio :-)
> Il perchè del diverso comportamento non lo so, ma immagino che il primo 
> mostri la root del webserver (terminologia forse inappropriata, ma abbiate 
> pietà...), ed il secondo la directory dove si trovano i file php|html. In 
> pratica sono 2 funzioni simili ma diverse :-)

Io ragiono in dos e sono abbastanza perplesso.
Se siamo in c:\pippo\
per quale diavolo di motivo c:\pippo\menu.php  non dovrebbe essere 
visibile e non ambiguo in c:\pippo\ e in c:\pippo\negozio\

Io questo non lo capisco!

-- 
Greg

[toc] | [prev] | [next] | [standalone]

#20214

Il Sat, 16 Jan 2016 15:24:22 +0100, Greg ha scritto:

> Io ragiono in dos e sono abbastanza perplesso.

Devi cambiare modo di ragionare.

> Se siamo in c:\pippo\
> per quale diavolo di motivo c:\pippo\menu.php  non dovrebbe essere
> visibile e non ambiguo in c:\pippo\ e in c:\pippo\negozio\

Perché non sei in C:/pippo

Nel campo web c'è il concetto di URI (o di URL, che è un sotto-insieme).
Uno URI identifica univocamente una risorsa in un server web, non in un 
disco.

Per "comodità" per anni si è mappato uno URI su un filesystem, quindi se 
veniva esposto c:\pippo\miosito come http://www.mysite.com/ tutto quello 
che veniva attaccato al secondo veniva attaccato anche al primo, quindi 
http://www.mysite.com/pluto/paperino.html era mappato su c:\pippo\miosito
\pluto\paperino.html

Il "problema" è che si è voluto usare la stessa analogia anche per i path 
relativi, quindi .. funziona anche sul web, e la gente pensa che http://
www.mysite.com/../sodoma.html sia mappato su c:\pippo\sodoma.html

E invece non lo è.

PHP, per necessità, è costretto a ragionare in entrambi i modi, quindi 
quando accedi al disco devi pensare in modo "DOS", mentre quando accedi a 
URI devi pensare in modo "Web". Non lo fa lui per te. Devi farlo tu. La 
"root" del sito non è la "root" del filesystem. Sono concetti diversi che 
devi imparare a capire.

Bye.

[toc] | [prev] | [next] | [standalone]

#20215

Il 16/01/2016 19:37:08 Alessandro Pellizzari ha scritto:

> Perché non sei in C:/pippo
>
> Nel campo web c'è il concetto di URI (o di URL, che è un sotto-insieme).
> Uno URI identifica univocamente una risorsa in un server web, non in un 
> disco.
>
> Per "comodità" per anni si è mappato uno URI su un filesystem, quindi se 
> veniva esposto c:\pippo\miosito come http://www.mysite.com/ tutto quello 
> che veniva attaccato al secondo veniva attaccato anche al primo, quindi 
> http://www.mysite.com/pluto/paperino.html era mappato su c:\pippo\miosito
> \pluto\paperino.html
>
> Il "problema" è che si è voluto usare la stessa analogia anche per i path 
> relativi, quindi .. funziona anche sul web, e la gente pensa che http://
> www.mysite.com/../sodoma.html sia mappato su c:\pippo\sodoma.html
>
> E invece non lo è.
>
> PHP, per necessità, è costretto a ragionare in entrambi i modi, quindi 
> quando accedi al disco devi pensare in modo "DOS", mentre quando accedi a 
> URI devi pensare in modo "Web". Non lo fa lui per te. Devi farlo tu. La 
> "root" del sito non è la "root" del filesystem. Sono concetti diversi che 
> devi imparare a capire.
>
> Bye.

Guarda,ho letto attentamente, ma non ho ancora capito come mappa php.
E introduciamo un termine nuovo.
A me pare pacifico che se metto un file nella root del sito questo sia 
visibile nella prima sottocartella del sito, senza ricorrere a 
ocstrutti strani. In particolare, cosa mi devo leggere/studiare?

-- 
Greg

[toc] | [prev] | [next] | [standalone]

#20216

On 2016-01-16 18:57:16 +0000, Greg said:

> In particolare, cosa mi devo leggere/studiare?

Come funziona un server web, direi. Non il dettaglio 
dell'implementazione ma solo a grandi linee come funziona la 
comunicazione con i client.

Inoltre c'è anche il fatto che la cwd restituita da getcwd() potrebbe 
essere quella del processo e non quella dello script che viene 
eseguito, per esempio leggo che PHP la tratta diversamente se gira in 
un server web o in CLI.


-- 
Andrea

[toc] | [prev] | [next] | [standalone]

#20217

Il 16/01/2016 21:45:52 Andrea D'Amore ha scritto:
> On 2016-01-16 18:57:16 +0000, Greg said:
>
>> In particolare, cosa mi devo leggere/studiare?
>
> Come funziona un server web, direi. Non il dettaglio dell'implementazione ma 
> solo a grandi linee come funziona la comunicazione con i client.

Mi pare un poco esteso

> Inoltre c'è anche il fatto che la cwd restituita da getcwd() potrebbe essere 
> quella del processo e non quella dello script che viene eseguito, per esempio 
> leggo che PHP la tratta diversamente se gira in un server web o in CLI.

Altre complicazioni.
per adesso lascio tutto su un livello, qui pare non ciano problemi

-- 
Greg

[toc] | [prev] | [next] | [standalone]

#20218

On 2016-01-16 21:10:45 +0000, Greg said:

> Mi pare un poco esteso

Certo. E a me sembra inutile sapere tutte le cose che già non so che 
non mi sono utili da sapere (già).

Per rispondere più seriamente non è affatto un argomento esteso, cerca 
almeno "HTTP" su un motore di ricerca e leggi due pagine di risposta 
(possibilmente in inglese).

> per adesso lascio tutto su un livello, qui pare non ciano problemi

Buona camicia a tutti.

-- 
Andrea

[toc] | [prev] | [next] | [standalone]

#20220

Se Greg vuole raggiungere un file tramite include non ha bisogno di conoscere né un server web né il protocollo http perché le stesse problematiche le avrebbe in qualsiasi linguaggio tra cui lo stesso php via cli.

Forse dovrebbe semplicemente scoprire il concetto di path.

Visto che però il thread si è un tantinello sfaldato (sarebbe meglio dire che non sono riuscito a stargli dietro) potrebbe darsi che abbia perso il soggetto della questione.

[toc] | [prev] | [next] | [standalone]

#20221

fmigliori <fmigliori@gmail.com> ha scritto:

> Se Greg vuole raggiungere un file tramite include non ha bisogno di
conoscere né un server web né il protocollo http perché le stesse
problematiche le avrebbe in qualsiasi linguaggio tra cui lo stesso php via
cli.
> 
> Forse dovrebbe semplicemente scoprire il concetto di path.

E di path relativo, soprattutto.

[toc] | [prev] | [next] | [standalone]

#20223

Il 17/01/16 13:34:50 ciccio ha scritto:
> fmigliori <fmigliori@gmail.com> ha scritto:
>
>> Se Greg vuole raggiungere un file tramite include non ha bisogno di
> conoscere né un server web né il protocollo http perché le stesse
> problematiche le avrebbe in qualsiasi linguaggio tra cui lo stesso php via
> cli.
>> 
>> Forse dovrebbe semplicemente scoprire il concetto di path.
>
> E di path relativo, soprattutto.

Una pagina dove è spiegato bene? quelle che ho trovato non mi sono 
servite :(

-- 
Greg

[toc] | [prev] | [next] | [standalone]

#20224

Greg <greg@alicie.com> ha scritto:

> Il 17/01/16 13:34:50 ciccio ha scritto:
> > fmigliori <fmigliori@gmail.com> ha scritto:
> >
> >> Se Greg vuole raggiungere un file tramite include non ha bisogno di
> > conoscere né un server web né il protocollo http perché le stesse
> > problematiche le avrebbe in qualsiasi linguaggio tra cui lo stesso php via
> > cli.
> >> 
> >> Forse dovrebbe semplicemente scoprire il concetto di path.
> >
> > E di path relativo, soprattutto.
> 
> Una pagina dove è spiegato bene? quelle che ho trovato non mi sono 
> servite :(

Sicuro che non hai trovato nulla di utile? No perché
basta una ricerchina ed escono una valangata di info:

http://lmgtfy.com/?q=path+relativo+sito+web

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | it.comp.www.php

csiph-web