Newsgroup: it.comp.www.asp
Titolo: Proteggere Sorgenti ASP

Salve Ragazzi
Volevo chiedervi se esiste un modo per proteggere i sorgenti asp che creo e
che inserisco in server web aziendali (in delle intranet)
Avevo pensado di tramutare i sorgenti in dll (questo per non permettere a
persone esterne di appropiarsi della logica)
Cosa mi consigliate??????

 persone esterne di appropiarsi della logica)
Esiste un componente che permette di avere i sorgenti criptati. Perň
rallenta le prestazioni e fa fuori risorse: deve ogni volta decriptare il
codice e renderlo interpretabile dal server.
Suggerisco di utilizzare dei componenti DCOM:
- il codice nelle pagine si riduce al minimo
- la maggior parte del codice, trovandosi nella DLL, sarebbe invisibile a
chiunque
- č piů performante
- č piů facile debuggare
- č piů facile scrivere il codice

Ti consiglio compilare il tutto in dll. Così all'interno delle pagine ci
sarà il codice minimo e le chiamate alla dll.
Saluti
--
Lino Mari
Intermedia srl
http://www.viadeimercanti.com
http://www.intermedia2000.com

 ha scritto nel messaggio
news:96g51t$6gi$1...@fe1.cs.interbusiness.it...


 --
Ma questa dll devo per forza registrarla sul server ? oppure esiste un
metodo per richiamarla senza registrarla ?
Guercio

Puoi trovare un'encoder molto utile qui 
http://msdn.microsoft.com/scripting/
Sinceramente dicono che rallenta un minimo le operazioni anche se io l'ho
provato per un applicativo di per se molto pesante ( un content manager
complesso) e tutto ha continuato a funzionare correttamente e senza un
apparente perdita di performance del sistema.
Stefano Peppucci
-- 
Posted from [151.4.125.130] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

- è più facile scrivere il codice
	Scivo scriptini ASP ormai da 6 mesi e mi piacerebbe provare
con i componenti DCOM. Sapreste rimandarmi a qualche indirizzo dove
poter trovare informazioni in merito?
	Vorrei anche sapere se gli script vb possono essere
tranquillamente messi in un compoenente DCOM o devono essere
riscritti. Inoltre, potresti spiegare perchè sono più facili da
debuggare e da scrivere.
	Grazie,
		Massimo

Devi per forza registrarla!


 debuggare e da scrivere.
Le funzioni scritte in VBScript posso essere copiate di sana pianta in un
progetto VB. Devi solo modificare alcuni eventuali comandi specifici di
VBScript. Tutti i Response.Write dovrebbero sparire (una funzione, cmq, non
dovrebbe mai contenere dei Response.Write, a mio avviso). Gli eventuali
comandi del tipo "server.HTMLEncode" andrebbero eliminati o sostituiti con
equivalenti.
Valori presenti dell'header della pagina (come Request.Form,
Request.QueryString, Request.ServerVariables, ...) dovresti sostituirli con
parametri da aggiungere alla funzione.
Per il resto non hai grossi problemi.
Ah, anche Server.CreateObject deve essere cambiato in CreateObject (oppure
usi la sintassi Set NomeOggetto = New Classe).
I moduli DCom sono più facili da scrivere, perchè usi Visual Basic, quindi
hai già un controllo sintattico del codice, che non hai usando VBScript. Poi
puoi vedere tranquillamente proprietà e metodi delle classi utilizzate,
cosa, anche questa, che non si può fare con VBScript.
Se hai un tuo server Web, puoi debuggare passo passo un modulo DCom. In
pratica, ti crei il progetto, registri il componente con la DLL, elimini
subito dopo la DLL ed esegui il codice sorgente della DLL.
Quando le pagine ASP eseguiranno il codice presente del modulo DCOM, si
attiverà il debugger di Visual Basic. Ovviamente, avrai bisogno di inserire
qualche stop, sopratutto se hai fatto una gestione degli errori, altrimenti
non potrai mai debuggare il codice :-)