Naja nur Packen wird da auch Wenig bringen..
Jedenfalls, solltest du das z.B. per PHP anbieten wollen, hast du mehr Möglichkeiten, den 'Speichern? Öffnen?' Dialog zu erzwingen, z.B. indem du den HTTP
Header "
Content-Disposition" oder einen anderen "
Content-Type" Header sendest, wobei die erste Methode wohl vorzuziehen wäre:
2.2 The Attachment Disposition Type
Bodyparts can be designated `attachment' to indicate that they are
separate from the main body of the mail message, and that their
display should not be automatic, but contingent upon some further
action of the user. The MUA might instead present the user of a
bitmap terminal with an iconic representation of the attachments, or,
on character terminals, with a list of attachments from which the
user could select for viewing or storage. -- RFC 1806, RFC 2183
Dieser Header sollte (!) einen Browser also eigentlich dazu bewegen, erstmal seinen Us0r zu fragen, was er mit der angebotenen Datei anfange möchte.. Sofern das im Browser
richtig implementiert ist und der nicht schon wie oben verlinkt ein RFC weiter ist, welches sagt:
19.5.1 Content-Disposition
[...]
If this header is used in a response with the application/octet-
stream content-type, the implied suggestion is that the user agent
should not display the response, but directly enter a `save response
as...' dialog. -- RFC 2616
Ein manipulierter Content-Type allein dagegen ist zwar auch ein Workaround, ob aber nicht doch die zugehörige Anwendung gestartet wird hängt aber noch viel mehr davon ab, ob der Browser bei Unstimmigkeiten lieber anhand von Dateierweiterungen oder dem Content-Type oder einer eigenen Analyse oder sonstwas
ents
chei
det.
Du könntest dein Video also z.B. ohne Dateierweiterung auf dem Server ablegen und Content-Disposition als .mpeg / .avi benennen, während du es per Content-Type als
application/octet-stream anbietest, wenn du ganz sicher gehen willst..oO
3. Overview Of The Initial Top-Level Media Types
The five discrete top-level media types are:
[...]
(5) application -- some other kind of data, typically
either uninterpreted binary data or information to be
processed by an application. The subtype "octet-
stream" is to be used in the case of uninterpreted
binary data, in which case the simplest recommended
action is to offer to write the information into a file
for the user. -- RFC 2046
Man könnte jetzt völlig zurecht finden, dass das ein bisschen viel Fuckup für ein solches Problem ist und das ganze einfach per präferiertem Algorithmus packen, nachdem bei einem Video die Kompression sowieso kaum greift tut das im Endeffekt auch nichts anderes, als den Content-Type manipulieren.. Mit der Gefahr, dass der User immer noch keinen Speichern?-Dialog zu sehen bekommt, dafür aber seine entsprechende Software ihm das "Entpacken nach $sonstwo" anbietet, was zwar kurzfristig den doppelten Plattenplatz verbraucht, aber auf das Selbe herausläuft, sollte er völlig unwahrscheinlicher Weise etwas mit .zip oder .rar oder sonstigem nicht zu exotischem anfangen können..
Hugh, ich habe fertigst.