Strg+U blockieren
lima-city → Forum → Die eigene Homepage → Homepage Allgemein
beispiel
bild
browser
check
code
diebstahl
dokument
fehler
gestalten
http
jemand
kopieren
ladezeit
machen
meinung
programm
quellcode
schutz
sinn
url
-
Wie kann ich die Tastenkombination Strg+U blockieren, um meinen Quelltext zu schützen?
-
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
Gar nicht! Zumindest nicht zuverlässig. ;)
Wer nicht weiß, wie er eine solche Sperre umgeht, kann mit dem Quelltext eh nichts anfangen und alle anderen kannst Du nicht hindern. -
Mit Javascript wäre sowas realisierbar, da man dieses aber auch abschalten ist es kein wirklicher Schutz. Ausserdem reicht es eh nicht nur Strg + U zu deaktivieren du müsstest nämlich auch das Kontextmenü ( rechter Mausklick ) deaktiveren und dann wäres es dennoch über das Browsermenu möglich sich den Quelltext anzeigen zu lassen.
Gruss snvr1
Beitrag zuletzt geändert: 25.5.2012 22:38:13 von snvr1 -
fatfreddy schrieb:
Was wär denn, wenn der "Böse" den Quelltext über das Kontextmenü auswählt?
Gar nicht! Zumindest nicht zuverlässig. ;)
Oder gar sowas wie cURL nutzt um sich das herunterzuladen? Du kannst keinen HTML-Text schützen.
Du kannst hingegen JavaScript unlesbar machen
Also könntest du deine Seite ausschließlich mit JavaScript aufbauen und das dann unlesbar machen, indem du es gut komprimierst...
Das ganze hat trotzdem keinen Sinn, da du sicher nichts so geheimes und wichtiges auf deiner Seite hast das niemand lesen können darf
-
Ne, geheimes hab ich da nicht drauf, aber es stört mich ein wenig, wenn jeder meinen Quelltext kopieren kann. Mit JavaScript kann ich mich sowieso nicht so richtig anfreunden, zumindest nicht die ganze Website. Ein paar JavaScript Schnipsel habe ich auch drin, aber auch nur so als kleines Extra. Aber wenn es nicht geht, dann geht das eben nicht. Das ist zwar schade, aber da kann man nunmal nichts machen
-
hitzigrath schrieb:
Du kannst deine Seite Aber sicherer machen vor Diebstahl zb mit dem Programm http://www.htmlguard.de/
Ist eine wirklich tolle Idee, wenn Du verhindern möchtest, daß deine Seite bei Google gefunden wird und nur von Usern betrachtet werden kann, die Javascript nutzen können/wollen.
Ein sinnvoller (sofern der Begriff sinnvoll in diesem Zusammenhang überhaupt sinnvoll ist. ;) ) Schutz ist das auch nicht.
hackyourlife schrieb:
Du kannst hingegen JavaScript unlesbar machen
Auch da sollte man eiinschränkend formulieren: schwerer lesbar ;)
Was zur Laufzeit für den Browser lesbar sein muß, läßt sich mit etwas Aufwand immer auch vom Anwender auslesen.
@fuhnefreak: Versuche deinen Code lieber erst mal fehlerfrei zu gestalten, bevor Du Angst vor Codeklau hast. Oder willst Du nur den fehlerhaften Code verbergen?
-
fatfreddy schrieb:
@fuhnefreak: Versuche deinen Code lieber erst mal fehlerfrei zu gestalten, bevor Du Angst vor Codeklau hast. Oder willst Du nur den fehlerhaften Code verbergen?
Mein Code ist fehlerfrei!
http://validator.w3.org/check?uri=http%3A%2F%2Ffuhnefreak.lima-city.de%2F&charset=%28detect+automatically%29&doctype=Inline&group=0 -
Ich sehe nicht ganz den Sinn einer solchen Funtion..
Da du deinen Qellcode ja an die Browser schikst, bist du im Endeffekt gezwungen, diessen Preis zu geben.. (du gibst ihn ja weiter)
Die einzige Methode meiner Meinung nach, ist den Quellcode zu verschlüsseln.
So wie Facebook es z.B. macht :-)
Grüsse, Paddy -
fuhnefreak schrieb:
Mein Code ist fehlerfrei!
http://validator.w3.org/check?uri=http%3A%2F%2Ffuhnefreak.lima-city.de%2F&charset=%28detect+automatically%29&doctype=Inline&group=0
Es erschüttert mich, daß der Validator solche Fehler übersieht:
<bodyonselectstart="return false" ondragstart="return false" oncontextmenu="return false" oncontext="return false">
<i>Sponsored by <a href="http://www.lima-city.de/homepage/ref:261025"><img src="http://www.lima-city.de/images/banner/next-level_80x15_1.gif" alt="Lima-City"></i></a>
paddy-herrmy schrieb:
Die einzige Methode meiner Meinung nach, ist den Quellcode zu verschlüsseln.
So wie Facebook es z.B. macht :-)
Wo siehst Du bei FB verschlüsseltes HTML? Dort wird nur zur Optimierung der Ladezeiten eine einfache Komprimierung eingesetzt. Gleiches bei den Javascripten.
Beitrag zuletzt geändert: 26.5.2012 1:10:44 von fatfreddy -
fatfreddy schrieb:
Wo siehst Du bei FB verschlüsseltes HTML? Dort wird nur zur Optimierung der Ladezeiten eine einfache Komprimierung eingesetzt. Gleiches bei den Javascripten.
Ja, ich meinte eher die Scriptsprache dort.. ich meine, das is so kompliziert, als ich könnte da nichts klauen, oder nachmachen... -
FB nutzt das aber primär um die Daten zu komprimieren.
@Threadautor: Auch wenn du jetzt das Gefühl hast eine aufwendige Webseite gestaltet zu haben, so kann ich dir eins sagen: Wenn du noch am lernen bist, wirst du in 3 Wochen bereits viel bessere Ideen haben, wie du deine Seite gestalten kannst. Von daher wird deine Seite in naher Zukunft einiges an Wert verlieren. Von daher musst du sie auch nicht schützen.
Und Leute die zu blöd sind, sich so eine Seite selber zu erstellen, werden auch mit deinem Quelltext nicht sonderlich glücklich werden. Klar, sie können deine Inhalte stehlen, aber es dürfte ihnen trotzdem schwer fallen das ganze dann doch noch für ihre eigenen Bedürfnisse anzupassen.
Von daher: Schlag dir das mit dem Quelltext-Schutz aus dem Kopf. Die allerwenigsten HTML Quelltexte sind schützenswert. -
Ach ja, und ich kann dir auch nur ans Herz legen:
das PHP- Loginscript von: http://www.php-einfach.de/tuts_mysql_login.php
ist NICHT sicher :-)
Ich nehme mal sehr stark an, dass du diesses Benutzt..
Das script ist auf keinen fall für eine Produktive Website gedacht :-)
Gruss Paddy -
Eine Methode, die du einsetzen kannst, um Nutzern das Lesen des Quelltextes zu erschweren ist, alle Zeilenumbrüche im Quelltext automatisch in PHP zu entfernen.
Das heißt, wenn du z.B. eine solche Seite hast:
<html> <head> <title>Meine tolle Seite</title> </head> <body> <div id="header"> <p>Herzlich Willkommen!> <ul style="list-style-type: none; width: 100%;"> <li>Das</li> <li>ist</li> <li>eine</li> <li>Liste</li> </ul> <script type="text/javascript"> function irgendwas() { alert('Lima-City!'); } </script> </div> </body> </html>
Würde sie ohne Zeilenumbrüche so aussehen:
<html><head><title>Meine tolle Seite</title></head><body><div id="header"><p>Herzlich Willkommen!><ul style="list-style-type: none; width: 100%;"><li>Das</li><li>ist</li><li>eine</li><li>Liste</li></ul><script type="text/javascript">function irgendwas(){alert('Lima-City!');}</script></div></body></html>
Dann kannst du - wie schon erwähnt - bestimmte Code-Teile (am besten JavaScript-Code) durch JavaScript verschlüsseln und dann vom Nutzer wieder entschlüsseln lassen. Auch das ist natürlich kein effektiver Schutz, aber es erschwert die Analyse deines Codes.
Das Betrachten vom Quelltext kannst du via JavaScript verhindern, die Sperrung funktioniert aber auch nur, wenn der Nutzer JavaScript aktiviert hat. Aber auch mit JavaScript kann er ganz einfach über das Kontext-Menü jedes gängigen Browsers die Quellcode-Betrachtung öffnen. -
fatfreddy schrieb:
fuhnefreak schrieb:
Mein Code ist fehlerfrei!
http://validator.w3.org/check?uri=http%3A%2F%2Ffuhnefreak.lima-city.de%2F&charset=%28detect+automatically%29&doctype=Inline&group=0
Es erschüttert mich, daß der Validator solche Fehler übersieht:
<bodyonselectstart="return false" ondragstart="return false" oncontextmenu="return false" oncontext="return false">
<i>Sponsored by <a href="http://www.lima-city.de/homepage/ref:261025"><img src="http://www.lima-city.de/images/banner/next-level_80x15_1.gif" alt="Lima-City"></i></a>
paddy-herrmy schrieb:
Die einzige Methode meiner Meinung nach, ist den Quellcode zu verschlüsseln.
So wie Facebook es z.B. macht :-)
Wo siehst Du bei FB verschlüsseltes HTML? Dort wird nur zur Optimierung der Ladezeiten eine einfache Komprimierung eingesetzt. Gleiches bei den Javascripten.
Du solltest die Seite auch ab und zu mal neuladen Wenn Fehler bei mir auftreten, sind sie nach 4-5 Minuten wieder weg, weil ich ihn entweder finde und selber beseitige, oder wenn ich ihn nicht finde, dann setze ich mein Backup auf und dann ist er auch weg.
Manche fehler auf den Unterseiten, die zum Beispiel das ich den Tag
benutze, obwohl man das auch nicht dürfte, ignoriere ich auch mit absicht, weil ich keine Lust habe, das über CSS zu gestalten, da es so wie ich mache am einfachsten ist, und trotzdem funktioniert.<center>
Beitrag zuletzt geändert: 26.5.2012 11:26:20 von fuhnefreak -
mermadalis schrieb:
Und was passiert, wenn ich mir den HTML-Text dann mit einem einfachen XML-Formatter wieder lesbar formatieren lasse? Dieser "Schutz" macht nur die Datei kleiner, sonst gar nichts
Eine Methode, die du einsetzen kannst, um Nutzern das Lesen des Quelltextes zu erschweren ist, alle Zeilenumbrüche im Quelltext automatisch in PHP zu entfernen.
Komprimierter JavaScript-Code ist übrigens sehr schwer lesbar... schau einfach mal hier... ob du da rausfindest was da wie funktioniert?
Und wirklich verschlüsseln kannst du sowieso nichts, weil das am Ende sich ja selber wieder irgendwie entschlüsseln muss wenn es angezeigt werden soll. -
mach doch einen Screenschot der Seite und lad das Bild hoch, garantiert sicher und das lästige herumklicken der User auf deiner Seite ist auch Geschichte :-)
-
fatfox schrieb:
Und dann mit "verschlüsseltem" JavaScript und Canvas auf die Seite die dynamischen Dinge zeichnen?
mach doch einen Screenschot der Seite und lad das Bild hoch, garantiert sicher und das lästige herumklicken der User auf deiner Seite ist auch Geschichte :-)
-
fatfreddy schrieb:
paddy-herrmy schrieb:
Die einzige Methode meiner Meinung nach, ist den Quellcode zu verschlüsseln.
So wie Facebook es z.B. macht :-)
Wo siehst Du bei FB verschlüsseltes HTML? Dort wird nur zur Optimierung der Ladezeiten eine einfache Komprimierung eingesetzt. Gleiches bei den Javascripten.
Also bei mir ist der Quelltext der inde.php von Facebook 517621 Zeichen lang, ich glaube kaum, das jemand den Quelltext kopieren und aufarbeiten möchte, da nimmt man doch eher seine eigenen Sachen, oder?
Außerdem sieht, wenn du PHP benutzt, sowieso keiner den ursprünglichen Quelltext, sondern nur den, den der PHP-Parser an dich weitergibt.
MfG raphael811 -
raphael811 schrieb:
Dein "PHP-Parser" ist eigentlich der "PHP-Interpreter"
Außerdem sieht, wenn du PHP benutzt, sowieso keiner den ursprünglichen Quelltext, sondern nur den, den der PHP-Parser an dich weitergibt.
Du kannst so zwar den PHP-Code nicht sehen, allerdings bekommst du alle JavaScripts und Styles und könntest damit deine Seite genauso aussehen lassen.
Über solch einen "Schutz" würde ich aber erst dann anfangen nachzudenken, wenn dort was einzigartiges zu sehen ist das es sonst nirgendwo gibt und du willst dass das so bleibt. -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
