Косяков там нет.
По крайней мере при использовании предложенной команды.
Думаете правильно. Но почему-то возлагаете эту задачу на dovecot.
Почтовый агент раскладывает по ящикам, а dovecot уже отдает.
И там никаких механизмов раскладывания, копирования и тд нет, потому что в них не было необходимости.
Dreammaker, ну начнем с того, что dovecot к ДОСТАВКЕ почты традиционно отношения не имеет. Доставкой занимается LDA. То есть, такие программы как sendmail, postfix, exim. И теперь, осознавая это, попробуйте еще погуглить.
вполне известно там все :
1. запись в таблице innodb идет в так называемых страницах. запись с данными меньше страницы все равно занимает всю страницу.
3. есть вероятность, что дерево индексов заполняется неоптимальным "рассеяным" образом во время работы приложения. При восстановлении как правило все плотно
3. Всевозможная служебная информация.
и 4. каким-то образом остается информация от незавершенных транзакций - а это уже известный баг некоторых старых версий mysql. Лучше бы он вам не попался, потому что там все мутно как-то.
так все же, после процедуры восстановления, насколько уменьшается объем файлов ?
Небольшое расхождение - это нормально. То что вам там показывает ispmanager - вообще не аргумент. Там, по-моему, у оператора show table status для innodb задокументировано неточное поведение.
Да если и в 2 раза превышает,это все еще может быть нормальной ситуацией.
Сделайте бекап всех баз в виде SQL, удалите все файлы, потом снова восстановите.
Если размер файлов уменьшится сильно раз в эдак в 10 - тогда, вероятно, это баг и его можно исправить апгрейдом mysql.
Иначе нужно просто искать что же там записывается.
Это делает программа, например, ffserver или даже банальный VLC. Но они не нужны. И я объясню почему :
HTTP - не endless. По крайней мере не все программисты понимают, что он может быть и endless. Поэтому на практике возникают проблемы откуда не ждали : буферы переполняются, прокси обрывают соединения, антивирусы заполняют диски пользователей этим самым бесконечным файлом и тд и тп.
HLS создан специально для решения этих проблем. Ну и, конечно же, чтобы в контролировать развитие платформы.
та это уже процедурный вопрос. Отцы направление указали - индустрия туда и побежала.
mff, я серьезно. Я имел ввиду, что просто плеер подкрутить не прокатит. И, если у вас "сайт с лучшими спортивными каналами" - то отдыхайте. То есть, "никак" - это ответ для большинства онлайн-бизнесменчиков. Простой ответ для простых поцанов.
Очевидно, тут надо переупаковывать (не перекодировать, h.264 остается все тем же h.264) или искать специальные стримы доступные и в виде HLS.
Если бы сами вещали, то сами бы и разобрались как это сделать. У нормальных телеканалов или сайтов такие вопросы не стоят. Стоимость создания контента настолько выше стоимости трансляции, что завсегда могут решить как им транслировать HLS.
mff, да никак. Скажите спасибо прогрессивным молодым вебмастерам за смерть флеша.
Но можете еще посмотреть на http://en.wikipedia.org/wiki/HTTP_Live_Streaming
seolink74, ну давай же, купи мешок гейнера теперь. а посмотрим как ты не потолстеешь.
НУЖНО в обязательном порядке убедиться, что там нет специальных записей показывающих на ваш сайт. Сервис их сам добавляет вначале.
достаточно проблематично, если к процессу переезда подошли с умом.
