Исходное сообщение
"Выпуск blists 2.0, web-интерфейса для просмотра списков расс..." Отправлено solardiz, 26-Ноя-17 02:36
Maildir фактически перекладывает часть индексирования (разбивку по сообщениям) на файловую систему, тем самым ее нагружая, но при этом не является достаточным для наших целей (всё равно требуется еще и свой индекс, специфичный для нашей задачи). По количеству файлов, Maildir схож с выдачей традиционных генераторов веб-архивов списков рассылки (только в Maildir это файлы сообщений, а там это HTML-файлы). Вот месяц назад человек отказался от хостинга веб-архивов списков рассылки в том числе как раз из-за количества файлов: https://ma.ttias.be/fall-cleaning-shutting-projects/ ("The mailing list archive now consists of ~3.500.000 files, which meant special precautions with filesystems (running out of inodes) & other practical concerns related to backups.") С blists такой проблемы бы не было - у нас всего два файла на список рассылки (mbox и его индекс, занимающий обычно 3.5% от размера mbox). На http://lists.openwall.net сейчас почти 3 миллиона сообщений, то есть сравнимо. Сервер старенький и слабенький, но живем без проблем. Веб-морда Mailman сама по себе веб-архив не включает. В сочетании с Mailman 2 по умолчанию и обычно используется Pipermail, который генерирует много HTML-файлов. Это имеет упомянутый выше недостаток и еще некоторые: необходимость полной перегенерации всех файлов для внесения изменений в настройки или стиль отображения, неудобство интеграции с веб-сайтом - page headers/footers надо либо интегрировать в HTML-файлы, либо как-то подключать это множество файлов из чего-то внешнего, либо наоборот включать внутрь них директивы, например, SSI, что чревато риском внедрения таких директив через e-mail. На странице HyperKitty перечислены такие недостатки Pipermail: "does not support stable URLs", "has scalability issues", "dated and does not output standards-compliant HTML nor does it take advantage of new technologies such as AJAX." Для Mailman 3 предлагают как раз HyperKitty, но честно говоря я толком не видел его в работе. "HyperKitty is an open source Django application under development." - не знаю насколько оно готово. По моим ощущениям (на их demo server), оно даже слишком серьезно и современно (выглядит уже не как архив списка рассылки, а как веб-форум или что-то вроде Google Groups, где большая часть окна браузера занята не основным контентом - по мне так это неудобно), а как там с простотой установки, интеграцией с веб-сайтом и с чем-либо отличным от Mailman 3 (например, вообще с отстутствием своего локального списка рассылки - просто подписан адрес на чужой список и хочу эту почту выдать через веб) - там не ясно (по описанию, это интерфейс именно для Mailman 3). С другой стороны, похоже, частично там концепция общая с blists - динамическое формирование веб-страниц - при том что для других известных мне альтернатив это не так (у других аналогично Pipermail'у формируется много HTML-файлов).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Maildir фактически перекладывает часть индексирования (разбивку по сообщениям) на файловую > систему, тем самым ее нагружая, но при этом не является достаточным > для наших целей (всё равно требуется еще и свой индекс, специфичный > для нашей задачи). По количеству файлов, Maildir схож с выдачей традиционных > генераторов веб-архивов списков рассылки (только в Maildir это файлы сообщений, а > там это HTML-файлы). Вот месяц назад человек отказался от хостинга веб-архивов > списков рассылки в том числе как раз из-за количества файлов: https://ma.ttias.be/fall-cleaning-shutting-projects/ > ("The mailing list archive now consists of ~3.500.000 files, which meant > special precautions with filesystems (running out of inodes) & other practical > concerns related to backups.") С blists такой проблемы бы не было > - у нас всего два файла на список рассылки (mbox и > его индекс, занимающий обычно 3.5% от размера mbox). На http://lists.openwall.net сейчас > почти 3 миллиона сообщений, то есть сравнимо. Сервер старенький и слабенький, > но живем без проблем. > Веб-морда Mailman сама по себе веб-архив не включает. В сочетании с Mailman > 2 по умолчанию и обычно используется Pipermail, который генерирует много HTML-файлов. > Это имеет упомянутый выше недостаток и еще некоторые: необходимость полной перегенерации > всех файлов для внесения изменений в настройки или стиль отображения, неудобство > интеграции с веб-сайтом - page headers/footers надо либо интегрировать в HTML-файлы, > либо как-то подключать это множество файлов из чего-то внешнего, либо наоборот > включать внутрь них директивы, например, SSI, что чревато риском внедрения таких > директив через e-mail. На странице HyperKitty перечислены такие недостатки Pipermail: > "does not support stable URLs", "has scalability issues", "dated and does > not output standards-compliant HTML nor does it take advantage of new > technologies such as AJAX." Для Mailman 3 предлагают как раз HyperKitty, > но честно говоря я толком не видел его в работе. "HyperKitty > is an open source Django application under development." - не знаю > насколько оно готово. По моим ощущениям (на их demo server), оно > даже слишком серьезно и современно (выглядит уже не как архив списка > рассылки, а как веб-форум или что-то вроде Google Groups, где большая > часть окна браузера занята не основным контентом - по мне так > это неудобно), а как там с простотой установки, интеграцией с веб-сайтом > и с чем-либо отличным от Mailman 3 (например, вообще с отстутствием > своего локального списка рассылки - просто подписан адрес на чужой список > и хочу эту почту выдать через веб) - там не ясно > (по описанию, это интерфейс именно для Mailman 3). С другой стороны, > похоже, частично там концепция общая с blists - динамическое формирование веб-страниц > - при том что для других известных мне альтернатив это не > так (у других аналогично Pipermail'у формируется много HTML-файлов).
	Введите код, изображенный на картинке: