Verhindern HTML-Quellcode Stehlen

Question

Kürzlich habe ich einige Web-Design-Arbeit für eine Person. Ich zeigte ihm weiterhin Fortschritte, indem ich ihm einen Link zu seiner neuen Site auf meinem Entwicklungsserver gab. Kurz vor Ende der Vollendung ließ er jeglichen Kontakt zu mir fallen und ich konnte ihn nicht mehr erreichen. Ich habe kürzlich seine Site angeschaut und er hat eine Kombination seiner alten Site mit der neuen, die ich erstellt habe, gemischt. Ich dachte, vielleicht hat er es nach dem Betrachten meiner Version neu gestaltet, aber ein kurzer Blick auf seinen Quellcode zeigt, dass die Teile, die ich erkannt habe, voll waren, einfach kopiert, indem der Quellcode auf meinem Dev-Server angezeigt wurde. Also hat er mich völlig verstockt und ich bekam keine Bezahlung von ihm.

Ich frage mich nur, ob es sowieso in Zukunft zu verhindern?

Mein erster Gedanke war Verschleierung, aber eine schnelle Suche zeigt, dass dies zu HTML nicht zu empfehlen ist und nicht idiotensicher sowieso.

Offensichtlich ist dies eine Lektion gelernt für mich, um eine Art von Vorauszahlung zuerst zu bekommen, aber in der Lage zu verhindern, dass Arbeit in Zukunft so leicht gestohlen wird, wäre nett.

Gibt es Entwickler, die auf ähnliche Probleme gestoßen sind? Wie zeigst du jemandem den Fortschritt deiner Arbeit, ohne ihn als Tag Zugang zu deiner Quelle zu geben?

Answer 1

IMHO ein guter Weg wäre Präsentationen z. mit TeamViewer oder einer ähnlichen Software, wenn Sie nicht zu Ihrem Kunden gehen können.

Sie könnten auch Screenshots oder eine grundlegende Remote-Zugriff mit VNC oder so, wo Sie sehen können, aber nicht der Website.

Answer 2

Sie können entweder einfach die Website auf Ihrem Laptop ausführen oder die gesamte Website hinter eine Anmeldeseite stellen, für die ein Kennwort erforderlich ist. Sie könnten Live-Demos erstellen, aber der Client hat erst Zugriff auf die Site, wenn Sie bezahlt haben.

Answer 3

Es ist möglich, den Quellcode mit Javascript zu verschlüsseln. Probieren Sie diese Website: http://www.iwebtool.com/html_encrypter Ich habe dieses Tool nie selbst verwendet und ich weiß nicht, ob alles gut funktioniert, aber ich denke, es lohnt sich, einen Schuss zu geben. Sie können den normalen Quellcode immer hochladen, nachdem Sie bezahlt haben. Stellen Sie außerdem sicher, dass Sie in Zukunft die richtigen Kontaktinformationen Ihres Kunden haben. Ich empfehle auch sehr, einen Vertrag in der Zukunft zu verwenden, damit Ihr Klient gesetzlich gebunden wird, um Sie zu zahlen. Eine andere mögliche Option ist, Ihrem Kunden nichts als einen Screenshot der Site zu geben, aber Ihre Site wird natürlich statisch.

Answer 4

Was Sie tun könnten, ist HTML Image Maps mit Screenshots verwenden, um eine grundlegende, interaktive Version des Endprodukts zu erstellen.

Answer 5

Die anderen Antworten hier sind nur eine Reihe von Hacks, die rückgängig gemacht werden können.

Die Clientseite, HTML, CSS und JS bestehen aus allen Open-Source-Technologien. Während Sie eine Menge Zeit damit verbringen könnten, Ihren clientseitigen Code zu verschleiern, ist Ihre beste Wette nur besser Geschäftslogik zu üben.

Die Optionen öffnen sich weit über den Schutz für serverseitigen Code, aber Ihre Frage scheint sich auf clientseitigen Code zu konzentrieren.

Für gut etablierte vertrauenswürdige Kunden bin ich viel flexibler, aber neue Kunden, mit denen ich sehr vorsichtig bin. Ich fordere progressive Zahlungen. Für jede Lieferung ist eine Zahlung erforderlich. Auf diese Weise haben beide Parteien, wenn die Beziehung jemals unterbrochen wird, was sie wollen.

Wenn Sie sich zu einem einfachen Zeichen für Betrüger machen, ziehen Sie nur Betrüger an.

Answer 6

Verwenden Sie eine Website, die einen Escrow-Service oder einen treuhänderähnlichen Dienst hat, bei dem der Arbeitgeber das gesamte Geld im Voraus an die Website zahlt und erst nach Erreichen eines vordefinierten Ziels an den Coder ausgegeben wird.

Viele Freelancing-Websites bietet diesen Service.

Answer 7

Ich habe ein Tool gebaut, das Ihre JS-Quellen wirklich verschlüsselt - keine einfache Verschleierung durch Verschleierung, aber gute Sicherheit durch Verschlüsselung.

Sehen Sie, wie es hier funktioniert: http://ec2-176-34-64-10.eu-west-1.compute.amazonaws.com/nopro/xscroll - es ist eine Demo nur zum Ausblenden des Skripts xscroll.js.

Wenn Sie das DOM in Ihrem Client untersuchen, sehen Sie nur: nplreq(url) für jedes Skript, das Sie an HTML binden head.

Verschlüsselung und Entschlüsselung sind für den Browser völlig transparent. Es wird mit Firefox, Chrome, Opera, Konqueror, IE8-10, Dolphin und Safari auf einem Android-Tablet getestet.

Verschlüsselung mit AES (Rijndael 256) mit One-Shot-Keys, die zwischen Client und (liblock-) Server mit Diffie-Hellman ausgehandelt werden.

Die Quellen sind sicher versteckt, und nur mit wirklich großem Aufwand können sie wieder erreicht werden.