myhand: Где-то это может быть оправдано. Для софта уровня оракела. Но там запросто можно и свой дистрибутив забабахать. Что они успешно и делают сейчас.
да он тоже на базе RHEL.
myhand: А если вспомнить, что oldstable в Debian - поддерживается еще год как минимум, то ситуация вполне сопоставима.
Ну если вспоминать Debian, то еще ведь есть предпосылки, что RHEL выйдет в срок, а не будет отодвигаться по нескольку лет.
myhand: Возможно. Для меня же, наоборот, желание поддерживать только RH/SLES - вызовет лишнее сомнение в компетентности разработчиков. Как правило, такие сомнения ранее подтверждались.
Есть такая тенденция среди разработчиков коммерческого софта. Просто RHEL и SLES не так быстро меняются, поэтому так выгоднее поддерживать только их.
И клиенты ставят как миленькие только то, что поддерживается. Если на отдельную программу вам жалко сервера - валите из ынтерпрайза.
А что это по-вашему? время между чем и чем?
Как только вы объясните, админ сразу поймет. У mysql целых 9 разных таймаутов.
А по поводу конверта через ffmpeg с .flv в .mpg и потом в .mp4 - долго сильно, там много файлов по часу видео..
ты же бомж, куда тебе спешить?
Ну я еще в первой серии предупреждал, что flvtool2 - говно.
может быть, перекодировать в тот медиаформат, где нет метаданных ? типа .mpg какой-нибудь, а потом обратно в flv.
Ты в очередной раз глупишь и не туда смотришь. Проверь параметры кодировщика, а не контейнера.
Сколько там той метаинформации по объему? сэкономишь 3-20 кбайт в зависимости от длительности ролика. Ну и зачем ?
Ну или пример выложи с исходником, опциями которыми конвертируешь и результатом.
Вы думаете, что слова "на базе" как-то удешевляют сильно такие статьи как сертификация?
это просто значит, что оракл фактически только под RHEL и SLES. А все остальное на их базе.
А вот как конкретно это разработчикам стороннего софта сильно поможет?
планирование времени еще никому не помешало.
Где-то это может быть оправдано. Для софта уровня оракела. Но там запросто можно и свой дистрибутив забабахать. Что они успешно и делают сейчас.
да он тоже на базе RHEL.
А если вспомнить, что oldstable в Debian - поддерживается еще год как минимум, то ситуация вполне сопоставима.
Ну если вспоминать Debian, то еще ведь есть предпосылки, что RHEL выйдет в срок, а не будет отодвигаться по нескольку лет.
Возможно. Для меня же, наоборот, желание поддерживать только RH/SLES - вызовет лишнее сомнение в компетентности разработчиков. Как правило, такие сомнения ранее подтверждались.
Есть такая тенденция среди разработчиков коммерческого софта. Просто RHEL и SLES не так быстро меняются, поэтому так выгоднее поддерживать только их.
И клиенты ставят как миленькие только то, что поддерживается. Если на отдельную программу вам жалко сервера - валите из ынтерпрайза.
Профилирование. Используй его для PHP.
Хотя с большой вероятностью эта проблема связана именно с сапой.
Ну, nginx будет обрабатывать эти файлы сам и, может быть, первое время вы не успеете его испортить.
FFFFx029A, поменяю секрет на квартиру в киеве.