Newsgroup: it.comp.appl.access
Titolo: prelevare da vba un codice hardware hard disk, scheda di rete ecc..

vorrei prelevare da vba un codice hardware hard disk, scheda di rete ecc..
ma in modo che sia sicuro che quel codice non cambi mai anche se il pc viene
formattato, in modo che possa garantire a quel cliente di poter reinstallare
il programma e con il codice in suo possesso riattivarlo anche dopo molte
formattazioni o cambio di qualche componente hardware.
Esisterà un codice hardware che non varia mai in un determinato pc?
Si riesce a prelevare da vba?
Grazie.

 Si riesce a prelevare da vba?
Google conosce la risposta: 
http://groups.google.com/groups?um=1&tab=wg&hl=en&q=vba%20numero%20seriale%20hd
--
PBsoft di Gabriele Bertolucci
www.pbsoft.it
skype:pbsoftsolution

 ha scritto nel messaggio news:467d97aa$0$4786$4faf...@reader4.news.tin.it...

Mamma mia! Un emulo di Bill e la sua WPA.
Concordo pienamente con quello che ti ha detto Gabriele; aggiungo che puoi ottenere informazioni utilizzando script WMI:
http://www.microsoft.com/technet/scriptcenter/scripts/default.mspx?mfr=true
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:467d97aa$0$4786$4faf...@reader4.news.tin.it...

Io non ne capisco molto, però leggendo le risposte mi vien fatto di pensare 
che potresti organizzarti una mini tabellina con i codici dei componenti che 
esistono allo stato attuale, magari criptata a modo tuo.
Il controllo di sicurezza lo potresti ottenere ricontrollando tutti i codici 
e se 'almeno due o tre' sono presenti vuol dire che sei sul PC abilitato. 
Aggiorni quelli non corrispondenti (tipicamente qualche componente 
sostituito) e sei sicuro al 98%.
Non rivelare l'accoppiata ai tuoi clienti e usa un metodo di cript/decript 
che non sia immediato.
Se proprio trovi quello che è disposto a portarsi dietro un lettore CD ed 
una Scheda video nel nuovo PC .....
IvanDaBologna
PS
io sono per il codice liberamente circolante, tanto li conti sulla punta 
delle dita quelli che ci possono mettere le mani e di solito non sono a 
'portata di mano!' 

 a 'portata di mano!'
Io sono più per la tutela dei diritti di chi il sw lo crea, anche se, è vero 
le persone in grado hackerare un sw non sono così tante.


 ha scritto nel messaggio 
news:875ea3552249e8...@news.tin.it...

se il cliente paga il lavoro .... e se lo paga adeguatamente:
io credo che l'ingegno  sia una cosa che rimane al creatore (a colui che ha 
creato!).
perchè credere che una soluzione sia degna di non essere diffusa?
La chiave WPA.
Se chi progetta un'applicazione decide di tutelarsi da copie, io sono 
d'accordo che lo faccia.
A volte non riscuotiamo la reale contropartita dei nostri sforzi e mettiamo 
in conto che alla prossima installazione si possa andare a pari oppure 
guadagnarci.
Non saprei da che parte schierarmi, non mi ritengo un'hacker ma mi è 
capitato di venir interpellato da chi, proprietario di una applicazione, ha 
perso i contatti con chi l'ha sviluppata.
Ora, devo farmi scrupolo di guardare e modificare quel codice ?
Oppure devo informarmi se il rapporto tra lo sviluppatore ed il mio 
committente si sia risolto con soddisfazione di entrambi ?
NO. Io ci guardo, ed emetto un mio giudizio sulla fattibilità delle 
modifiche necessarie.
Forse che il costruttore del mio appartamento si debba arrabbiare per 
modifiche che io commissiono ad altri ?
Credo che in questo campo i giudizi e le opinioni fiocchino come neve 
sull'Everest, in ogni momento dell'anno.
Io, come ti dicevo, mi faccio pagare da quell'unico cliente il mio costo. Se 
poi lui vuole affidare ad altri le prossime modifiche ... ben venga!
Io non sono Bill Gates e chiaramente non lo diventerò mai!, in questo modo.
 IvanDaBologna
PS
se vendo una applicazione già fatta, calcolo un costo più basso di quello 
iniziale e controllo che il mio cliente non possa installarne a volontà! ma 
non so se ci riesco così bene!

 Sergio MAZZA
Il discorso č che questo software potrebbe venir venduto a molti, e credo 
che sia legittimo tutelarsi se il programma č a pagamento, non credi sia 
logico?, oppure facciamo tutto free e viviamo di aria poi a luglio ci pensa 
il governo a controllare la nostra congruitŕ e coerenza.

 pensa il governo a controllare la nostra congruità e coerenza.
Il tuo punto di vista è leggittimo ma devi anche considerare una cosa, che 
devi proteggere solo la tua opera non i dati contenuti; mi spiego.
Il cliente deve poter esportare, in un formato leggibile (es. TXT), i dati 
contenuti nella tua applicazione; se non fai questo e gli blocchi l'accesso 
solo ai dati, lui potrebbe denunciarti.
Se gli dai la possibilità di sbomballarsi i dati come vuole (anche 
sputtanandoli e quindi dandosi la zappa sui piedi) tu sei a posto.
Io poi aggiungo che non sono per la protezione del lavoro perché la migliore 
protezione è quella della soddisfazione del cliente; se lui è soddisfatto ti 
richiamerà per aggiornarlo/modificarlo perché gli costerà meno (tempo e 
denaro) chiamare chi lo ha sviluppato che un altro che non sa dove mettere 
le mani.
Almeno la mia esperienza è stata (ed è) proprio questa.
Oltre al software io punto all'assistenza in loco/remota, che secondo me 
"paga" di più...
Ciao.
-- 
Sergio MAZZA 

 Sergio MAZZA
Concordo con il tuo discorso. 


quoto anche io
IvanDaBologna