Newsgroup: it.comp.lang.javascript
Titolo: Asp e Cgi

Qualcuno sarebbe cosě gentile da spiegarmi, una volta per tutte, il
funzionamento di Asp e Cgi? A quanto ho capito, sono a pagamento, ma č
possibile anche trovarli gratuiti. E dopo averli scaricati, come si
utilizzano? Bisogna ricollegarsi al server di origine? Se sono in inglese,
si possono modificare? Non ne capisco praticamente niente, ma mi servono, ad
esempio, per inserire un servizio di cartoline elettroniche nel mio sito, ma
vorrei che fosse in italiano e che contenga immagini scelte da me.
Aiutatemiiiiiiiiiiiii!!!
Grazie a tutti, belli e brutti.
--
Email : 
al...@i-2000net.it
sito:     
http://web.i-2000net.it/almar

Asp eCgi non sono programmi che si acquistani, sono linguaggi che si
scrivono. E sono gratuiti.
Basta saperli scrivere!
Se hai Win usi Notepad, scrivi le righe di codice e poi le salvi con il
formato *.pl , le piazzi sul server e loro fanno quello che devono fare.
Ovviamente sto un pò scherzando! Ma il senso è quello.
Comunque i provider spesso offrono servizi di questo tipo, informati presso
l'ISP dove risiede il tuo sito.
Ciao
Max

 wrote in message 86uc81$30i$1...@serv1.iunet.it...


 l'ISP dove risiede il tuo sito.
Essendo ASP una tecnologia Microsoft, il supporto è garantito nel caso (non
esattamente raro!) di provider dotati di un sistema WinNT - IIS. Negli altri
casi, tipo Apache, è chiaro che bisogna informarsi con scrupolo maggiore.
Ovviamente siccome ASP fa lavorare il server, il supporto per tale
tecnologia viene escluso dai numerosi fornitori di spazio web gratuito.
maghetto

 puň benissimo usare anche il JScript !
Mi associo, ASP in fondo non č un linguaggio a se stante ma č solo un "modo"
di coniugare con buon profitto HTML, oggetti ActiveX e linguaggi di
scripting eseguibili sul server.
Io scrivo ASP esclusivamente in JScript che č davvero molto piů potente di
VBScript (a mio giudizio). Mi piacerebbe sapere il vostro parere su tale
questione visto che ho verificato che il 95% degli sviluppatori ASP lavora
con VBScript.

 con VBScript.
In parte credo che dipenda esclusivamente da una strategia di marketing di
MS...in fondo a Redmond hanno dovuto implementare un motore per ECMAScript
solo perché pressati dall'esterno, dal successo avuto da Javascript come
codificato da Netscape. Visual Basic invece è "cosa loro" e posso capire che
tendano a spingerne anche una versione scripting: non è certo un caso che
VBScript sia impostato come linguaggio di default in ambiente ASP.
Quello che penso io è sostanzialmente una ovvietà: è cosa buona è giusta
saper utilizzare entrambi in modo da potersi adattare alle circostanze,
tenendo conto però che a volte è più proficuo per chi programma seguire
percorsi ben conosciuti, piuttosto che andare alla ricerca della performance
a tutti i costi. Tanto per parlare di cose concrete: quasi sempre quando uso
ASP c'è di mezzo l'accesso a una base di dati, allora a quel punto
preferisco VBScript perché l'accesso al database tramite ADO mi è familiare
come programmatore VisualBasic, nelle procedure e nella sintassi.
Questo legame si fa ancora più forte se si utilizzano oggetti VB COM
all'interno delle pagine ASP (il famigerato "middle tier" delle altrettanto
famigerate "applicazioni 3-tier"): intendiamoci, non che non si possano
utilizzare con JScript (la procedura è sempre lo stessa, basta istanziare
l'oggetto nella pagina, solitamente nel global.asa), però è una questione di
"comodità mentale": mi programmo un componente in un linguaggio e trovo
comodo utilizzare lo stesso linguaggio (sostanzialmente) anche per accedere
a quel componente da una pagina web. Probabilmente se invece si sviluppano
componenti in C++ (non è il mio caso) è meglio utilizzare JScript, anche se
la "parentela" è molto molto più blanda rispetto a quella VB - VBScript.
Inoltre: spesso mi capita di vedere che chi usa JScript in ASP tende a
utilizzarlo impropriamente, per ottenere effetti di Dynamic HTML che si
possono benissimo raggiungere direttamente con un client-side script.
Inutile dire che bisogna stare all'occhio e usare ASP solo quando davvero
serve, perché il carico sul server aumenta non poco. Personalmente mi aiuta
a tenere separate le cose, utilizzare un linguaggio per manipolare la pagina
e un'altro per dialogare col server, ma intendiamoci, ognuno poi programma
come gli pare e in queste cose tutti (o nessuno?) hanno ragione!
   maghetto
 maghetto

Io come programmatore derivo direttamente da Java e da C++ quindi con
JScript mi trovo davvero meglio. Tra l'altro non sono affatto simpatizzante
di VBScript anche perchè Windows non è affatto il mio ambiente di sviluppo
preferito.
Comunque tolto il discorso di simpatia ed abitudine ad un linguaggio trovo
JScript molto più efficiente nella gestione delle stringhe e degli Array,
oltre che sintatticamente più corretto.
Ho preparato un serie di funzioni per l'amministrazione di stringhe che ho
racchiuso in un file esterno (stringhe.inc) che in ASP richiamo sempre.
E' davvero comodo e molto più veloce rispetto ad un'analoga versione che
avevo preparato in VBScript. Inoltre di VBScript (e di Visual Basic in
generale) non amo per niente il fatto che sia case-insensitive, Java è
indubbiamente migliore da questo punto di vista, anche se spesso mi
costringe a lunghe ricerche tra i codici perchè mi è scappato uno shift in
più :-)
Poi certo, resta il fatto che ognuno usa quello che gli pare, mi sembra
ovvio!

 Io scrivo ASP esclusivamente in JScript che è davvero molto più potente di
