Newsgroup: it.comp.appl.access
Titolo: BE sul Web

Con Access 97 è possibile da un FE in locale connettersi ad un database
residente sul Web per aggiungere e modificarne i dati? E' chiaro che devo
possedere tutti i permessi sul BE.
Ciao, Sandro

 possedere tutti i permessi sul BE.
Devi creare una VPN.
Ma comunque non è una soluzione affidabile lavorare in file-sharing in
remoto.
Ciao.

"Simone Calligaris"

1) Scusa, ma cosa sarebbe una VPN?
2) Che soluzioni puoi consigliare? In sostanza cosa offre Microsoft per
creare delle maschere che agiscano su un BE resisente sul Web senza dover
costruire passo passo delle pagine ASP?
Grazie, Sandro

 ha scritto nel messaggio
news:c0G0b.252657$lK4.7...@twister1.libero.it...

per mè la soluzione migliore (sempre che tu non voglia
passare ad ASP o meglio ancora PHP) è usare
i terminal services di windows 2000 server (devi acquistarli :-o ).
In pratica il client che si connette al server lavora in
emulazione e il server si fà carico di tutto il lavoro...
in questo modo non hai problemi di sincronizzazioni
dei dati, hai solo una manutenzione centralizzata
della tua applicazione e l'unica cosa che devi avere
è una connessione e un client modesto (modem/adsl/isdn...)
bye
ringo
P.S.: io utilizzo da circa 7/8 mesi questa soluzione
con circa 10 client e finora non ho avuto problemi
di rilievo.

 costruire passo passo delle pagine ASP?
Allora, vedi post di Ringo se il tuo problema è quello delle filiali che
vogliono interagire in tempo reale con la sede centrale.
Non devi riscrivere nulla e offri una soluzione incommensurabilmente
migliore rispetto a una qualunque "applicazione" web.
Se invece devono proprio accedere attraverso un indirizzo da web browser e
non con "Connessione Desk Remoto" non sono sicuro che i servizi Terminal
supportino questa possibilità.
A differenza di Cytrix Metaframe.
Ciao.

 > costruire passo passo delle pagine ASP?
Grazie delle risposte, che mi hanno un pò ampliato il quadro delle
possibilità di lavorare in rete (VPN e Win2000 Server).
Al momento però la mia domanda è la stessa e la spiego meglio, sdoppiandola:
1) Voglio gestire dei database Access posizionati su un dominio Web. Da
Windows riesco a vedere l'indirizzo web e cancellare o copiarci i miei
database e vorrei configurrli come tabelle collegate a un FE sul mio PC. Il
problema sta nel fatto che con Access 97 vedo solo la mia rete locale e non
gli indirizzi web; con Access 2000 che invece li vedere, quando provo a
selezionare il database  segnala "impossibile trovare il file".
Sbaglio qualcosa o perdo il mio tempo perché Access non supporta questo tipo
di conessioni?
2) Come alternativa potrei usare ASP ma con qualche ActiveX, automatismo o
controllo predefinito, per evitare di scrivere tutto il codice a mano.
Scusate la lunghezza e, forse, la confusione, ma credo che sia interessante
per molti.
Grazie,
Sandro

 per molti.
Il problema è che non hai spiegato perchè vuoi rendere accessibile un DB su
un server pubblico.
Se è per piccole applicazioni di e-commerce, vada ASP, PHP e menate varie,
Se è per far girare un vero gestionale tra filiali e sedi, lascia perdere i
server Web e prendi in considerazioni i servizi Terminal.
Ciao.

 database e vorrei configurrli come tabelle collegate a un FE sul mio PC.
Il
In sostanza, serve "Microsoft Replication Manager"
riferimenti:
http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/q282/9/77.ASP&NoWebContent=1
http://msdn.microsoft.com/library/backgrnd/html/intrjet4.htm
Tutte le altre soluzioni sono accrocchi più o meno complessi (per il
momento, i miei clienti utilizzano pagine asp per aggiornare i database su
internet; vorrei tanto aver qualcosa di meglio... (ovviamente i server non
sono miei, altrimenti avrei già provveduto come sopra....)
-- 
Jonathan Canova
www.aladinoinformatica.com

 Tutte le altre soluzioni sono accrocchi più o meno complessi
Non scherzare: la soluzione che proponi è accettabile in certi casi, in
altri assolutamente no.
Se vogliono la multiutenza in remoto e in tempo reale, c'è poco da
lamentarsi degli "accrocchi più o meno complessi": o mangi quella
minestra...
Ciao  ;-)

 ha scritto nel messaggio
news:H2_0b.254367$Ny5.7...@twister2.libero.it...

