Newsgroup: it.comp.macintosh
Titolo: [OT cgi-bin] Come funziona?

Ciao a tutti.
Su Tophost.it c'è una cartella nel server che ospita un sito che è
appunto cgi-bin, dove posso cambiare i permessi (CHMOD) di alcuni file,
infatti nella cartella principale non è possibile farlo.
Però ho notato che i file php al'interno di quella cartella (in
particolare un programma per le newsletter PHPMailist e uno per le
statistiche, PHPStats) non caricano le immagini.
Ora chiedo, le immagini in quella directory non vengono caricate per
motivi particolari, oppure è un problema che deve essere risolto dal
provider?
In questi giorni non mi ha risposto nessuno di Tophost (per ovvi
motivi), ma sto provando e riprovando a modificare vari settaggi ma
niente.
Consigli??
ciao
-- 
S k y p e: sandrino_mac
i C h a t: sandrinomac

 provider?
come prima cosa, hai letto l'error_log di Apache?
Apache si aspetta che la cartella cgi-bin contenga degli script
eseguibili e come tali tenta di eseguirli. Le immagini mettile altrove
Prova ad aprire un'immagine della cartella cgi-bin e vedrai che Apache
ti risponde con un 500 Internal Server Error
-- 
The grabbing hands grab all they can
All for themselves, after all
Everything counts in large amounts

 ti risponde con un 500 Internal Server Error
L'error log come lo posso leggere?
Le immagini non posso metterli altrove, infatti sono sistemi fatti da
molti file PHP e non saprei come sistemarli.
Ma la cosa strana, quulli di Tophost sono stati loro a consigliare quel
sistema. Vedrò appena mi rispondono.
Per la newsletter, il problema e che ... non succede niente.
Il programma (prima) girava benissimo su un altro Host, ma qua non
funziona.
Mah...
COmunque volevo chiedere se per default le immagni all'interno della
cartella cgi-bin le immagini non vengono caricate (anche i css).
ciao e grazie mille


 cartella cgi-bin le immagini non vengono caricate (anche i css).
non e' che non vengono caricate, e' che vengono eseguite
la cartella cgi-bin puo' contenere soltanto eseguibili


 Delle due l'una:
Suggerisco una terza possibilita`... 
Sandrino non si e` capito con quelli dell'hosting.
Normalmente specificano esplicitamente di *non* mettere files PHP nella
cartella dei cgi. E poi ad usare PHP come CGI un poco malati bisogna
esserlo e` :ride: [tra l'altro non so se esiste un modulo di PHP per
processare le richieste CGI senza passare per mod_php -- mi sono
spiegato male, volendo poi mi rispiego ]
-- 
[ RiK0                                ]
[ Go away! The internet is full!      ]
[ Non credo negli schemi non vincenti ]

 spiegato male, volendo poi mi rispiego ]
Ok, mettiamo che non dovevo mettere dei file php nella cartella cgi-bin,
e dove li mettevo per far si che potessero avere dei permessi tipo 666 o
777?
ciao


 777?
Cosa intendi? I *permessi* non hanno necessariamente una correlazione
con la *posizione*. :)


 con la *posizione*. :)
Su Tophost si.
Il server ha 2 directory preincipali, una htdocs (dove ci sono le pagine
web) e una cgi-bin.
Se metto i file php nella prima cartella, non posso modificare i
permessi. E non saprei dove altro metterli.
Comunque, spero, domani che quelli di Tophost mi rispondino alla mail
che ho inviato prima di pasqua.





 permessi. E non saprei dove altro metterli.
Ugh? Bislacca sta cosa. Comunque in cgi-bin ci vogliono i cgi, non gli
script php. A meno che tali script PHP non siano a loro volta dei CGI
(ma e`una cosa quasi impossibile).



Qua dice che uno compila PHP come un'interprete normale. E qua non c'e`
nulla di nuovo. Qualunque eseguibile in unix puo` essere usato per
gestire richieste CGI.
Puoi scriverli in C, in Pascal, in Bash, Python, Perl, Lisp, Haskell...
e visto che PHP e` pure lui un interprete, perche` non scriverli in PHP.
Dopo di che leggo di $_GET e dii $_POST.
Il fatto e` che a me non interessa dover sapere se la richiesta mi e`
stata fatta con GET o con POST. Io voglio solo accedere alle variabili
passetemi.
Ma questo e` un altro discorso.
Ci sono abbastanza controindicazioni nell'usare un oggetto lento come
PHP nei CGI senza entrare nelle logiche di programmazione. 


 (ma e`una cosa quasi impossibile).
