Kryptering af koder

Zend.com -> Zend Engine er nok den løsning du skal bruge til det.
Men hvis jeg skal være ærlig... så bare sørg for at have copyrightet dine koder...
Hvis han så misbruger koderne så sagsøger du ham røven ud af bukserne!

Hvis du har koderne krypteret kan han jo ikke rigtigt bruge det til noget alligevel!?

HVad koster det at bruge Zend?

Ja, det er rigtigt. Han kan ikke bruge koderne alligevel. Men så har han fået en side som han kan oploade (men ikke rette i), men sådan er det.

Hvordan anbefaler du at Copyrighte koderne. En kontrakt, eller ved benævnelse i alle koderne? Fx Disse koder er copyrightet??

Det står på deres hjemmeside! Tror vidst at det er noget i stil med 300 USD $!

Bare ligge en EULA på CDen, hvor der står at koderne er copyrightet og bla bla bla... men det er et juridisk spørgsmål og jeg er ikke jurist!

all_for_you> Hvis du ikke har skrevet en kontrakt er det vist på tide at gøre det. Det bør man gøre hver gang, og inden der skrives en eneste linie kode.

El_berto> Det har jeg, men hvis der var nogle som havde alternative måde at gøre det endnu mere klart, ville jeg være åben for dette.

Du skriver bare i kontrakten at rettighederne til koden er din, men at du har solgt retten til at bruge koden til din kunde.

Tak, El Barto.

Sikker kryptering er ikke noget man skal kaste sig ud i, med mindre man har studeret emnet grundigt. Dette tager mange timers matematik studier samt grundigt kendskab til de forskellige kryptosystemer for at kunne forstå hvad der sker og hvad der er sikkert.

Du skriver du vil have krypteret "koderne". Er det nogle koder i cms systemet eller taler du ok php koden?

Hvis du mener php koden og kunden skal have en kopi på CD-ROM som kan skal kunne bruget til andet end en som underkop til kaffekruset, kan det ikke lade sig gøre.

Hvis der er tale om "passwords" du vil have beskyttet, skal du bruge en hash funktion på passwordet, eks. MD5 eller SHA. Dog skal du være opmærksom på, at et kort password er let at bruteforce, hvis du f.eks. kun bruger 8 karakterer skal der "kun" prøves 2048 muligheder. Dvs. du skal padde dit password med nogle andre data for at imødegå bruteforce angreb.

JP

>>jpvj.

Altså det smarteste ville være et "password" hvor man ikke "ødelægger" koderne, men blot ligger et password på. For som du selv siger, kan man egentlig ikke bruge de andre koder til noget.

Jeg fatter altså ikke hvad du mener.
1) Hvad er "koder"? Er det source kode eller passwords?
2) Du kan ikke kryptere noget der skal kunne læses og alligevel ikke må kunne læses. Det svarer lidt til, at du låner en bog på biblioteket og men det må ikke kunne kopieres i en kopimaskine. Hvis man krypterer noget, og modparten må læse det, så skal han (M/K) have nøglen til at dekryptere med.

jpvj>>Han vil bare have sourcen til ikke at være tilgængelig for kunden. Lige som, at du ikke kan gå ind og ændre i en exe-fil!
Også kaldet "encoding" - det kan man bare ikke særlig smart i PHP!?
Med mindre man bruger et af Zends produkter.

1) koder er source
2) Jeg troede godt man kunne blande nogle tegn ind i source-koderne, så browseren stadigvæk kunne læse dem, men ville man til at kopier koderne, og sælge dem videre, så fik man ikke noget ud af det.

PS. Kan man ligge password på en mappe som man gemmer koderne i? Og så brænde det ned på cd-rom. Sorry jeg ikke ved noget om det her :-/

og hvem så så lige ideen ved at brænde det ned på en cd forsvinde.....