mah Simone.... come mai questa tua riluttanza
verso i server Web? non avrai mica usato solamente
IIS della M$ :-(
secondo tè non si può costruire un robusto gestionale
su server web? ma secondo tè i problemi principali
dove risiedono? nella dipendenza dalle linee di comunicazione?
io ho visto delle linee di backup se ne cade una entra in funzione
l'altra....
grossi gestionali sono stati scritti in C su vari DB
e grossi gestionale saranno scritti in PHP su vari DB...
bye
ringo

 e grossi gestionale saranno scritti in PHP su vari DB...
Dubito fortemente, a meno che tu non consideri Northwind un gestionale.
I problemi risiedono nella rozzezza delle soluzioni (interfaccia e
reportistica).
Un'applicazione web rispetto a una sofisticata, tradizionale applicazione
"Desktop" è come paragonare un fondo d'Alberoni a un trattato di sociologia.
Creare un'applicazione complessa e di grande funzionalità (e veloce e
affidabile checchè ne dicano molti coglioni) con Access, PowerBuilder o
VFoxPro è un gioco da ragazzi.
Fare lo stesso con tecnologia web (qualunque sia) è improbabile: è come
tornare indietro di dieci anni, per te e soprattutto per l'utente finale.
E dato che non sono uno psichiatra e odio le terapie di gruppo, preferisco
sfruttare i gadgets tecnologici che il destino ci mette a disposizione: per
esempio M$ Terminal Services.
Ed ecco che l'azienda, con le sue otto filiali, continuerà felice e contenta
a usare il software di prima, con le stesse comodissime features, le stesse
(con ADSL decisamente) prestazioni, la stessa funzionalità nella
navigazione, nel Data Entry, nel filtraggio dei  dati, nella manipolazione
delle anteprime di stampa, nella creazione di Viste Pivot, etc.
E nel contempo io non devo riscrivere una riga di codice.
Naturalmente parlo di veri gestionali.
Diversamente per classiche applicazioncine web destinate a siti di
e-commerce via libera ad ASP, PHP, e roba simile.
Saluti.

 ha scritto nel messaggio
news:3C61b.255997$lK4.7...@twister1.libero.it...

forse hai ragione o forse no
forse sarà perchè il VBA non mi dà più
molti stimoli.... ho scritto troppe righe di codice....
forse sarà perchè non prendo molti $$$ con VBA
ma secondo mè PHP/MYSQL è estremamente
invitante soprattutto sotto il punto di vista
dell'accessibilità dell'applicazione!
e poi basta smanettare alla grande e si ottiene
quello che si vuole, e poi guardiamoci negli occhi:" ma gli
utenti standard usano le cose complicate..." fanno fatica
ad usare quelle che ci sono: quante riunioni, quanta documentazione
e poi arriva la tizia:"coc'è il tasto ESC?!??!?"
hai mai visto gestionali su AS/400?
la grafica non esiste
si lavora con F1,F2.....
certo i difetti ci saranno
ma una cosa che assolutamente si può dire: SONO
GESTIONALI AFFIDABILI E ROBUSTI
e da cosa deriva questa robustezza?
dal so principalmente e da chi sviluppa
poi le applicazioni sopra...
I programmatori scrivevano direttamente
righe di codice senza tanta programmazione
ad alto livello.... ci vuole più tempo?!?!?
mah ne sono poco convinto!
io ho lavorato per 5 anni in ambito
produttivo con l'as/400 che ti smenava
distinte basi da 1.000.000 di record! non banane!
che serve l'anteprima di una fattura?!?
o di un'ordine? per perdere tempo?
a volte non è meglio inserire dei controlli
che puntino direttamente verso gli errori noti?
quindi la mia domanda è se nell'as/400
senza parte grafica si costruiscono applicazioni
robuste perchè non si dovrebbe farlo con
apache/DB postgresql/ e PHP?
certamente un gestionale non si può considerare robusto perchè
ha le viste Pivolt o perchè si aprono finestrine pop-up dappertutto....
secondo mè gestionale = robusto
quando la piattaforma che lo ospita è affidabile
e quando fà quello che deve fare (sembra
una stupidata questa ma la miglior cosa
di un gestionale è l'integrazione con la realtà
dell'azienda...quindi l'analisi/progetto/sviluppo
sono fondamentali per la robustezza del gestionale)
quindi sotto a tutti i programmatore C/VB/PHP/Phyton/Access...
per mè gli strumenti non contano poi molto
per la buona riuscita di un qualsiasi progetto.
Io ho scritto applicazioni in PHP abbastanza complesse
in poco tempo.... molte volte si è più efficaci con
10 righe di codice che non con continui
cambiamenti alle proprietà degli oggetti nelle
machere :-)
e cmq

 per la buona riuscita di un qualsiasi progetto.
Contano, contano gli strumenti...
O meglio, non conterebbero se i risultati prodotti fossero più o meno gli
stessi.
Ma valutando i moltissimi gestionali che bazzicano sul mercato non c'è di
che esser allegri: basati su analisi vecchie di vent'anni (e concepite per
computers di vent'anni fa), assomigliano più a fatturatrici evolute che
*gestionali*.
E in questo gli ambienti scelti per lo sviluppo incidono parecchio: meno
hanno caratteristiche RAD più i risultati sono sconfortanti ... alla fine il
tempo è denaro e sviluppare software costa molti soldi se non ci si spiccia.
Saluti.