Newsgroup: it.lavoro.professioni.webmaster
Titolo: Pagine WEB e programmi CGI

Ciao NG. Mi spiegate quali sono i vantaggi nel costruire una pagine web
dinamiche attraverso un programma compilato lato server, ossia un
programma CGI? Ho iniziato a vedere questa part6e su un libro, ma non ho
ancora afferrato i vantaggi sostanziali di tale tecnica. Grazie mille!
Giorgio
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 programma CGI?
Ti do un esempio, senza pagine dinamiche come potresti utilizzare google?
--
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

ancora afferrato i vantaggi sostanziali di tale tecnica. Grazie mille!
detto molto in soldoni, il vantaggio fondamentale è questo: pagina
dinamica vuol dire pagina che cambia a seconda di determinate
condizioni (ad es. invece che la scheda del prodotto n. 100 voglio
vedere la scheda del prodotto n. 101, la pagina è la stessa ma cambia
il testo della descrizione).  a seconda delle condizioni si pescano
dei contenuti da un database e li si usa per assemblare la pagina che
poi viene mandata dal server al browser dell'utente.  questo database
sta sul server, ed è possibile interrogarlo solo direttamente dal
server, ecco perché i "programmi" devono stare sul server.
-- 
dipende.

MI sono spiegato male!!
Riformulo:
Qual'č la differenza tra una pagina dinamica realizzata in asp o php e 
una pagina dinamica realizzata con un programma CGI? 
Mica son cosě scemo , daiii... :-))



La differenza fondamentale è la seguente:
CGI sta per Common Gateway Interface ed è uno standard per permettere alle
applicazioni esterne (leggi exe) di interfacciarsi con i server web.
Tecnicamente la differenza tra un CGI e una pagina asp o php è la seguente:
Il CGI è un eseguibile compilato mentre il file asp o php viene interpretato
dalla runtime al momento dell'esecuzione.
Per maggiori info 
http://hoohoo.ncsa.uiuc.edu/cgi/


 dalla runtime al momento dell'esecuzione.
eh no, e il PERL dove lo mettiamo? Peraltro potrei fare le CGI anche con uno
script per il GWBASIC
             Anak
anakthewolfE=mc^
2...@libero.it
 eliminare l'eq per risp in priv

 eh no, e il PERL dove lo mettiamo? Peraltro potrei fare le CGI anche con uno
La spiegazione di ithost mi sembra cristallina, pero' mi fa venire in
mente un caso: mod_perl. In questo caso il CGI in perl viene interpretato
alla stessa stregua del php in effetti, a "livello filosofico" come si
inquadra la questione ?
E' una "p...a mentale" pero' ogni tanto fanno bene :-)
Saluti

 inquadra la questione ?
appunto... Allo scopo esiste anche il modulo "gecko"... null'altro che un
parser (e non è forse un parser che interpreta, lato server, gli script
secondo ASP e PHP?) e detto parser non è forse un'eseguibile?


 secondo ASP e PHP?) e detto parser non è forse un'eseguibile?
