Zaščina programske kode
6 naročnikov
6 naročnikov
Pozdravljeni.
Zanima me, kako se je najlažje zaščititi pred krajo programske opreme ali nekatere spletne rešitve.
Obstaja ioncube, ki zna zakodirat programsko kodo. Pa vendarle me zanima ena druga stvar. Na kakšen način lahko includaš php classe iz drugega strežnika preko druge domene. Kar pomeni, da je polovica programa na enem strežniku, polovica programa pa na drugem strežniku. Najbolje je, da se zaščitiš tako da nikomu ne daš gesla, pa vendarle če imajo določeni uporabniki FTP dostop do sistema se lahko pojavijo kraje podatkov. Kaj predlagate?
9 odgovorov
php include ne moreš naredit preko http, ker ti spletni strežnik ob zahtevku sprocesira php skripto in ti vrne samo output.
Za moje mnenje dobra izbira ioncube kodiranje + licenčni strežnik na tvoji strani, ki preverja določene parametre ob nalaganju strani oz. na določeno časovno obdobje.
Koda potem deluje/ne deluje po principu, če ni ustreznega odgovora od licenčnega strežnika javi napako
stesi:
php include ne moreš naredit preko http, ker ti spletni strežnik ob zahtevku sprocesira php skripto in ti vrne samo output.
Lahko, samo spletni strežnik mora biti tako naštiman, da npr. v tistem direktoriju ne preda zadeve PHPju.
Seveda pa lahko uporabnik URL skopira v npr. browser in bo takoj videl vso izvorno kodo, tako da takšna zaščita nekako ni najboljša.
@phpseo točno to, s tem nič ne dosežeš. Razen če kodo toliko spremeniš da pri sebi ustvariš webservice in nato iz php-ja kličeš veb service.
phpseo:
stesi:
php include ne moreš naredit preko http, ker ti spletni strežnik ob zahtevku sprocesira php skripto in ti vrne samo output.Lahko, samo spletni strežnik mora biti tako naštiman, da npr. v tistem direktoriju ne preda zadeve PHPju.
Seveda pa lahko uporabnik URL skopira v npr. browser in bo takoj videl vso izvorno kodo, tako da takšna zaščita nekako ni najboljša.
Saj zato pa omejiš vhodni IP prometa.
Edino če si misliš, da lahko stranka potem to kodo skopira k sebi in jo lavfa pri sebi naprej.
to na include kar pozabi,
tako kot je rekel stezi;
webservice in prek njega futras kriticne operacije ce ne zelis te kode pri strankah
Res imaš, Ledi.
In še to bi pripomnil - te kritične operacije naj bodo take, ki ne ne dogajajo na vsak pageload. Ker:
- Boš imel na licenčnem strežniku previsok promet.
- Pageloadi na clientu bodo občutno daljši.