I solved this problem by creating a method that returns the video file
using @readfile()
So the source for my embed tag looks like this:
param name=SRC value=/user_files/get_file/?php echo $file_id; ?/
?php echo $session-id(); ?
Then in Controller, I have
function beforeFilter() {
Not really the reason.
My guess is that it has something to do with the new way of sanboxing
plugins and/or the new dual Quicktime. So a video file that needs a
32bit codec you would have Safari spawning a plugin process for
Quicktime which would spawn a 32bit process for the specific rendering
Nope.
I really thought that setting a future expire header might work.
For now, I set
Configure::write('Session.checkAgent', false);
for request to the problematic action. At least I am only lowering
security for that small part of the app.
On Sep 4, 4:41 pm, Martin Westin
Hi,
I was wondering if anyone had a good way they use to serve video that
works for Quicktime inside Safari on a Mac?
Sound simple, right? Just use Media view.
Problem is that after much checking Charles (debug proxy) clued me in
on the fact that when you serve the file, the browser first loads
Just noticed that I forgot the mention that this appears to be a Snow
Leopard problem.
Mac OS X 10.6, the new sand-boxed plugins in Safari and the rewritten
Quicktime.
On Sep 3, 6:18 pm, Martin Westin martin.westin...@gmail.com wrote:
Hi,
I was wondering if anyone had a good way they use to
When I have seen others with similar session expiry issues when
serving media files, they've solved the problem with setting security
to low. Although it's not necessarily a proper solution, perhaps it
might lead to a better solution. Have you been able to track down the
reason why there are