pero' asp o php sopravvivono alla singola invocazione (per esempio per la
gestione delle sessioni) quindi il ruolo dell'interprete e' un po' piu'
esteso (cosi' come con mod_perl)

 esteso (cosi' come con mod_perl)
esiste anche PerlEx della ActiveState che gestisce processi concorrenti
anzichč lanciare l'interprete per ogni invocazione.


 ha scritto nel messaggio
news:b6rfsi$74b$1...@rex.ip-plus.net...


 viene interpretato dall'interprete perl!!!!
Banca rileggi il thread, il discorso era piu' sottile e poi ti prego di
quotare meglio.


OK ragazzi.. ma mi fate capire in quali situazioni dovrei costruire una
pagina web con un CGI
anziché con una classica ASP? Grazie...


 anziché con una classica ASP?
Dal punto di vista delle possibilità di elaborazione... questo dipende da
quello che sai fare a livello di scripting. Di certo ASP lavora solo su
server Microsoft mentre le CGI lavorano da tutte le parti. Che poi fai
lavorare il server con VBScript (presumibilmente) su IIS oppure con PERL...
dal punto di vista dell'utente le cose non cambiano: alla fine avrai un
output in html come risultato di una elaborazione. Lasciamo quindi stare i
discorsi tipo "è piu' forte Goldrake o Mazinga" ;P


 anziché con una classica ASP? Grazie...
Se parli di ASP credo tu sia su server Win, in questo caso e'
meglio evitare i CGI (le cui prestazioni sono sicuramente scadenti).
Con ASP dovresti riuscire a risolvere il 99% dei problemi per i quali
varrebbe la pena di mettere in campo un CGI, per i restanti ci sono altre
tecnologie migliori su IIS (tipo filtri ISAPI) che non soffrono
dell'inefficienza dovuta alla necessita' di 'avviare' il programma ad ogni
invocazione del CGI.
ciao

 script per il GWBASIC
Yeap sorry pienamente daccordo con te, non è vero che i CGI sono solo gli
eseguibili, infatti oltre a perl puoi utilizzare tcl, qualsiasi shell unix,
vbscript o wsh, ecc.


Dunque, ditemi se ho capito bene:
Si usi ASP o PHP finchč tutti i problemi si possono
risolvere con queste tecnologie. Se poi , si compiono operazioni
strettamente dipendenti dalla
piattaforma, si risolve con il compilato CGI. E' giusta la mia
interpretazione? Ci sono anche problematiche
relative alle performance? Beh, credo di sě, essendo un compilato piů
veloce di un
interpretato....aspetto conferme o smentite.


 meglio evitare i CGI (le cui prestazioni sono sicuramente scadenti).
ti ricordo ancora una volta dell'esistenza di interpreti come PerlEx su
Windows che vengono caricati una sola volta e rimangono residenti in memoria
per l'esecuzione degli script. Aggiungo che programmare pagine con asp porta
alla scrittura di miriadi di pagine e paginette in directory e
sottodirectory per ogni singolo output... onestamente credo che ciň sia
quanto di piu' lontano si possa pensare rispetto ad una programmazione
strutturata che permette, tra l'altro, modifiche in tempi brevi di un
sistema anche complesso.


 sottodirectory per ogni singolo output... onestamente credo che ciň sia
Anche questo e' vero, fanno la stessa cosa di mod_perl su unix e sono
straconvinto della loro efficienza, altrettanto sono convinto della
potenza e della modularita' di un linguaggio come il perl; pero' mi chiedo ha
sempre senso 'scomodare' sistemi del genere ? oltretutto non so se l'amico
ha il controllo del server (necessario per installare e far funzionare il
tutto), se e' solo in 'hosting standard' forse l'asp e' l'unica cosa che
gli rimane, al limite i CGI convenzionali.
Ciao


Yeap e che fai valuti un linguaggio o un programma in base al numero di
righe di codice?


 gli rimane, al limite i CGI convenzionali.
beh, certo se devo inviare un form ;P. Evidentemente c'è da valutare cosa
offre il server su cui si appoggia :)


 righe di codice?
assolutamente no, lo valuto in base alla qualità del codice scritto secondo
i principi della programmazione strutturata e modulare. Ogni linguaggio ha
le sue peculiarità, ad es. scrivere algoritmi non strutturati con Pascal
richiede un certo impegno... cosa che viene invece molto "naturale" se non
si fa attenzione con BASIC o ForTran. Quello che intendo è che mentre un
sistema software realizzato tramite tecnologia ASP porta in una direzione
che è della polverizzazione del codice, lo stesso, tramite CGI, è piu'
facile che  non avvenga. Sostanzialmente un sistema discreto (ASP) non può
essere strutturato quanto uno puntuale (CGI) ed è quindi qualitativamente
inferiore (per quanto riguarda la bontà del codice del sistema completo),
altro discorso sono le prestazioni ma pare che siamo tutti d'accordo sul
fatto che dipende molto dal server che si ha a disposizione :)


 si fa attenzione con BASIC o ForTran.
Yeap ma questo dipende dall'educazione del programmatore non dai vincoli o
obblighi del linguaggio.
Nessuno mi obbliga e dichiarare le variabili e il tipo in visual basic (se
non utilizzo option explicit) ma è buona abitudine farlo.
Ci risiamo torniamo ai pregiudizi per qui se sviluppo in rexx, smalltalk,
natural o c++ sono un figo e se invece utilizzi visual basic, vbscript ecc.
non sei un programmatore ma uno stursone.


 non sei un programmatore ma uno stursone.
ma dai, si capisce che non intendevo questo, apposta ho parlato di estetica
dello script (indipendentemente dal linguaggio). In generale sono
dell'opinione di utilizzare ciò che meglio si conosce. I linguaggi hanno
potenzialità intrinseche che si è in grado di sfruttare oppure no ed è lì la
differenza tra un buon progetto e uno carente: che sia PERL con CGI,
VBScript con ASP, JSP, PHP e chi piu' ne ha piu' ne metta.... Il Meglio in
assoluto non esiste ma esiste l'ottimale per noi e concludo citando Hawking:
"e' tutto determinato? La risposta è: si, certo. Ma potrebbe anche non
esserlo, poiché noi non sappiamo mai che cosa sia determinato."


programma CGI? Ho iniziato a vedere questa part6e su un libro, ma non ho
Al giorno d'oggi nessuno. Tecnologie piu' recenti e performanti come
asp php jsp hanno mandato in soffitta i cgi anche se qualche sparuto
sito che usi i cgi lo si trova ancora.

 sito che usi i cgi lo si trova ancora.
da come ti esprimi si evince la tua profonda preparazione. Non aggiungo
altro



