Возможно или нет заблокировать прямое скачивание фалов формата MP4. Надо, чтобы файл проигрывался только в плеере а скачать нельзя было бы его по прямой ссылки, т.е. чтоб парсеры не качали его автоматом? Заранее благодарю.

что-то скрыть в интернете невозможно. всегда есть кэш

ну, можно намутить, чтоб:
а) адрес ролика запрашивался динамически, тем же джаваскриптом; 
б) ролик отдавался только по каким-то определенным куки; опять же - динамически формируемым.
в таком случае, потребуется дорабатывать бот; может, и забьют.

mp4 - я так понимаю это мультимедиа.. Наверное он используется для просмотра у клиента. А как он у клиента просматривается? Наверное через браузер. И и что мне мешает мне адрес посмотреть?   

Наверное можно попробовать во флеш засунуть... Но тоже бред..

Это раньше все пытались защитить картинки, чтоб не скачивалась и копирование контекста при клике на правую кнопку мыши и реакции на Ctrl+C  

Если хочешь защитить, не публикуй!   

Это сообщение отредактировал(а) Gold Dragon - 21.1.2012, 14:50

Нужно поискать по слову antileech.

Для этой задачи, imho, простой htaccess с проверкой реферера, который гуглится в первых результатах поиска, вполне подойдет.

Единственный способ - отдавать как поток, а не как файл.
Антиличи и т.д. не помогут нисколько.

кажется я вспомнил один способ 



Т.е. если ссылка не самого сайта, то фиг чего получишь  Кажется  как-то так

Gold Dragon, элементарно обходится даже стандартным софтом 2004 года - тогда еще всякие ReGet автоматически делали реферер.

А вариант я уже подсказал.

так я не против 
просто это задачка имеет одну цень - тренировать мозг 

Отдавать как поток на нагруженном хостинге - смертельно :( 
Отдавать нужно временными жесткими ссылками, иначе сервер при паре-тройке одновременных закачек ляжет...

Дело упирается в количество средств, которые согласен потратить топикстартер   

Imho, работоспособное решение - сделать собственный плейер. 
серверными средствами не побороть кэширование броузером и "подделку под клиента" программ-даунлодеров.

Плейер проходит авторизацию на сервере, получает временную ссылку для доступа и качает файл оттуда. Временная ссылка работает на  время проигрывания файла.
Авторизацию можно накрутить достаточно секретно. У клиента и сервера - пара ключей
-- ссылка для скачки формируется плеером в виде http://site.com/xxxxx/file.mp3
-- сервер перенаправляет его на http://site.com/yyyyy/file.mp3
-- плейер запрашивает файл по имени http://site.com/zzzzz/file.mp3 Это имя и является временной ссылкой.

xxx - случайная соль  клиента, yyy - зашифрованный серверным ключем путь с добавлением соли, zzz - расшифрованный клиентским ключем и обессоленый путь к временной ссылке. При несимметричном шифровании вычислить ключи без взлома плеера будет непросто.

Чтобы из кэша было сложно выковырять файл можно файл слегка поменять:
- поменять мим-тип файла (кусок с сигнатурами кодеков в заголовке файла) при открузке его клиенту, а плеер после чтения и перед проигрыванием поменяет его как надо.
- качать файл маленькими кусочками с разными именами и монтировать его на лету.

Понятно, что такую схему тоже можно сломать, было бы время, средства и желание. 

  
jeans1986, признайся, какова цель всего этого? Хочешь использовать у себя на сайте уникальный контент?? Ты лучше признайся, а то товарищи атомную бомбу изобретут только ради того чтобы огород вскопать   

а смысл всего этого? если по факту я всегда смогу узнать непосредственный запрос (файрбагом темже) и открыть его прямо в браузере (чтобы скачать) 

тут в сторону RTMP  лопаты точить нужно...

Для получения ссылки юзеру нужно будет открыть страничку с плеером и посмотреть на рекламку   Не ради ли этого все делается?
Без самого плеера ссылку получить не получится.
Если качать кусочками, то прямая ссылка тоже не очень пригодится загрузчику. Там будет небольшой/некорректный кусок контента...

Добавлено через 1 минуту и 53 секунды

Да, вероятно в эту сторону легче нарыть решений. Да и велосипеды не придется мастерить ...

а всеми этими наворотами сервер не повесите?   
так кто мешает эмитировать запрос плеера? 

Процедура авторизации потребует наличие корректных ключей с обоих сторон.