menü

status

online seit 2173 tagen
letztes update am
14. November, 13:09

kalender

Januar 2006
Mo
Di
Mi
Do
Fr
Sa
So
 
 
 
 
 
 
 2 
 4 
 5 
 6 
 7 
 8 
10
18
19
21
22
23
24
25
26
27
28
29
30
31
 
 
 
 
 
 

aktuelles

weiter so!
asco - 14.11. 13:09
Nach langer Zeit ...
nighthawk - 04.10. 23:09
Lösungen vom draufgucken
nighthawk - 27.02. 22:30
Mal 'was neues
nighthawk - 26.01. 22:29
Ganz Münster auf dem Aasee
nighthawk - 11.01. 20:17

historisches

suche

 

buttonmania

xml version of this page

paRSS - Feews! for the rest of us

SORUA enabled

MS Blogging - Blogs aus Münster

Tom's Gutscheine

startseite > einträge > Hotlinking von meinen Bildern

Montag, 9. Januar 2006

Hotlinking von meinen Bildern


nachdem ich vor einem 3/4 jahr ja schonmal geschaut hatte und festgestellt habe, dass das hotlinking problem bei mir nicht so gravierend ist, habe ich heute nochmal durch meine logdateien geschaut.. und ich muss sagen: mittlerweile ist es gravierend.
die referrerliste besteht zum ueberwiegenden teil aus bildern die gehotlinkt wurden.. den allerletzten ausweg (anzeigen von bildern unter fremden domains generell unterbinden) wollte ich aber noch nicht rausholen.. daher habe ich jetzt erstmal das hotlinken von bestimmten urls etwas grosszuegiger unterbunden.. u.a. duerften die meissten foren und auch einige blogs nicht mehr funktionieren.
den vogel abgeschossen hat uebrigens ein maedchen aus kanada, dass dieses bild nicht nur gehotlinkt hat, sondern es dabei gleich als hintergrundbild fuer ihre seite genommen hat. grandios! und dann gibts da noch kwick.de - eine mir aeusserst suspekte seite. die gesamte userschaft scheint noch nie was vom urheberrecht gehoert zu haben, denn die tauchen mit abstand am haeufigsten in den logs auf.. alle diese ganzen leuten bekommen jetzt ein nettes kleines bildchen mit einem ueberaus freundlichen (im vergleich zu der tatsache, dass sie bandbreiten- und bilderdiebstahl betrieben haben) text praesentiert, der sie darueber aufklaert, dass sie ihre bilder gefaelligst woanders suchen sollen.
vor laengerer zeit hatte ich schon mal einen filter eingebaut, damit die bilder nicht mehr fuer ebay auktionen benutzt werden koennen.. der hatte schonmal durchschlagenden erfolg - von ebay habe ich fast nichts mehr in den logs. hoffen wir mal, dass meine jetzige aktion es auch wieder ein wenig eindaemmt.
sollte irgendein rss reader versehentlich ebenfalls im filter gelandet sein, einfach kurz melden (am besten an diesem beitrag per kommentar), dann nehme ich den vom filter aus.

kommentare

hmm, darüber würde ich gern mehr erfahren.
wie sorgen sie dafür, dass ihre fotos zwar angezeigt werden wenn ihr blog gelesen wird, andererseits aber nicht erscheinen, wenn darauf verlinkt wurde? den webserver kann man wohl dazu bringen div. mime-typen nur "auszuliefern" wenn sie von der lokalen domain angefordert wurden... oder so oder anders?
zur weiteren problematisierung: anstelle von <img src= ... </img> könnten ja auch lynx, w3m, wget, curl (on demand und skriptgesteuert) unterwegs sein um das foto abholen nur um es dann an anderer stelle auszugeben. konsequenterweise müssten sie dann alle fotos mit wasserzeichen versehen und den aufwand immer höher treiben. das wird vermutlich ein rennen zwischen hase und igel. kopieren ist eine menschliche grundfunktion und "internet" basiert (trotz aller kommerzialisierung) noch immer auf verlinken und kopieren. ich meine: wenn mensch nicht will, dass etwas kopiert wid, gehört es nicht in netz. alles ist - so gesehen - grundsätzlich kopierbar. es ist eher eine frage des aufwandes und ob mensch den betreiben will...
asco - 10. Januar, 00:22

Re

nein - ich habe absichtlich keine whitelist, sondern eine blacklist eingebaut.. einfach aus dem grund, dass es auch vielerlei rss reader im web gibt die dann ebenfalls nichts mehr sehen wuerden - und das zu unrecht. diese leute sollen ja meine bilder sehen koennen. ausserdem ist der referrer den ein browser sendet auch nicht selten einfach schlichtweg falsch.. ich mag es nur nicht, wenn meine bilder irgendwo massenweise verlinkt werden, ohne das ich als quelle genannt werde.
praktisch sieht das so aus, dass ich eine .htaccess datei mit folgendem inhalt angelegt habe..

RewriteEngine on
RewriteCond %{HTTP_REFERER} ebay\.(.*)/ [NC,OR]
RewriteCond %{HTTP_REFERER} kwick\.de/ [NC]
RewriteRule \.(gif|jpg|png)$ http://bild.das.stattdessen/angezeigt_werden.soll [R,L]

dazu muss man in antville allerdings die bilder nicht von helma, sondern vom apache ausliefern lassen, sonst klappt das nicht.
ich habe im uebrigen auch wirklich kurz drueber nachgedacht, ob ich irgendwie live abhaengig vom referrer ein wasserzeichen einfuegen kann.. technisch denke ich, dass es durchaus machbar waere.. aber den aufwand werde ich nicht betreiben. der einfache "htaccess filter" muss (vorerst) reichen. echte technisch versierte leute werde ich auch niemals ausgesperrt bekommen. wer ein bild runtergeladen haben will, bekommt das auch hin.. aber die leute die in ebay auktionen mit meinen bildern und meiner bandbreite geld verdienen bekomme ich so auf jeden fall ausgesperrt.
nighthawk - 10. Januar, 00:36

naja, ich denke es ist ein praktikabler mittelweg um die schlimmsten auswüchse zu verhindern.
wasserzeichen: könnte vielleicht mit der gd_lib oder netpbm klappen. mit fly und pbmtext geht das in der bash ganz prima.
man müsste ImgMgr/objectFunctions.js von Antville überreden können vor dem upload... :-)
asco - 10. Januar, 16:37

nee.. der trick waere ja das _nach_ dem upload (also erst beim ausliefern des bildes) zu entscheiden, ob ein wasserzeichen benoetigt wird oder nicht.. :)
nighthawk - 10. Januar, 16:40

das wird schwerer... :-)
asco - 10. Januar, 16:49

zweifellos.. ich halte es nicht fuer unmoeglich, ich haette da auch schon einen plan, den ich im fall der faelle verfolgen wuerde.. aber der aufwand ist mir fuer die bilder, die ich hier zur schau stelle, definitiv zu hoch :)
nighthawk - 10. Januar, 16:58

backlinks


um missbrauch zu vermeiden werden die backlinks mit einem clientseitig laufenden javascript dargestellt. falls javascript abgeschaltet ist sieht man diesen text.