Hi,
Laut diversen Handbüchern kann man mit
<a href="images/downloads/download_files/alle_logos.zip" class="link">downloaden</a>
ist soweit korrekt.
Im IE-Explorer erhalte ich den Windows-Explorer, wo ich dann ganz normal in der Verzeichnissstruktur klicken kann, Dateien löschen usw!!
Ich kann dich beruhigen, das ist nicht so. Die Person wird auf deinem Server nix anstellen können (jedenfalls nicht in diesem Beispiel). Bevor dem Benutzer die "Ordnerstruktur" (= Integrierte Zip-Funktion ab Windows XP) angezeigt wird, wird die Datei auf seinem Rechner zwischengespeichert (in den Temporary Internet Files). D.h. wenn der Benutzer etwas ändert, ändert er nur seine lokale Kopie.
Die einzige Lösung die ich gefunden habe, ist, dass man anstelle des Dateityp .zip irgend eine andere Erweiterung angeben muss.
Eine absolut userunfreundliche Geschichte, die man höchstens von zwielichtigen Downloadseiten kennt.
Ich habe absichtlich die rechte Maustaste für diese eine Seite gesperrt (das soll auch so bleiben). D.h. Rechtsklick geht nicht.
Geht wohl *mwahaha*. Siehe http://de.selfhtml.org/navigation/faq.htm#rechte_maustaste@title=hier.
Zur Vollständigkeit der gesamte Code:
Der relevante Codeschnipsel hätte völlig ausgereicht.
<script language="JavaScript" type="text/JavaScript">
<!--
var pwd="1234";
function pwdcheck(){
[...]}ist der wohl unwirksamste Schutz. Siehe der Link oben, ein Kapitel drunter.
<a href="images/downloads/download_files/alle_logos.zip" type="application/udf" target="_blank" class="link" onClick="return pwdcheck()">downloaden</a>
Da kannst du getrost das type="..." sowie das target="..." rausschmeißen. Der application type ist überflüssig, eventuell sogar falsch.
Das Target ist, da es ja nicht ein neues Fenster öffnen soll, sondern einfach nur eine Downloadbox anzeigen soll, ebenfalls fehl am Platze.Na gut, und zum onClick... siehe der Link oben :-)
Ich hoffe ich konnte dir ein wenig helfen.
Das ist also der oben angesprochene relevante Codeschnipsel.
Hallo Lukas,
danke für deine Antworten.
Das sich der Win-Explorer öffnet wird wahrscheinlich mit der Antwort von Harlequin zusammen hängen. Ich teste meine HP momentan lokal auf dem Laptop.
Und wie Harlequin beschreibt, schlägt hier wohl die Autoerkennung des Explorers zu.
Das type="application/udf" war der Versuch einen unbekannten MIME-Typ anzugeben und trotzdem die richtige Dateiendung beizubehalten (geht aber nicht). Ich bin auch nicht für eine Umbenennung der Datei durch den User!
Der Passwortschutz ist absichtlich so "unwirksam" gewählt. Das pwd kann nur über mich erfragt werden, so weiß ich zumindest wer alles die Logos downloaden will. Auch durch ein "Quelltext anzeigen" kann der User nicht das pwd rausfinden, weil ich mit Frames arbeite (zumindest bei mir wir das PWD nicht sichtbar).
Ich glaube, dass die Antwort von Harlequin zutrifft. "Arbeitest du beim Testen lokal direkt vom Dateisystem aus (also ohne einen lokalen Webserver)? Dann schlägt hier wohl die Autoerkennung des Explorers zu, dass es sich um eine lokale Zip-Datei handelt und er öffnet sie, wie er es auch dirket vom (File-)Explorer aus machen würde."
Das muss ich dann probieren, nachdem ich die Seite auf den Server geladen habe.
Danke nochmals für die Denkanstösse.