Mi potresti indicare dove trovare delle informazioni e/o dei manuali
(magari scaricabili da Internet) per imparare ad utilizzare ASP???
-- 
       _
      //\
 Bye,//--\ndrea
(
http://www.aga.it/~andrea
)

restando essenzialmente dell'idea che ognuno usi il linguaggio che meglio
conosce e con cui riesce ad esprimere al meglio le proprie potenzialità,
credo che l'utilizzo di Vbscript come linguaggio di scripting lato server
sia da considerare la scelta migliore visto che TUTTI i testi di ASP in
circolazione adottano tale convenzione (senza contare che sicuramente sarà
così anche in futuro dato che sia ASP che Vbscript sono di MS e Bill punta
su ASP per far diventare Vbscript il linguaggio di scripting più diffuso).
Non sempre le convenzioni sono utili, ma nel caso di un linguaggio di
programmazione si cerca sempre di seguirle perchè porta ad avere degli
script conformi agli standard (cosa sempre auspicabile).
Credo valga la pena di imparare il Vbscript (tra l'altro non credo sia
difficile per chi gia conosce Js) se non altro per non dover riconvertire
gli script che si trovano a migliaia in giro.

 gli script che si trovano a migliaia in giro.
Vale la pena, senz'altro. Soprattutto se uno ha interesse poi a passare al
VisualBasic o all'opposto lo conosce già. Rimane il fatto che far convivere
nel nostro cervellino due strumenti così simili è a volte una
fatica...quante volte mi si bloccavano delle funzioni solo perché magari in
un VBScript mi era "scappato" un + anziché una & !
    maghetto

> Io scrivo ASP esclusivamente in JScript che è davvero molto più potente di
Mi potresti indicare dove trovare delle informazioni e/o dei manuali
(magari scaricabili da Internet) per imparare ad utilizzare ASP???
In breve, siccome stiamo pericolosamente camminando sullo strapiombo di un
clamoroso OT (ma la discussione è interessante, perciò...ANDATE AVANTI!) :
nel NG  it.comp.www.asp  potranno darti molte più indicazioni .
Personalmente sono un fanatico della Wrox Press (quelle rosse con il
faccione dell'autore in copertina) : questo editore ha una intera serie a
difficoltà progressiva che riguarda ASP, si comincia con  "Beginning ASP"
poi c'è "Professional ASP" e  la utilissima "ASP Programmer Reference". E
poi si sale. Qualche mese fa ho letto "Beginning Components for ASP" e anche
se al 70% parlava di cose che bene o male sapevo o avevo perlomeno intuito
l'ho trovato davvero bello, bello, bello: se interessa sviluppare COM
orientati al web è davvero un "must-have", come si dice.
Per maggiori info: 
www.wrox.com
Collegato alla wrox c'è il sito 
www.asptoday.com
 dove scrivono articoli
quasi tutti gli autori della "scuderia" (tra cui il nostro
famoso -famigerato?- Dino Esposito...se per caso seguisse questo NG,
complimenti per il lavoro sugli scriptlets). E' molto ben fatto, ma
fatalmente non sempre si parla di cose che possono interessare e comunque
non è il posto adatto per "imparare" dato che è fatto da professionisti per
professionisti, non sono tutorials nel senso stretto del termine.
    maghetto

 più :-)
