Beskyttelse af sourcekode på offentlig server

Du kan ikke forhindre det, men du kan gøre det meget vanskeligt ved at obfuscate din kode. Prøv at Google på "PHP obfuscate".

http://www.zend.com/store/products/zend-encoder.php

<ole>

Jo, det kan du godt. Zend har værktøj til det - men det koster vist et par titusindekrone sedler  :)

/mvh
</bole>

Det må jeg lige prøve

Hmmm ... den er måske faldet i pris - eller også mener de bare, hvad de skriver: 'Starting at ...'  :)

Der findes også andre - prøv at søge efter nogle af de samme ord, som står på den side jeg linkede til før.

Med Google får man lige lidt over 99.000 hits, så mon ikke der skulle være noget at vælge imellem?

http://www.google.dk/search?hl=da&q=PHP+obfuscate&btnG=Google-s%C3%B8gning&meta=

erikjacobsen, det lyder og ser smart ud. Kan man ikke komme ud for at man har brugt nogle php_mods der ikke kan oversættes til Intermediate Code?

Ved du om der findes noget tilsvarende som freeware?

Man skal jo nok have installeret de samme extensions/libs. Men zend skulle jo gerne vide hvad de gør. Der sku' vist være noget freeware - det er så spørgsmålet om de ved hvad de gør, om besparelsen i pris kan opveje evt. bøvl. Jeg har ingen personlig erfaring med disse ting.

nielle -> Har jeg forstået det rigtigt at obfuscate betyder noget med at php koden forkortes med variabelnavne, mellemrum og sådan så den ikke er let at læse bagefter men egentlig stadig er den samme?

Korrekt forstået.

Hvis det skal være freeware få falder de 99.000 hits til 34.700:

http://www.google.dk/search?hl=da&q=PHP+obfuscate+freeware&btnG=S%C3%B8g&meta=

zends program er ikke bare "...forkortes med variabelnavne, mellemrum"

Så er jeg nok mere til Zend, da det andet jo egentlig kun gør det lidt mere besværligt som du også selv skriver. Men mon ikke der også findes programmer der kan køre det mere eller mindre den anden vej, så koden bliver "pæn" igen.

Nærlæser lige lidt om Zend, det lyder supter smart. Giver det mon også en øget performence når koden er preoversat ?

Og jeg mener at der findes freeware, der gør ca. det samme som zend, og kræver en "dims" installeret for at fortolke det.

http://turck-mmcache.sourceforge.net/index_old.html

"Since version 2.3.10, Turck MMCache contains a PHP encoder and loader. You can encode PHP scripts using encoder.php in order to distribute them without sources. Encoded files can be run on any site which runs PHP with Turck MMCache 2.3.10 or above."

... og "Turck MMCache is a free open source PHP accelerator, optimizer, encoder and dynamic content cache for PHP"

Nej, du kan normalt ikke reversere en obfuskeret kode med software - så skal den da være rigtig dårlig obfuskeret  :)
En begavet koder kan retablere koden - men at gøre det med software, kræver vist kunstig intelligens ... det må du tale med kulturministeren om  ;D

Man kan heller ikke reversere en obfuskeret Ole - der er slaget også tabt...

Når vi nu er nået så langt, så er der jo så tilbage om virksomheden vil købe et
produkt, de ikke har nogen mulighed for at arbejde videre på. De skal stole på at
du fortsat vil stå til rådighed, og at du har styr på backup, etc. etc.  Jeg ville
ikke anbefale en virksomhed at regne med det, hvis det pågældende software har en
kritisk betydning for driften.

Minimum er at du får skrevet i kontrakten hvad du gør. Man kunne opbevare kildeteksten hos en advokat, eller sådan noget,

olebole -> ja okay, variabelnavne kan selvfølgelig ikke genskabes men selve strukturen der gør den læselig kan vel nemt fikses med et lidt software.

nielle -> Turck... lyder smart tror det kræver en lidt nærmere nærlæsning. Er det noget du har prøvet eller blot en søgning på vores ven google?
Hvis du har prøvt det havde du så problemet med kompileringen? Min erfaring siger mig at det ofte kan drille en del!

Jeg må indrømme at jeg ikke har prøvet det. Udgangspunktet var godt nok Google, men den ledte mig til et site hvor man netop diskuterede alternativer til Zend, og der var der en som snakkede for sin sag.

Erik >> Naturligvis bør køber altid være sikret, den software, han har købt, kan videreudvikles.

hwlarsen >> - og hvordan havde du tænkt dig, det skulle kunne fikses nemt? I øvrigt er jeg i tvivl, om du har forstået begrebet obfuskation  :)
Hvad mener du med, at man kan gøre strukturen læselig, hvis man ikke kan læse/forstå variabel- og funktionsnavne?
Hvordan ville du få noget somhelst læseligt ud af en kode, hvis alle navne er ikke-sigende et/to-bogstavs navne - og funktioner og variabler er blandet ind og ud mellem hindanden?  :)

- det kan kun en dygtig koder ....... og endda kun måske  ;o)

Ole >> Det er rigtigt, det er nok ikke så nemt som lige antaget.

Nille >> smider du et svar, tror godt jeg kan få noget godt ud a de par links du har givet.

Svar :^)

... men sig mig lige. Har din kunde ikke - som en del af kontrakten - betinget sig at få kildekoden udleveret? Det er ellers et meget almindeligt krav.

Jo kunden har sin del af koden, men en del af systemet ejer kunden ikke så det er kun denne del jeg gerne vil beskytte.

Så vil jeg så sandelig da håbe, kunden er klog nok til at kræve en kopi af kildekoden lagt hos en advokat - eller finder en anden leverandør. Ellers er han jo totalt på Herrens mark  :)

Kunden kan godt bruge sit system uden koden, det er kun en mindre del af systemet der kræver den beskyttede kode. Så det skulle ikke være nødvendigt med advokat eller lign.