Newsgroup: it.comp.www.asp
Titolo: Ancora su allineamento DB

Salve a tutti,
avevo postato tempo fa un post in cui chiedevo qule poteva essere il modo
migliore per connettermi da un sito ad un database in remoto da un cliente.
Su consigli raccolti qua e la sono arrivato alla conclusione che
probabilmente il sistema migliore è continuare ad utilizzare il mio DB per
il la visione da web (NT4 Server, IIS4, ASP e DB Access 2000), e avere dal
cliente un 'qualcosa' che periodicamente invia al mio server le
modifiche/aggiunte/cancellazioni di prodotti.
Ora, lasciando perdere per il momento cosa sarà il 'qualcosa' che invia i
dati. Cosa mi faccio spedire? Qualcuno mi ha consigliato di fare inviare via
POST ad una pagina ASP, una struttura XML criptata RC4 con i dati dei
prodotti modificati.
La pagina ASP poi provvederà a decriptare, verificare la validità dell'XML e
utilizzare i dati per aggiornare il DB.
Mi sembra una bella idea, ma non so da che parte iniziare.
Qualcuno mi può dare qualche consiglio su questo o su altri metodi
alternativi ?
Grazie in anticipo
Umby


Moderatore di it.comp.www.asp
http://www.aspitalia.com/
 Enjoy the .NET community!
http://www.dev2dev.it/
 La rete ha connesso nuove particelle!

, 
d...@def.it
 says...

E mettere i dati in un SQL server con IP fisso?
Anch'io ho una cosa simile da fare, e vado in questa direzione. Farò un 
oggettino client che lavora qua e là.
Almeno, dal client, riesco a fare query sul db remoto senza tante rogne.

 Mi sembra una bella idea, ma non so da che parte iniziare.
Vedila così: 
Rete Interna -> viene tenuta traccia dei dati modificati sul database 
aziendale (molto probabilmente con un altro database di supporto da te 
sviluppato) -> i record modificati vengono esportati nella loro forma 
XML (potresti usare 1000 altri modi, ma XML ti da una struttura 
leggibile da chiunque, ordinata e standard) -> nella struttura XML 
prevedi il tipo di operazione da compiere (cancellazione, aggiornamento, 
inserimento) -> Prepari la struttura per la trasmissione (un record per 
volta, tutto il malloppo, crittato, non crittato, .. fai tu).
WEB Server -> la pagina ASP riceve la struttura -> la analizza -> trova 
il tipo di operazione da eseguire sul record -> apre il db -> fa quello 
che deve -> risponde con una pagina che contenga il log delle operazioni 
(dei response.write degli errori e di quanto fatto vanno benissimo)
Rete interna -> il programmino riceve la pagina di log e decide se 
ripetere l'operazione o terminarla.
Per eventuali altre delucidazioni contattami in email (sono molto preso 
in questo periodo ma vedrò cosa posso fare).
dario

 
Attenzione che una porta in più aperta verso l'esterno è una porta in 
più da cui i male intenzionati possono entrare... è di circa 10/15 
giorni fa un worm che usava giusto la porta di SQLServer per entrare sui 
server NT e 2000...
... quantomento fai viaggiare tutte le informazioni in modo crittato... 
meglio se si potesse avere un ip statico anche lato client e si potesse 
configurare il firewall/server per accettare le connessioni SQLServer 
solo da quell'ip...
dario

 (oppure si usano dei web services, se vuoi fare le cose in una maniera
piu' standard e piu' pulita).
Se questo significa utilizzare ad esempio RDS per connetermi al DB remoto, e
quindi avere dal cliente un server online 24H, ho paura di doverlo scartare.
N.B. Penso ti trovarai un post simile anche sul forum di aspitalia,
ultimamente lo sto disseminando dappertutto per raccogliere il maggior
numero di idee.
Grazie
Umby

 
fino a quando questa tecnhologia non sarà matura... leggi sicura... io 
non mi fiderei ad applicarla su un mio webserver.
dario

Umberto wrote:

Diciamo che questa cosa è stata la mia tesi ^_^
sul client avevo delle pagine HTML, un database Access
sul server un database Access e delle pagine ASP.
il client faceva gli aggiornamenti sul suo DB locale, poi quando 
decideva di aver finito, gli facevo costruire una struttura XML e con 
XMLHTTP lo spedivo ad una pagina ASP del server che riceveva l'XML, lo 
interpretava e ritornava una struttura XML che costituiva la risposta.
sul client tutto veniva fatto nelle pagine HTML che avevano degli script 
in VBScript nel quale mi collegavo agli oggetti MSXML per gestire le 
strutture XML, e con VBScript mi collegavo anche al DB Access.
la cosa funzionava (solo su IE ovviamente) ma come sicurezza era 
abbastanza scarsa... i dati non venivano criptati, gli script erano 
visibile e liberi, potevano essere modificati, ma ovviamente se il 
server vedeva una struttura che non corrispondeva non faceva nessuna 
modifica...
non so se ti puo' essere utile una cosa del genere...
bye
-- 
emy

 in questo periodo ma vedrò cosa posso fare).
Questa è un'altro buon consiglio e può darsi che lo seguirò, ovviamente
senza nessunissimo impegno da parte tua.
Ti ringrazio molto per la tua disponibilità
Umberto

 numero di idee.
ok :)


 btw, non disprezzo nemmeno l'implementazione XML ;)
Ho letto un po' di documentazione e ho paura che vada un po' oltre le mie
attuali capacità, comunque ora inizio ad avere un quadro un po' più ampio
delle possibilità.
Grazie mille per la disponibilità.
Umberto
umbert...@def.it
-------------------------------
www.def.it