Scusa, ma non ho capito bene quale sia il vantaggio...essendo VB
case-insensitive puoi comunque mantenere le tue convenzioni preferite (come
nomeFunzione oppure tipovariabile_nomevariabile), ma col vantaggio che se
per caso ti scappa davvero uno shift non ci sono psicodrammi in agguato.
    maghetto

 per caso ti scappa davvero uno shift non ci sono psicodrammi in agguato.
Il case-insensitive è la realtà più conveniente: codice più ordinato e
rigoroso = programma più facile da fare, da correggere e soprattutto da
estendere in futuro.
Alla Microsoft sono sempre stati un po' "caciaroni" invece... guarda un po'
che casino sto windows :-)
W Java(Script)

 con VBScript.
La potenza implementativa e' identica. La differenza sta' nel fatto che un
programmatore puo' sentirsi piu' portato per uno stile C-like o Basic-like.
Poi, come al solito, ogni linguaggio ha i suoi punti di forza in alcune
istruzioni, quindi, per un certo tipo di applicazioni potrebbe essere piu'
semplice usare uno o l'altro.

 cerchero' un'altra donna dentro ai sogni di Tarzan...

 si possono modificare? Non ne capisco praticamente niente, ma mi servono,
ad


 generale derivante dal C è migliore, più funzionale ed aiuta nel debug.
Questo è vero, devo ammetterlo

Io, quando posso, cerco di usarli entrambi. Il problema è, come sempre,
Netscape...

 Netscape...
Casomai il problema è Microsoft!
Non scordiamoci la prospettiva storica.
Se LiveScript fosse stato supportato sin dal primo momento (1995) da
Microsoft ora non saremmo davanti a tutti i problemi di incompatibilità che
ci affliggono. JavaScript sarebbo molto più potente a mio avviso oggi se
VBScript non fosse mai nato.
Ma ricordiamoci che Microsoft, più che pensare a noi poveri sviluppatori e
ai poveri ignari utenti, ha pensato al portafogli (inutile dirlo) e alla
questione di voler naturalmente monopolizzare anche lo scripting con il suo
VBScript. Menomale che qui ha fallito!
In fondo VBScript è sempre stato una "brutta copia" di JavaScript e non vedo
perchè Netscape debba iniziare a supportarlo.

 punta della lingua con i denti e la ingoio)
Non dicevo gli array, dicevo le posizioni delle stringhe, quelle partono da
1, generando non poca confusione anche con Len, per cui il Len di una
stringa č uguale alla sua ultima posizione, sicuramente piů scomodo e
rallentante in cicli For e While che cosě devono spesso verificare due
condizioni anziché una.

 VBscript non e' mai entrato nella mia lista delle priorita'.
In effetti non potrei citarti una sola cosa che fai alla grande con VBScript
e che invece risulta incasinata con Javascript, diciamo che ti capisco se mi
dici che non ne senti la mancanza! Vorrei solo sottolineare una cosa:
secondo me VBScript ha senso soprattutto in quanto consente al programmatore
notevoli "economie di scala". Personalmente ho seguito proprio il percorso
DA VisualBasic A VBScript e sono portato a vederla da questa prospettiva:
sei sai programmare in VB, sai anche programmare in VBA e sai anche fare
scripting con VBScript. Insomma mamma MS mi mette nelle condizioni di poter
espandere notevolmente la mia area operativa (ed "orientarmi al web")
rimanendo attaccato alle rassicuranti sottane di VisualBasic, senza andare a
incasinarmi su strade sintattiche (se non concettuali) nuove.
Morale: siamo tutti d'accordo che ci sono linguaggi di basso livello che
sono tutta un'altra cosa. Ma messo questo punto fermo, mi sembra giusto
rilevare che MS ha di fatto creato un tool di programmazione col quale posso
fare di tutto, dal programmare le DirectX a creare oggetti Automation (o OLE
Automation, boh ogni 3 mesi ci cambiano nome...) per Office fino ad arrivare
al HTML dinamico, passando anche (appunto) per la gestione di ASP.
In termini di stretta performance abbiamo il diritto di essere a volte
perplessi, però in sé la cosa non è affatto male, no?
 maghetto

 che casino sto windows :-)
Beh, allora per forza che mi trovo bene...mi sento molto "caciarone"
anch'io! ;-)
Sai che sono due settimane che mi rigiro in mano il cd con la release
candidate 2 di win2000 e non ho ancora trovato il "coraggio" di metterlo su?
    maghetto

 Netscape...
