99 messaggi dal 26 ottobre 2001
Ciao a tutti,
ho questo problema e non mi viene in mente il modo per risolverlo!

Devo richiamare in una pagina una immagine che però è salvata in una directory esterna da quella di root del sito.
Mi spiego meglio:
Sul server c'è una directory "html" in cui vengono salvate le pagine ed in cui risiede anche la pagina iniziale del sito (es. index.asp) ed una directory "data" in cui vi è il database e una cartella immagini che utilizzo per fare l'upload delle immagini.
Per quanto riguarda l'upload non ci sono problemi, utilizzo SmartUpLoad e tutto fila dritto.
Il problema lo trovo quando poi vorrei utilizzare nel sito una di queste immagini.

Un semplice <img src="../data/images/esempio.jpg" width="370" height="79"> non funziona.
Sapete come posso risolvere? Magari devo aprire il file in binario o roba simile???

Grazie....


11.886 messaggi dal 09 febbraio 2002
Contributi
Un modo per risolvere velocemente è indicare il percorso assoluto, virtuale dell'immagine (purchè la cartella abbia la condivisione web). Cioè...

Il server ha un ip, se scrivi http://120.120.120.120/ questo punterà ad una cartella del tuo server. Le immagini si trovano in una sottocartella? se si scrivi:

<img src="http://120.120.120.120/data/images/esempio.jpg" width="370" height="79">

al posto di 120.120.120.120 dovrai scrivere l'ip del tuo server, lo puoi trovare nella servervariable("LOCAL_ADDR") (mi pare)...



-----------------------
Da una perla dal saggio:
Quando non hai capito, devi dire "non ho capito", no che dici che hai capito e invece non hai capito un cavolo. Hai capito?
-----------------------

Enjoy learning and just keep making
99 messaggi dal 26 ottobre 2001
Purtroppo così non funziona....

So che si può fare con perl, mi hanno mandato uno script, ma sinceramente si capisce poco.
Comunque se si fa con perl probabilmente si può fare anche con ASP.

Ogni idea è ben accetta...

11.886 messaggi dal 09 febbraio 2002
Contributi
Esattamente, com'è la struttura delle cartelle del server?

http://indirizzoip/ a che cartella punta? c:\inetput\wwwroot?
data è una sottocartella di wwwroot?

Tu hai accesso al server? Se si, condividi la cartella data...

Qualche domanda che potrebbe aiutare a risolvere il problema...


-----------------------
Da una perla dal saggio:
Quando non hai capito, devi dire "non ho capito", no che dici che hai capito e invece non hai capito un cavolo. Hai capito?
-----------------------

Enjoy learning and just keep making
99 messaggi dal 26 ottobre 2001
No, purtroppo non ho accesso al server.....

La struttura è questa:

http://www.esempio.com/ punta a d:\websites\html

data è una cartella messa sullo stesso ramo d:\websites\data

La cartella data contiene già i permessi di scrittura ed è per questo che la utilizzo per le immagini, perchè in tal modo posso fare l'upload anche da web senza ricorrere all'FTP.

Grazie per l'interessamento, e speriamo di "cavare il ragno dal buco"

Secondo me se devi uploadare un file, ti serve il path assoluto della cartella entro cui metterlo.

---[ www.digiscout.it ]---

"This message was written using 100% recycled electrons"
99 messaggi dal 26 ottobre 2001
<b>ras78 ha scritto:</b>
<BLOCKQUOTE id=quote><font size=1 face="Arial" id=quote><hr height=1 noshade id=quote>
Secondo me se devi uploadare un file, ti serve il path assoluto della cartella entro cui metterlo.
<hr height=1 noshade id=quote></BLOCKQUOTE id=quote></font id=quote><font face="Arial" size=2 id=quote>

...si ma io non devo uploadare!!!

99 messaggi dal 26 ottobre 2001
Hei!!!

...nessuno mi aiuta???

Se c'è qualcuno esperto in perl vi posto il codice che mi hanno dato, magari riuscite a capire come girarlo in ASP.

Vi sarei veramente grato, mi serve abbastanza urgentemente.

Ecco lo script in Perl:

#!/usr/bin/perl -w
use CGI;
use strict;
my $query = new CGI;
print $query-&gt;header('image/gif');
binmode STDOUT;
open(GIF, '../../data/'.$query-&gt;param('file')) or die "Open error: $!\n";
binmode GIF;
while(read(GIF, my $buf, 1024)) {
print STDOUT $buf;
}


Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.