koska et voi palvelimelta pyytää php-tiedostoa koodina. Aina kun pyydät sivu.php, niin tulkki muuttaa koodin html-muotoon.
Eihän koko hommassa ois mitään järkeä, jos kaikki pääsis kattoon sun tietokannan salasanat koodista jne.
Jos taas olet tekemässä jotain webbisovellusta phpllä ja haluat myydä sitä eteenpäin, niin kaikki tietty pääsevät sitä koodia räpläämään.
Obfuskaattori yrittää muuttaa koodia sellaiseksi, että sitä olisi hyvin vaivalloista tulkita. Esim. Java-koodinkin saa helposti purettua takaisin lähdekoodiksi. Googlella löytyy ohjelmia koodin suojeluun
ratkaisua juuri tarkoitin. HTML-sivulla ei tietenkään tuota koodia ole enää luettavissa. Menin vähän helppoon, kun toisinaan koodi on luettavissa. Oivalsinkin asian jo ja testasin näkyvyyden, toisaalta myös tuo palvelimella oleva koodi pitäisi olla tunnistamattomissa lähinnä siitä syystä että ainakin aluksi pitää hakea ns. localhost intranet-ratkaisuja.
Palvelinhotellien kustannukset (tai omat kiinteät IP:t palvelimineen ) ovat aika suuret (tietääkseni), joten asiakaskuntaa / paikallistasolla testattuja sovellutuksia pitäisi olla ensin riittävästi.
Koodin suojaamiseksi asiakkaan omalle palvelimelle tarvitaan siis tuo kryptaus, vaikka ei sekään taida ihan vedenpitävä ratkaisu olla.
0Äänestä
Wewewe
Salaaja kirjoitti:
ratkaisua juuri tarkoitin. HTML-sivulla ei tietenkään tuota koodia ole enää luettavissa. Menin vähän helppoon, kun toisinaan koodi on luettavissa. Oivalsinkin asian jo ja testasin näkyvyyden, toisaalta myös tuo palvelimella oleva koodi pitäisi olla tunnistamattomissa lähinnä siitä syystä että ainakin aluksi pitää hakea ns. localhost intranet-ratkaisuja.
Palvelinhotellien kustannukset (tai omat kiinteät IP:t palvelimineen ) ovat aika suuret (tietääkseni), joten asiakaskuntaa / paikallistasolla testattuja sovellutuksia pitäisi olla ensin riittävästi.
Koodin suojaamiseksi asiakkaan omalle palvelimelle tarvitaan siis tuo kryptaus, vaikka ei sekään taida ihan vedenpitävä ratkaisu olla.
Katsoppas http://www.zend.com/products/zend_guard luulisi olevan parhain ratkaisu kun Zend on PHP-enginen kehittäjä. Joskin hintalappu onkin sit sen mukainen.
"Palvelinhotellien kustannukset (tai omat kiinteät IP:t palvelimineen ) ovat aika suuret (tietääkseni), joten asiakaskuntaa / paikallistasolla testattuja sovellutuksia pitäisi olla ensin riittävästi."
Ei nuo nykyään ole kalliita muutamalla kympillä vuodeksi, tosin jos yritys on riippuvainen tuosta sovelluksesta niin silloin kannattaa unohtaa nuo halvimmat ja ottaa jostain luotettavasta hotellista palvelin.
Tosin jos yritys vaatii kunnon tietoturvaa niin silloin käytetään mielellään yrityksen omaa palvelinta jos semmoinen on.
Vastaukset 3
Vanhimmat
koska et voi palvelimelta pyytää php-tiedostoa koodina. Aina kun pyydät sivu.php, niin tulkki muuttaa koodin html-muotoon.
Eihän koko hommassa ois mitään järkeä, jos kaikki pääsis kattoon sun tietokannan salasanat koodista jne.
Jos taas olet tekemässä jotain webbisovellusta phpllä ja haluat myydä sitä eteenpäin, niin kaikki tietty pääsevät sitä koodia räpläämään.
Obfuskaattori yrittää muuttaa koodia sellaiseksi, että sitä olisi hyvin vaivalloista tulkita. Esim. Java-koodinkin saa helposti purettua takaisin lähdekoodiksi. Googlella löytyy ohjelmia koodin suojeluun
http://www.google.com/search?q=php obfuscator
ratkaisua juuri tarkoitin. HTML-sivulla ei tietenkään tuota koodia ole enää luettavissa. Menin vähän helppoon, kun toisinaan koodi on luettavissa. Oivalsinkin asian jo ja testasin näkyvyyden, toisaalta myös tuo palvelimella oleva koodi pitäisi olla tunnistamattomissa lähinnä siitä syystä että ainakin aluksi pitää hakea ns. localhost intranet-ratkaisuja.
Palvelinhotellien kustannukset (tai omat kiinteät IP:t palvelimineen ) ovat aika suuret (tietääkseni), joten asiakaskuntaa / paikallistasolla testattuja sovellutuksia pitäisi olla ensin riittävästi.
Koodin suojaamiseksi asiakkaan omalle palvelimelle tarvitaan siis tuo kryptaus, vaikka ei sekään taida ihan vedenpitävä ratkaisu olla.
Katsoppas http://www.zend.com/products/zend_guard luulisi olevan parhain ratkaisu kun Zend on PHP-enginen kehittäjä. Joskin hintalappu onkin sit sen mukainen.
"Palvelinhotellien kustannukset (tai omat kiinteät IP:t palvelimineen ) ovat aika suuret (tietääkseni), joten asiakaskuntaa / paikallistasolla testattuja sovellutuksia pitäisi olla ensin riittävästi."
Ei nuo nykyään ole kalliita muutamalla kympillä vuodeksi, tosin jos yritys on riippuvainen tuosta sovelluksesta niin silloin kannattaa unohtaa nuo halvimmat ja ottaa jostain luotettavasta hotellista palvelin.
Tosin jos yritys vaatii kunnon tietoturvaa niin silloin käytetään mielellään yrityksen omaa palvelinta jos semmoinen on.