E infatti...
Ho provato sia da FTP che dal pannello di FTP su browser del dominio, e
non si riescono a cambiare le proprietą nella cartella htdocs, ma solo
nei cgi-bin.
Ora michiedo, loro dicono che gira il php. Va bene, ma come?
Il programma per le statistiche funziona (anche se non carica le
immagini), e il programma della newsletter non funzoina proprio.
Allora mi chiedo, il PHP non funziona per niente!


 Ora michiedo, loro dicono che gira il php. Va bene, ma come?
Insisto... un hosting non puo` essere cessoso a questo punto. IMHO
dovresti leggerti qualcosina in piu` per conoscere cio` che ti serve per
far cio` che vuoi fare.


 Qua dice che uno compila [cut]
ammetto allora di non aver capito il senso del tuo post :D


 ammetto allora di non aver capito il senso del tuo post :D
Spero di averlo chiarito nel pistolotto qua sopra :))


 far cio` che vuoi fare.
Beh, sicuramente dovrň conoscere qualcosa in piů, ma questi 2 programmi
che cito (PHPMaillist e glia ltri) funzionavano bene su un altro
provider... non cpaisco perchč qua non girino.


 provider... non cpaisco perchè qua non girino.
Ti chiedo scusa. Da quanto leggo non e` colpa tua. Sono quelli 
dell'hosting che hanno fatto le loro scelte. Dovresti leggere un po' 
quello che ti dicono loro ( i sistemi da me suggeriti funzionano in casi 
"normali" )... probabilmente li risiede la spiegazione di tutto.
Comunque insisto... i programmi che usi probabilmente non devono girare 
nella cartella cgi-bin.
Hai provato semplicemente a metterli in htdocs e a vedere se funzionano 
tout court?
-enrico

 Non so se puņ essere d'aiuto.
A sboccio e` *la* risposta.


 -enrico
Aggiornamento:
Le statistiche sono riuscito a farle girare bene.
Le ho messe nelle directory htdocs, in quanto queste stat possono girare
anche se non è possibile moficare i permessi. E questo è fatta.
Ho provato a spostare anche il programma della mailing list nella
cartella htdocs, e non va. Ho messo i file che devono avere i permessi
dentro a cgi-bin, fatti diventare 666 e poi 777, il file in php era su
htdocs (mettendo il percorso che c'è nella lettera di attivazione) e
configurando i file, ma niente.
Idem per il guestbook, che richiede 777 per un file di testo, ma su
cgi-bin nn va, figuriamoci su htdocs.
Nell'help c'è scritto:
# Per le ragioni di cui sopra non è quindi possibile utilizzare il    #
# comando CHMOD su file e cartelle. Ribadiamo comunque che la nostra  #
# configurazione permette a PHP di scrivere e agire sui vari file     #
# anche senza utilizzare CHMOD, quindi non preoccupatevi quando una   #
# data applicazione vi chiede di impostare i permessi.                #
anche se non mi devo preoccupare di modificare i permessi, i programmi
non vanno.
Nell'help del pannello di controllo, se provo a modificare il CHMOD di
un file nella cartella, mi dice che c'è un errore, che il server Windows
non può modificare i permessi. Nella lettera di attivazione dice che
sono su un server linux con Apache... mah...
Aspettiamo che mi rispondino.


 Aspettiamo che mi rispondino.
Direi che e` l'unica...


 Direi che e` l'unica...
Allora, diciamo hce non si puň fare niente.
PHPMaillist purtroppo sui loro server non girano, in quanto non č
possibile cambiare i permessi.
Sapete consigliare un programma per newsletter semplice semplice che non
necessita di cambiare i permessi??
ciao
-- 
Skype: sandrino_mac
iChat: sandrinomac

 necessita di cambiare i permessi??
Sfortunatamente no... se avessi bisogno di una cosa del genere userei o
il gestore automatico di aruba o me la scriverei io.


 il gestore automatico di aruba o me la scriverei io.
non ho usato aruba perchè il php era un casino.... te pensa...
Purtroppo non so scrivere in php.


 Purtroppo non so scrivere in php.
Io qualcosina mi ricordo. Ma sicuramente non userei PHP, se non sotto
minaccia.