In questo caso (programmare le ASP) ti sbagli, perché lo script è
rigorosamente server-side, quindi basta solo che il server abbia il motore
giusto per eseguire lo script, indipendetemente dal tipo di client, che
riceve una normale pagina HTML, priva di scripts di qualunque tipo (a meno
che nel codice non convivano scripts "normali" e script per ASP,
ovviamente).
    maghetto

 candidate 2 di win2000 e non ho ancora trovato il "coraggio" di metterlo
su?
Ah ah! Sono caciarone anch'io, ma con Java cerco di ingannare me stesso!
A proposito di Win 2000, tra pochi giorni ci saranno i seminari di Roma,
qualcuno di voi ci va?
Io sarò a quello del 9.
Se ci andate fatemi sapere!

Mi intrometto in questa discussione con una sola cosa:
eval("stringa")
Presente fin dalla versione 1.0 di JS...
---
the fly on the net
il webmaster più alto del mondo
"the Art of JavaS." 
http://www.probo.it/aoj
"the devil inside" 
http://members.tripod.com/netfly
e-mail: 
net...@netbusiness.it

 Se ci andate fatemi sapere!
A me Roma risulta 8/2  alllo SGM Conference Center.
Forse io sarò a Bologna il 10, purtroppo mi sono perso quello di Milano.
maghetto
PS
Dubbio atroce: non è che stai parlando di quelli giornalieri da 150mila?

 Forse io sarò a Bologna il 10, purtroppo mi sono perso quello di Milano.
Si, io volevo andare l'8 ma era tutto pieno, poi mi hanno comunicato che è
stata aggiunta una data il 9

Grande fly!

 wrote in message
8778e4$mhn$3...@pinco.nettuno.it...


 1, generando non poca confusione anche con Len, per cui il Len di una
calma... le posizioni delle stringhe vanno a byte, quindi il fatto che partano
da 1 č concettualmente corretto...


 perchè Netscape debba iniziare a supportarlo.
Forse perchè ho una faccia carina e degli occhioni dolci? ;-P

 dati e oggetti.
Nessuna bestialità, stiamo parlando di ASP e scripting, ricordi?
Parliamo di JScript quindi, anche se per certi versi il discorso l'abbiamo
poi allargato a JavaScript in generale...

LiveScript č il nome della primissima versione di JavaScript, modificato in
seguito all'accordo tra Netscape e Sun per motivi di facciata, forse, piů
che altro.
Microsoft (che allora con i browser era un lustro indietro) non vide di buon
occhio il progetto dei suoi concorrenti e cosě si affrettň ad allestire la
prima versione VBScript sperando non solo di pareggiare i conti, ma persino
di superare JavaScript e di rimpiazzarlo con il suo marchio.
Purtroppo per Microsoft e ben per noi questo non č mai successo e JavaScript
č diventato il linguaggio di scripting integrato con HTML piů diffuso. La
stessa Microsoft, messa alle corde perchč allora Netscape aveva la fetta
maggiore di mercato, lanciň allora JScript (non potč battezzarlo JavaScript
perchč il copyright apparteneva a Netscape-Sun).

 da 1 è concettualmente corretto...
una stringa è in realtà un Array di char, quindi è concettualmente più
esatto che il primo carattere sia identificato con lo 0.

al HTML dinamico, passando anche (appunto) per la gestione di ASP.
Certo, ma ti costringe ad usare PC, Windows, IIS, IE, Office.
E' un limite *troppo* grosso, IMHO inaccettabile.
Una cgi in Perl gira su IIS come su Apache (su *nix o NT).


 database non ci capisco una... , quindi non mi serve ad un granchè).
Sottoscrivo il tuo odio. Vogliamo mettere gli eventi anche su <IMG> e su <P>
... e alla svelta!
    maghetto

    maghetto
Guarda che IMG ha già i suoi bei eventi: onLoad e onError
:)


 :)
E me ne faccio assai..! :-)
Fly, facciamo le persone serie...sto parlando del lavoro VERO:  rollover,
swapping, transizioni. Sappiamo tutti e due che quasi nessuno si prende la
briga di fare un rigoroso error handling in uno script..."non ti arriva
l'immagine, pazienza!".
Ora, non voglio dire che l'andazzo sia encomiabile, ma ammetterai che non è
che con quei due eventi si vada molto lontano...
 maghetto

 maghetto
Pensa a questo: se tu avessi onClick al posto di onError su <img> saremmo tutti piů contenti....
Ma se appunto onClick io lo posso usare con un link e ho risolto il problema, onError se non c'č e invece lo voglio, mi attacco al
tram!
---
the fly on the net
il webmaster piů alto del mondo


 wrote in message
876908$mih$2...@fe1.cs.interbusiness.it...
