Findes der ikke et program der kan..............

nej...

Det kommer an på hvad du mener. Hvis du mener din .asp sourcecode, så nej, da ASP er et fortolket sprog.

Eneste mulighed er at "gemme" central kode væk i komponenter, men de kan også brydes.

Hvis du mener at man ikke skal kunne se koden i browseren, er det allerede sådan, da ASP som du sikkert ved er server-side.

mmhh jeg ved at der gør...kan bare ikke lige huske hvor jeg så det.

Jeg ved godt at det kan brudes...men så skal man også være nørdt til det....

cobra >> med al respekt, så kan du umuligt have set noget, da det ikke findes.

men hvis du alligevel vil skrive vb script kan du lave det som en .dll fil.. så er der ikke nogen der kan se din kode.. men de skal jo registreres på serveren for at kunne køre..

Er det fordi du har udviklet noget genial kode du gerne vil sælge ?

Problemet med komponenter, udover at de ikke er specielt sikre er, at dem du evt. sælger koden til, ikke blot kan flytte dine ASP filer ind på Deres server. Komponenter skal installeres på serveren, og det gør det eks. noget mere besværligt at flytte til en anden server.

Det jeg vil sige med dette er, at hvis du har noget kode som andre er interesserede i, kan du ende op med at gøre det så komplekst at anvende, at de finder noget andet.

tmceu nu er du dum at høre på. Prøv at download denne her kode på denne side her http://activedeveloper.dk/download/default.asp?mode=showdownload&id=391

rent arkitekturmæssigt kan det gøres hvis man laver en isapi-applikation og lader den 'fortolke' .asp filer. Det den så i realiteten skal gøre er at dekryptere filerne, og sende sctipene videre til asp.dll der fortolker dem. Men dette er så blevet til en isapi-ting, og så er vi ovre i c++. Der er lidt godt at gå efter på google med:
isapi crypt asp
/J

ja så siger i ikke mere..he he

cobra >> og du er tilsyneladende lige så naiv som du er uhøflig. Jeg antog at du mener at have udviklet noget kode der er så genial, at du er nødt til at beskytte den.

Det jeg mente var, at du kan gemme din kode lidt væk, men du kan ikke beskytte den, hvis "man" er bare en lille smule opsat på at se den.

Og nej, man behøver ikke være nørd for at lave reversed ingeneering. Se eks. den øverste kommentar på dit eget link.

Men hvis du mener det link er løsningen, hvorfor så egentlig oprette spørgsmålet ? Brug dog encoding og bliv i troen :-)

hvis det er det du mener med at kode ens asp-filer så se her;

http://www.search.mobilixnet.dk/krypter/ie.htm

problemet er bare at det er ret skod; html-outputtet kan jo stadig læses - og selve asp-filen kan ingen jo se alligevel... og desuden tager det meget længere tid at indlæse en side på denne måde da det skal dekrypteres først.

Hvis du er så god, og har lavet noget så specielt kode at ingen må se det, så burde du slet ikke være her, men arbejde på et gude-sted... og tænk samtidig på, at den måde du garanteret har lært asp på er ved at se andres kode både her på eksperten og ved download på fx activedeveloper - og den læringsidé vil du nu ødelægge?

GUYSGUYS!
OT: det er rigtigt at kompiletet kode kan reverseengeneeres, men det er trods alt sværere at få fat på et komponent (man ikke ved hvor ligger...) frem for en asp-fil der ligger ligefor. Som med alt andet sikkerhed er det ikke et spørgsmål OM man kan få fat i koden, men som tmceu nævner bare hvor lang tid, og hvor bøvlet det er, og det er der man kan sætte ind som almindelig udvikler! Man kan bruge de teknikker der gør at uvedkommende skal bruge så meget ekstra tid så de ikke gider gå i kast med det, og en ting man kan gøre nemt er at gemme koden væk i en .dll. Det er et stort skrit i fht. webservere da det er meget nemmere at styre brugerrettigheder/policies på komponetner frem for på flade .asp-filer (tmceu >> Jeg forstår ikke helt hvad det der med at .dller ikke er sikre er for noget:-))). Man skal dog arbejde lidt med komponenter før at det virker naturligt...

/J

just4fun >> som jeg skrev (spurgte om) tidligere, antog jeg at vedkommende har skrevet noget så genialt, at han vil sælge det eller på anden måde distribuere det.

I så fald, gør det ikke den store forskel om du udleverer en komponent eller .ASP fil, encodet eller ej. Jo, selvfølgelig er det nemmere at læse den rene .ASP fil, end det er at bruge en time eller to på at decode, decompilere el.lign. Men som jeg også skrev, kan de fleste mennesker finde og bruge et decompilerings værktøj.

Og det er derfor jeg mener at .dll filer heller ikke er sikre. Nævn mig den dll fil der ikke kan brydes/dekompileres eller hvad ved jeg, og jeg gi'r en kold hvis vi nogensinde mødes :-)

Der findes tonsvis af værktøjer derude, se eks. http://www.decompiler.com

tjek :-))
Jeg forventede ikke at filerne skulle distribueres (kunne måske have gættet mig til det, men det er lidt svært at bedømme folks niveau og tanker) pointe.
Og jeg er enig med dig at alt kan decompiles... Men hvis det er mere besværligt (eller næsten) så kan det jo bedere betale sig at lave/få lavet funktionaliteten selv. En obfuscater kan gøre meget i den sammenhæng (og ja, man kan også deobfusacte...), så man ikke gider gå i gang med det selv om man har fået koden us då man kan læse den..
En pils.... hmmm jeg tror lige jeg kigger mig omkring ;-)