Quote from: uz on July 22, 2014, 05:15:20 PM

Quote

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

На сколько я помню, текущая реализация предполагает, что вес инпутов становится константным после 120 дней, но склеивание делается уже после 90.
В предложенном мной примере я и описал два случая до 90 дней и 90+. Склеивание инпутов указал только для случая старше 90 дней. Для инпута меньше 90 дней доступно только два варианта делить инпут или нет в зависимости от его размера. Или я где то не там ищу пример недостатков? =)

Имеется в виду что 90 дней с момента начала набора веса, на 30-дневной отметке от стартует с нулевого значения.

Логика склеивания-разбивки простая и, вобщем-то, понятна интуитивно:

Инпут моложе 30 + 90 дней: Набор веса ещё идет, значит время жизни инпута с неполным весом достаточно для того, чтобы его можно было разделить на несколько инпутов меньшего размера.

Инпут старше 30+90 дней: Набор веса не идет, он остается постоянным неограниченное время. Если блок не был найден до этого, значит вес инпута слишком мал и нужно его увеличить. Делается это подклеиванием подходящих под тот же критерий (по возрасту) инпутов.

То есть это не просто так, не разделение ради разделения, и не стоит вмешиваться в этот процесс глобально на уровне всей сети.

Так-то оно понятно, что никто не может юзеру запретить модифицировать клиент, и придумать какую угодно логику.Можно, конечно, сделать такую настройку и запрятать её куда подальше, но ведь все равно начнут экспериментировать со значением... Не задумываясь о том, что это может как увеличить, так и уменьшить эффективность использования монет. Хотя можно подсветить красным и выдавать три предупреждения. Roll Eyes