Newsgroup: it.comp.lang.delphi
Titolo: [D6] CGI+RemObjects+IIS+ADO

Salve.
Ho un CGI scritto in Delphi 6 utilizzando RO ed ADO.
Non funziona. Il codice che fa uso di ADO è *corretto*.
Non ci sono incompatibilità di sorta tra RO e WebBroker+
Delphi 6+IIS.
Non ho idea di quale sia il problema.
Qualcuno ha suggerimenti?
Grazie in anticipo,
Andrea Raimondi

 Non ho idea di quale sia il problema.
io non potrei esserti di molto aiuto pur avendo maggiori informazioni
ma immagino che chiunque abbia le competenze necessarie per poterti
aiutare non sarebbe comunque in grado di farlo data l'esiguità di
dettagli che fornisci.
Antonio

 Antonio
Andrea

)

 TButton, un TEdit...ma non va", tu cosa mi diresti? ;-)
Uhm, che non hai collegato gli eventi <g,d&r>
Andrea

>eseguito dal server, quindi problemi non ce ne dovrebbero essere.
E' qui che invece, secondo me, nascono la maggior parte
dei problemi irrisolvibili :'(  (Aruba)
	Ciao
	MassimoB
 
---------------------------
http:\\
www.massimobeschi.it

sia per Access sia per Mysql che per SQLServer vari ...
Niente paura, MAssimoB! Gli udl sono una ca*ata, basta aprirne uno col notepad
e spunta fuori la tua bella stringa di connessione al db.
In altre parole, e' come un INI file ma con estensione differente ;-)
Esempio di pippo.udl: 
[oledb]
; Everything after this line is an OLE DB initstring
Provider=Microsoft.Jet.OLEDB.4.0;Data Source=assistenza.mdb;Persist Security
Info=False
Facile, no ? ;-)
-- 
Morde. 
(
mo...@despammed.com
)
M-List di icld: 
http://it.groups.yahoo.com/group/icld/

 MassimoB
Andew

Oppure Aruba fa schifo, anzi senza oppure...
Vado OT, pero' ti faccio notare che prima di giudicare pubblicamente un
hoster, dovresti essere sicuro che non sia tu a sbagliare/ignorare qualcosa
della configurazione, oppure dovresti anche chiedere al cliente se e perche'
ha preso uno spazio su aruba, magari addirittura GRATIS.
Ciao :)


Andew


 Ciao :)
Ciao,
Andrea

 possibilità di accedere al path fisico del file, così?
Che io sappia, su Aruba è possibile accedere ai database MDB usando il
percorso fisico, poichè non avendo la possibilità di intervenire sul
server, non è nemmeno possibile definire alias, DSN e affini.
Probabilmente, la ConnectionString che usi per i componenti ADO non è
corretta e non riesci ad accedere al file MDB.
Inoltre, c'è da tenere presente che tutti i siti ospitati su Windows
Server 2003 (tutti quelli attivati di recente, quindi) non posso
eseguire EXE o DLL, quindi la cartella "cgi-bin" è disponibile solo per
script tipo Perl, ma non per file eseguibili.


 per script tipo Perl, ma non per file eseguibili.
ARGH!
Meno male che 'sto sito sta già da un pò di anni!
Ciao,
Andrea

Marco «Alka» Breveglieri


 DatasetTablePageProducer ).
Anche col path fisico, semplicemente NON MI MOSTRA I DATI,
però non mi dà errori di accesso!
Ciao,
Andrea

 sono informato a sufficenza e questo mi da hai nervi :[
Con EXE e DLL mi riferivo esclusivamente a EXE e DLL Win32 (cioè
CGI/ISAPI), mentre gli assembly .NET funzionano tranquillamente.
Siccome le librerie DLL per il .NET Framework vengono prese in carico
dal CLR, è possibile configurare i parametri della loro esecuzione sino
ai minimi dettagli, quindi il loro uso viene permesso sui server di
Aruba.
Ovviamente, se tenti - come ho fatto io - di accedere ad una DLL Win32
da una DLL .NET tramite l'interoperabilità, vieni bloccato dalle
impostazioni di sicurezza.
In definitiva, se hai realizzato applicazioni CGI/ISAPI sottoforma di
EXE o DLL, queste non possono essere eseguite sui Windows 2003 Server di
Aruba per questioni di sicurezza; per i server dedicati o addirittura di
proprio possesso, basta configurarli opportunamente.
Per quanto riguarda le pagine basate su ASP .NET e gli eventuali
assembly (DLL) per il .NET Framework contenenti classi e quant'altro,
non ci sono problemi di sorta, anzi direi che funzionano decisamente
bene e restituiscono molto rapidamente le pagine accedendo ai dati in
modo performante (considerando che su Aruba si fa uso di ODBC per
interrogare file MDB!); poi, con le funzionalità di Caching fornite da
ASP.NET
, è possibile aumentare ancora di più le prestazioni. ;-)
Ciao!


Andrea


Marco «Alka» Breveglieri
	Ciao
	MassimoB
 
---------------------------
http:\\
www.massimobeschi.it

 impostazioni/visualizzazione del PageProducer.
No, adesso ti dico io che si fa: provo con un client dataset,
tanto ci sarà al massimo UN utente collegato a 'sto CGI del
piffero!
Ciao,
Andrea

 č finita :'( niente delphi
Con Delphi 8 fai ciň che vuoi, in modo sicuramente piů gestibile di
prima per quanto riguarda le applicazioni Web. Prova a creare
applicazioni ASP .NET scaricando la trial.
Ciao!
-- 
Marco «Alka» Breveglieri


Marco «Alka» Breveglieri
	Ciao
	MassimoB
 
---------------------------
http:\\
www.massimobeschi.it

[SNIP]
Ok questo è folle.
Dunque, ho fatto un altro tentativo con il CGI originale,
mandandolo in esecuzione da tre ambienti diversi:
1) IE
2) Mozilla FireFox
3) Prompt dei comandi Win2K
Risultati:
1) Pagina vuota(  <HTML> </HTML> )
2) Errore di accesso al DB
3) Risultato corretto(?!)
E' arrivato il momento di chiamare l'esoriciccio?
Ciao,
Andrea