Wie Exe-Dateigröße/Zip-Archivgröße minimieren?

[Matze]

Zitat von himitsu:

Zitat von Jonelmeier:

Es gibt allerdings einige Leute, welche Tools am Laufen haben, die den Referrer verschleiern.

Wer sowas nutzt, der kann es auch mal abschalten.

Zitat von himitsu:

@Matze: Bei Bildern/Dateien hab ich standardmäßig die Kekse gespert (weder runerladen/speichern noch vom Browser versenden) das wäre es dann mit deiner Session.

Wer sowas deaktiviert, kann es auch mal aktivieren.

Ich könnte natürlich zusätzlich den PHP-Referer prüfen, wenn meiner nicht gesetzt ist oder umgekehrt.

Edit: Nun sind beide Überprüfungen implementiert.
Wer Cookies deaktiviert hat und zusätzlich den Referer unterdrückt, hat Pech gehabt. So einfach ist das.

[himitsu]

Was du noch implementieren mußt

der Brownser/Downloader (vorallem die Browser) übermittelt auch noch im Header die "gewünschten"/unterstützten Dateiformate mit ... wenn man jetzt per <IMG> ein Bild einlinkt, dann bringt es nix, wenn du HTML rausschickst

[Matze]

Zitat von himitsu:

der Brownser/Downloader (vorallem die Browser) übermittelt auch noch im Header die "gewünschten"/unterstützten Dateiformate mit ... wenn man jetzt per <IMG> ein Bild einlinkt, dann bringt es nix, wenn du HTML rausschickst

[himitsu]

Ich weiß ja nicht, ob du auch mal Bilder zum Download bereitstellst, aber in soeinem Fall wäre statt 'ner Umleitung zu deiner Webseite ein "nö, das darfst man nicht"-Bild angebrachter.

Zitat:

[HTTP_USER_AGENT] => Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 ( .NET CLR 3.5.30729)
[HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
[HTTP_ACCEPT_LANGUAGE] => de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
[HTTP_ACCEPT_ENCODING] => gzip,deflate
[HTTP_ACCEPT_CHARSET] => ISO-8859-1,utf-8;q=0.7,*;q=0.7

über HTTP_ACCEPT kann man erkennen, ob es z.B. als Bild eingebunden werden soll, u.a. via <img>

Zitat:

[HTTP_ACCEPT] => image/png,image/*;q=0.8,*/*;q=0.5

Wenn man hier jetzt einfach nur zu einer HTML-Seite umleitet, dann sieht man nix.


spezielle serverseitige Browseranpassungen > HTTP_USER_AGENT
Auswahl einer Anzeigesprache > HTTP_ACCEPT_LANGUAGE und HTTP_ACCEPT_CHARSET
welcher Dateityp wird erwartet > HTTP_ACCEPT
kann man die Datenübertragung komprimieren > HTTP_ACCEPT_ENCODING


PS: das mußt war eigentlich nicht ganz ernst gemeint

[Matze]

Ach das meinst du. Es geht hier um Freeware-Programme, nicht um Bilder.

Zitat von himitsu:

spezielle serverseitige Browseranpassungen > HTTP_USER_AGENT

Vergiss das lieber wieder. Es gibt so viele Leute/Browser/Bots, die den User-Agent ändern.

[BMI]

Entschuldigt die Frage:
was spricht denn gegen ein ... anfangs erstmal - einfaches Captcha?
(2+3 = ?)

(also ich finde, Leute, die sich in Foren anmelden können z.B. Chip- oder computerbild-Leser und dabei weitaus längere Zeichenfolgen eingeben müssen ... können das auch vor einem EINZIGEN gebrauchten Download - 1 Zahl eintippen - ist ja nicht täglich oder z.B. vor dem Absenden eines jeden Foren-Posts z.B.)

Wenn man dann rausfindet, daß es wirklich Bots sind kann man ja mit stärkerem Kaliber nachrüsten.

Also eine Captcha-Abfrage nach dem Download-Link find ich bei manchen Freewaredownloadseiten zwar lästig (DIE verdienen an Bannern usw.), aber bei einer privaten Seite sollten das Nutzer zugunsten des Programmierers tolerieren.

[Matze]

Hallo BMI,

das wäre natürlich auch eine Möglichkeit. Wobei diese Rechenaufgaben nichts bringen. Ich hatte in einer alten Version meiner Website einige eigene Captchas getestet und die, die von Bots geknackt wurden, geloggt. Es waren durchweg Rechenaufgaben.

Sinnvoller sind Fragen wie "Wie heißt das große, graue Tier mit dem Rüssel? - Elefant". Die wurden nie geknackt.

Theoretisch könnte ich den Download-Link auch über JavaScript realisieren. Dann kommen Bots nicht ran, allerdings müssen die, die JS deaktiviert haben, dieses auch erst aktivieren.
Wobei ich die aktuelle Referer-Lösung auch ganz gut finde. Zumindest in der Theorie.