фэха book

От Oleg Pevzner (2:464/5555) к Anatoly Gerasimov

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)

Hello Anatoly!

Sunday December 01 2013 19:39, you wrote to me:

 OP>>    Это хорошо, что написал. Вообще-то можно было бы, пожалуй, и

 OP>> отдельную эху поддержку для такого сделать, что-нибудь типа

 OP>> BOOK-DOP.ANNOUNCE, например.

 AG> Можно. А вот в буксах говорят su.books.text заюзать. Мне проще

 AG> использовать для этого одну из двух моих локалок, в которые я сам

 AG> несколько лет не заглядывал.

   Hу, ты спросил, я предложил вариант. Сам понимаешь, любой другой тоже вполне сойдет. Главное - знать, куда ты будешь эти анонсы постить и чтобы эта эха была доступна. При наличии необходимости протянуть ее дальше проблем не составит.

 AG> Спасибо на добром слове, но я не люблю добрые слова, особенно если

 AG> после них идёт "но". Делаю что могу, если есть предложения и замечания

 AG> которые могу выполнить - сделаю, не смогу - не сделаю. Хвалить и

 AG> упрашивать меня не надо. Такой вот у меня таракан.

   Hормальный вполне таракан! :) Только и я ведь не просто "но" говорю, а пытаюсь делиться своим видением ситуации. За годы хождения БУКов уже выработалась определенная привычка. Если ее нужно буде как-то поменять - без вопросов. Хотелось бы просто лучше понять, на что.

 AG> Особенности хождения фэхи? За последние 41 день максимум ушло 119М и

 AG> было это 23 ноября. И был еще один случай превышения 50М. Это 21

 AG> ноября. В остальные дни меньше и значительно меньше. Ориентировался я

 AG> на предел 100М, как случалось при Славе и вся непредсказуемость в том

 AG> что я не в состоянии выжать даже 50М ежедневного траффика, за

 AG> исключением редких случаев, как то 21го зацепил еженедельник

 AG> "Литературная газета" а 23-го журнал "Если". Все варианты нормализации

 AG> траффика либо не надёжны либо требуют изменения существующей

 AG> технологии. Могу лишь обещать подумать над проблемой.

   Анатолий, смотри... Суть моего вопроса в следующем. Мой узел выдержит и 100, и 200М, и даже 1000М, если в этом будет нужда. Проблема не во мне, а прежде всего, в даунлинах, которые привыкли

к определенному объему файлового трафика. Я всего лишь обращаю внимание на этот момент. Если тебе сложно перестроить работу - не бери в голову эти мои вопросы, просто скажи - не буду ничего менять. В конце концов, главное ведь - результат и наличие заполненной фэхи, ко всему остальному всегда можно приспособиться самостоятельно.

 AG> У Славы через N лет процесс был более-менее отлажен. У меня еще

 AG> бета-тестирование не окончено и N лет впереди не намечается.

   Согласен, у Славы была целая технология для этого. Hо мне показалось, что раз ты взялся за такое дело, значит, у тебя, во-первых, есть доступ к контенту на должном уровне, а во-вторых, у тебя тоже есть некая своя технология его обработки. Если этого нет и все поднимается с полного нуля, разумеется, такое очень непросто.

 OP>> порядка нескольких мегабайтов, а для BOOK-DOP - порядка 50-60Мег.

 AG> Ok. Постараюсь не превышать.

   Спасибо. Hо главное, все же хочу быть правильно услышанным и понятым, не сам предельный объем, а его ориентировочное постоянство и относительная прогнозируемость, заложенная правилами фэхи. Саму цифру этих пределов вполне можно изменить так, как будет удобно и нужно, но какой-то ориентир у людей все же должен быть, согласись...

 AG> Вот статистика, размер арифметически округлён до десятков МБ

 AG>   =================== Cut ===================

 AG> Размер МБ   случаев

 AG> ---------- ----------

 AG>        120          1

 AG>         60          1

 AG>         30          2

 AG>         20          2

 AG>         40          3

 AG>         10         12

 AG>          0         20

 AG>   ================= End cut =================

 AG> Как видим, типичный случай - 0-15МБ траффика.

 AG> Всего за 42 дня ушло 538М или ~13М в день.

 AG> Какой выбрать дневной лимит в мегабайтах?

   Чудесно. Выбирай любой лимит исходя из собственных возможностей и удобства для тебя. Пусть это будет 15Мб, пусть 20, но чтобы было ясно, что скажем, если где-то случился затык, то в шторм в худшем случае свалится не полтора гига, а, скажем, 500Мб файлов, понимаешь? Прежде всего, я за прогнозируемость трафика, а не за его ограничение...

 AG> Hет смысла. Там же мне объяснили, что book для новинок и

 AG> предпочтительно в текстовом виде. Текстовых файлов у меня был только

 AG> один, новинок ни одной. И не будет, эдак с полгода.

   Ясно, сняли вопрос.

 AG> Мне очень нужны дельные предложения.

 AG> Hу и помощь, конечно. Много времени уходит на поиск дублей. То что

 AG> книги имеют разное название, не является гарантией. Другое название

 AG> это может быть опечатка. Это может быть другой перевод. Разные

 AG> издательства могут выдать один и тот же текст под разными названиями

 AG> (самая большая засада), книга может быть отрывком, может быть одним

 AG> томом из уже имеющегося многотомного файла или наоборот. У одинаковых

 AG> книг могут имется, а могут быть опущены предисловия, послесловия,

 AG> комментарии, логотипы оцифровщиков, фидошные темплейты, нестандартное

 AG> оформление. И всего-то хотелось бы нечто, умеющая сравнить два

 AG> текстовых (text/xml) файла и сказать: "это одно и то же произведение",

 AG> "это разные произведения" и "сюда нужно посмотреть глазами", причем

 AG> чтобы последний случай не превышал 5%.

   Мне кажется, для таких вещей есть специальный софт. Попробую порыться по загашникам...

 OP>> Тебе - однозначное спасибо за труды.

 AG> И тебе спасибо. Лучшая награда за труды - отклики. Любые.

   И они - положительные. Еще раз повторюсь, мое письмо - не критика. Легче всего критиковать, ничего не делая. Это - всего лишь просьба, причем не самая большая. :)

WBR, Oleg                           Sunday December 01 2013

E-Mail: omp<no-spam>omp.dp.ua

--- XStation

 * Origin:  (2:464/5555)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким