Newsgroup: it.comp.appl.access
Titolo: [OT] Info -> "Pagine di accesso ai dati"

Ciao a tutti,
forse abbiamo considerato le pagine di acceso ai dati "più statiche" di 
quanto realmente siano...
Provate a dare un'occhiata la seguente link
"Programming Data Access Pages"
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnacc2k/html/programdap.asp
Alla prossima 

Una buona guida di VBScript la trovate a quest'url
http://www.html.it/vbscript/
Buona giornata :-)
Gaspare 

 ha scritto nel messaggio 
news:OVeqe.1007547$b5.43...@news3.tin.it...

Piu che altro le abbiamo sempre considerate inutili, visto che sul web non 
c'è verso di farle funzionare,
opinione che non cambia anche dopo aver letto l'articolo.
ciao,
AEOM

 opinione che non cambia anche dopo aver letto l'articolo.
E' un'opinione che hai espresso varie volte, ma nella sezione MSDN relativa
ad Access XP si trovano informazioni dettagliate sulla pubblicazione delle
DAP sul web (oltre a confronti con 
ASP.NET
 e altro).
Quindi due le ipotesi:
1) Ti sfugge qualcosa, o non hai letto le risorse giuste e quindi non riesci
a pubblicarle.
2) su MSDN s'inventano le cose di sana pianta.
Per esperienza posso escludere la casistica numero 2.
Ciao.


Anche io sono curiorissimo, potrebbero essere molto utili.
facciamo una cosa,  mandami una pagina semplicissima di DAP.
la pubblichiamo su accessgroup e facciamo questo esperimento a volo.
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Info:  
www.donkarl.com/it

 la pubblichiamo su accessgroup e facciamo questo esperimento a volo.
Massimiliano, già t'avevo detto che non uso quella roba (come d'altra parte
ASP, PHP o menate simili): non lavoro in ambito web/e-commerce.
E trovo assurdo scrivere applicazioni web in quelle casistiche aziendali in
cui dai tempi dei vecchi UNIX e AS/400 si ricorreva con soddisfazione alle
tecnologie "Terminal Server".
Detto ciò, sono molto scettico sulle opinioni in contraddizione alle risorse
ufficiali dei produttori.
Personalmente posso dire che tutte le volte che non riuscivo a fare qualcosa
mentre *loro* dicevano che si poteva ... ero io a sbagliare  :-)
Quindi non me ne voglia "All Eyes on Me", prendo atto delle sue difficoltà,
ma francamente non credo sia impossibile pubblicare le DAP (con MS Explorer)
sul web.
Se fosse impossibile, è necessario perorare alla causa della trasparenza, e
convincere MS a togliere notizie così infondate da MSDN   ;-D
Ciao.


Scusa Simone,
ma l'idea rimane in piedi.
Magari TheMax è la persona adatta


 Magari TheMax è la persona adatta
Certamente è una buona idea: solo non chiedere a me di spedirti una DAP
;-))
Ciao.

 ha scritto nel messaggio 
news:0rhqe.143330$IN.24...@twister2.libero.it...

Ciao,
prima di tutto non sono il solo che è giunto a questa conclusione, ho letto 
le istruzioni
di MSDN, di programmare microsoft access 2002 della mondadori, decine di 
link vari ma non funzionano, loro per server web intendono un server 
aziendale che fa anche da server web probabilmente
se mi posti un link di una pagina di accesso ai dati sono felicissimo di 
venir smentito
ciao, AEOM

 non sarebbe la prima volta
Un esempio?
Ciao.

 aziendale che fa anche da server web probabilmente
Un server aziendale che fa anche da server web?
Mah: sarą...
Ciao.

 ha scritto nel messaggio 
news:0rhqe.143330$IN.24...@twister2.libero.it...

se ti riferisci a questo articolo :
http://support.microsoft.com/kb/291783/
già e comico il titolo :
"How to deploy data access pages over the Internet"
se associato a una delle prime frasi:
"These Web pages are typically intended for Intranet use"
continua con:
"However, with special considerations, these Web pages can be deployed 
successfully over the Internet."
le condizioni sono che devi andare dal tuo provider in italia, in america o 
dove ce l'hai se non sei così fortunati da non essere tu il provider stesso
devi smanettargli 10.000 settaggi in base al s.o.
e comunque non vanno
ciao, AEOM

 e comunque non vanno
Parole tue: un pň poco come riscontro.
Ciao.

 ha scritto nel messaggio 
news:qjiqe.53413$795.1...@twister1.libero.it...

se per far caricare due dati in un db tramite internet devo far comprare 
licenze terminal server e costringere un cliente a comprarsi una licenza 
windows server non mi sembra che asp faccia tanto ridere e sia una menata.
sai noi piccoli programmatori ci accontentiamo di poco
Ciao, aeom

 sai noi piccoli programmatori ci accontentiamo di poco
Il problema č che spesso consigliate di *RISCRIVERE* in ASP programmi che,
dico magari, hanno richiesto anni di lavoro e aggiunte, a un povero Cristo
che domanda: "come faccio a far lavorare piů filiali sullo stesso DB".
Dovresti capire, che in quel caso, i costi delle licenze terminal sono a dir
poco ridicoli rispetto al sacrilegio di tempo e denaro necessario per rifare
tutto (e peggio, tra l'altro).
Ciao.

 
http://support.microsoft.com/kb/291783/
Per la verità mi riferivo a quest'altro:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnacc2k2/ht
ml/odc_adap.asp


se la domanda è "come faccio a far lavorare più filiali sullo stesso DB" o " 
come faccio a  permettere ai miei agenti di caricare i loro ordini tramite 
il loro pc portatile o palmare e una connessione ad internet "sono 
d'accordissimo con te ed è ovvio che la soluzione terminal server sia la 
migliore, ma quando si parla di PAGINE WEB, uno si aspetta che da qualsiasi 
pc del mondo con un qualsiasi browser e sistema operativo possa caricare 
dati su quel cavolo di mdb.
E microsoft le descrive come strumento per fare quest'ultima cosa.
Se l'unica soluzione per farlo è :
settare il server (sperando che sia nel tuo stesso stato e che ti lascino 
farlo) seguendo 20 pagine di configurazioni di MSDN
installare sui clienti il mattone OWC,
configurare i settaggi di internet explorer sui clienti (bisogna dichiarare 
che la pagina è da considerare sito attendibile pure in lan)
ammesso che funzioni, sono come san tommaso e finchè non ne vedrò una non ci 
crederò,
si ripone ancora la domanda...ma a che servono?
la cui risposta per me è sempre la stessa. INUTILI
ciao, AEOM


ciao 

 ha scritto nel messaggio 
news:mFiqe.53467$795.1...@twister1.libero.it...

con un titolo così:
"Beginning Web Development in Access 2002"
....
e poi scrivono:
" Data access pages allow the user to interact with their data on the Web. "
io aggiungerei " ..if the Web is your office"
Ciao

 Aspettiamo che qualche grande programmatore ci illumini
Sto ancora aspettando (al di fuori del "misterioso" oggetto di questo
th) un tuo esempio di "bufale" pubblicate da MS sulla relativa
Developer Network.
Ciao.

 io aggiungerei " ..if the Web is your office"
:-)
Mah, sei liberissimo di trovare ridicole le fonti pubblicate su MSDN.
Personalmente, nel corso degli anni, ho avuto solo nozioni utili e
qualificate.
Ciao.

 la cui risposta per me è sempre la stessa. INUTILI
Però vedi che è sempre questione di Target?
Quello che conosco personalmente riguarda aziende abbastanza grosse che
vogliono centralizzare il lavoro delle filiali e degli agenti.
Ora, anche per deformazione relativa al passato (ho iniziato nel settore
IBM) mi pare che la soluzione Terminal sia la migliore.
Ma se qualcuno preferisse scrivere l'applicazione con tecnologia web, perchè
impedirglielo?
E in tal caso è scontato che il server debba essere interno all'azienda o
presso un Application Server Provider locale e fidato: chi vorrebbe i propri
dati aziendali (magari con gestione *nero*) su un server web in tanta
malora?
Ovvio che non ritengo utili le DAP (e infatti non le utilizzo), però ho
fortissimi dubbi sul fatto che non funzionino affatto sul web.
Chiaramente con le limitazioni che sappiamo: limitazioni che Microsoft ha
sempre dichiarato, dalla versione 2000.
Ciao.

 vogliono centralizzare il lavoro delle filiali e degli agenti.
Eh, eh: diciamo che sicuramente è il Target prevalente per chi sviluppa
soluzioni di database!
E' ovviamente quella l'ottica in cui MS le ha sviluppate, e se funzionano (e
dimostrano sufficiente flessibilità)
avrebbero perfettamente diritto d'esistere.
A complicare il quadro è la diffusione delle tecnologie di gestione remota:
vale davvero la pena sfruttare le pagine invece che affidarsi a Terminal
Server o Citrix?
In certe situazioni la risposta potrebbe essere affermativa, qualora si
potesse dimostrare una maggior scalabilità al crescere degli utenti (non
dimentichiamo che un Terminal Server deve farsi carico di  N sessioni di
Access in memoria oltre che del Server SQL).
Comunque faccio notare che le DAP sono nate nel 97/98 (dato che A '2000
risale al 1999): in quel periodo le tecnologie Terminal Server si trovavano
a uno stato ancora embrionale e pochissimi le conoscevano (NT Terminal
Server edition, chi l'ha mai visto?).
MS ha raggiunto dimensioni tali che probabilmente fatica a pianificare
scelte e strategie con anni di anticipo e senza conflittualità: dopo l'ampia
diffusione dei servizi Terminal (dal 2000) certamente le DAP sono
potenzialmente meno interessanti di prima.
Sul fatto poi che funzionino o meno: ai posteri la sentenza!
Anche se non credo siano balle le informazioni pubblicate sulle aree
Microsoft.
Ciao a tutti.