Это проверка. Если верстка полученной страницы сильно отличается или вообще не отдалась - это выполнилась функция die . Значит можно исполнять другой код php. Вот то, что будут выполнять потом может уже навредить конкретнее.
Denniz, могли не очень совместимую конфигурацию модулей напихать или модули неверно инциализировались. Я бы сначала проверить по мануалу как надо их втыкать, последней ли версии bios. Еще может NUMA включиться и тут ничего хорошего не бывает.
Айратиус, вы не привели достаточно данных чтобы точно указать в чем причина.
Странно что одни файлы работают, а другие с moov atom теперь уже предположительно (! ) перенесенным в начало не работают. C ffmpeg скорее всего все уже правильно. Ошибиться можно где угодно еще.
Надо на конкретных файлах, сайте и плеере смотреть. Я вам подсказываю список того, что нужно проверить и как.
Айратиус, не вижу в ваших словах понимания .
согласованная работа трех разных компонент обеспечивают перемотку mp4 :
1. перенос moov atom в начало файла и это легко проверить посмотрев на файл - там будут буковки "moov" в начале, а не в конце.
2. поддержка перемотки плеером - отправка именованного параметра или же указание байт через заголовок Range: (как в uppod). Посмотрите что происходит в браузере в отладчике сети (допустим, в firebug)
3. поддержка отдачи с нужного места nginx на основе параметра с тем же именем или же через заголовок Range: . Это тоже видно в отладчике сети.
Все это нужно проверить и заработает.
Айратиус, ну там еще другие ньюансы есть : плеер должен поддерживать отправку перемотки и сервер должен согласованно понимать эти параметры. Все это надо сверить.
Раз вы задаете вопрос про ffmpeg, я предполагал что вы это все прочитали http://nginx.org/ru/docs/http/ngx_http_mp4_module.html#mp4
Кстати, nginx должен быть версий хотя бы в районе 1.8 из-за нескольких важных исправленных багов в модуле mp4.
Айратиус, да. В современных версиях ffmpeg все намного проще стало - -movflags faststart . В древнем интернете много чего написано, но сейчас вам просто нужен этот ключ.
Но ведь именно с помощью этих переменные сайты и работают! вы их почистите, а они работать перестанут.
Ну нормальные такие сайты интерактивные, для людей. Помните, были такие ?
Skf, писать сразу хорошие сайты. Они сами еще не знают что найдут.
Кто обещал, что при взломе обязательно новые файлы появляются ?
А даже если и зачастую так, почему вы взяли, что успеете их заметить прежде чем они будут удалены?
Неплохо бы найти похожие случаи и понять какого именно типа уязвимость, но если там человек - он не обязательно поступит стандартно.
Впрочем, это ответ для нормальных программистов.
А сеонизаторы поступают по принципу "Убьют - тогда и приходите". Допустимо делать мониторинг новых файлов и постоянный автоматический бекап.
Romka_Kharkov, на мой взгляд - нет.
Ясно, что повышается вероятность пометки raid как сломанного если активно нагружать второй диск.
Звучит логично и интересно, но ведь в линуксе все эти хорошие идеи должен еще кто-то взять и написать. Я ничего такого не нахожу ни в документации, ни в Гугле. Если есть речь о разности времени ожидания, значит должна быть настройка этого ожидания.
Диск с "паникерской" прошивкой, если его еще и нагружать, очевидно, с большей вероятностью выдаст ошибку, но это же не значит, что raid сломался из-за разницы в скорости. Нет прямой связи между задуманным способом и потенциальной проблемой.
Так что переформулируем как " если будете активно нагружать raid edition диск, то он может внезапно и пометиться как сбойный ". Так это и всегда выполняется не зависимо от использования обсуждаемой конфигурации.
Короче, можно использовать и никаких дополнительных условий не накладывать.
А прост.
Представьте, что вы все время использовали только пропиетарные контроллеры raid, намучались с ними и теперь не знаете, что они еще могут выкинуть и как использовать этот раздел для своих нужд.
Md raid не использует неформатированный для него раздел никак. Все документировано.
Любые варианты, которые вы сочтете нужным можно эксплуатировать.
Конечно, операции на этом дополнительном разделе повлияют на производительность массива, в той мере, в какой они влияют на один из дисков.
