Newsgroup: it.comp.www.php
Titolo: [INFO] Proteggere pagine PHP

Trovato questo per proteggere pagine PHP (PHP 4.0.3 +, GPL, solo Linux),
mi sembra interessante:
http://www.microcode.de/index.php3?LANGUAGE=english

 Linux), mi sembra interessante:
sinceramente non ne vedo l'utilita.. i sorgenti di uno script php non
sono visibili a meno che tu non li voglia visibili..
infatti, se fai un qualche sorta di self-hosting, i sorgenti li vedi
solo tu a meno che non buchino il server.. se invece usi un provider
che ti offre hosting, nessuno tranne (in teoria) gli amministratori di
quel server puo vedere gli script in questione.
ad ogni modo, se un amministratore cazzeggia con i tuoi script e
inoltre li (ri)utilizza la vedo un po come una mancanza di serieta`
(oltre che di violazione delle norme sulla privacy penso) e cambierei
provider.
-- 
-andreas liebschner
 
http://www.distorta.info
rimuovi .NOSPAM per rispondermi in email

 provider.
Ok, ma ci sono casi in cui lo script viene venduto ad un'altra ditta SOLO ed
esclusivamente in utilizzo non con possibilita' di
modificarlo/personalizzarlo/riutilizzare il codice o altro.
A me personalmente non frega... pero' ci sono alcune volte che il codice
criptato o non in chiaro e' utile (tipo un progetto di una ditta che mi ha
proposto) se non indispensabile...
Che dire...
Per certi progetti se sai farlo e meglio...
--
RedFoxy
A fox around web

 sinceramente non ne vedo l'utilita..
Tu no, altri si.

 Tu no, altri si.
non ho mica detto che hai fatto male a postare l'articolo in
questione, ci mancherebbe. poi di sicuro aumentare il grado di
sicurezza non fa mai male..
mi sono limitato soltanto a fare alcune considerazioni.. ed
e` palesemente ovvio che "altri" la pensino diversamente da me. mi
pare inutile farlo notare "e basta".
piuttosto argomenta come ha fatto redfoxy :P


 piuttosto argomenta come ha fatto redfoxy :P
ACK
Il modo categorico con il quale hai argomentato mi sembrava IMHO un po'
troppo limitato nella ottica di chi produce per vivere, per il quale mi
sono limitato ad essere monosillabo. Cosi qualcuno si fa il _suo_
pensiero e non prende come ultima parola quello che scrivi.
La problematica che hai emessa riguarda quello chi dovrebbe consegnare
un lavoro al suo committente e vuole assicurarsi una certa forma di
proprieta' su quello che ha prodotto. La soluzione nel [INFO] riguarda
una metodologia che non puo' essere risolto presso un terzo (provider)
ma direttamente sul server d'installazione/produzione.
FYI: Il tema e' stato ampiamente discusso in questo NG, (cercare in
groups.google.com
 con "proteggere codice group:it.comp.www.php"). Un
numero alto, per un NG con un load relativamente basso, di
articoli/thread per dire 'sinceramente non ne vedo utilita' [...] '.
;-)
Jurgen (cercando di vedere il mondo a 360 gradi, non a 36.0)

 d'installazione/produzione.
si, effettivamente in questi casi (anche riguardo il post di redfoxy)
e` utile poter essere in grado di criptare/proteggere il proprio
codice, solo che non avendo mai venduto una soluzione del genere, _nel
mio caso_ non ne vedevo l'utilita`.. mi sono espresso male nel mio
primo post probabilmente, omettendo il 'secondo me' o 'nel mio caso'



l'ho installato, non sembra male, però c'è quel problemino che non si
possono criptare pagine in cui si mischia html "stand alone" a codice php...
e non è poco
--
Ale
"Though a program be but three lines long, someday it will have to be
mantained"
ICQ #54291095