Quote
Предложенная схема в целом интересна, и похожа на задание порога комбинирования вручную, но не лишена недостатков. К примеру, склеивание делается потому что у инпутов старше 90 дней вес становится константным.
На сколько я помню, текущая реализация предполагает, что вес инпутов становится константным после 120 дней, но склеивание делается уже после 90.В предложенном мной примере я и описал два случая до 90 дней и 90+. Склеивание инпутов указал только для случая старше 90 дней. Для инпута меньше 90 дней доступно только два варианта делить инпут или нет в зависимости от его размера. Или я где то не там ищу пример недостатков? =)
Логика склеивания-разбивки простая и, вобщем-то, понятна интуитивно:
Инпут моложе 30 + 90 дней: Набор веса ещё идет, значит время жизни инпута с неполным весом достаточно для того, чтобы его можно было разделить на несколько инпутов меньшего размера.
Инпут старше 30+90 дней: Набор веса не идет, он остается постоянным неограниченное время. Если блок не был найден до этого, значит вес инпута слишком мал и нужно его увеличить. Делается это подклеиванием подходящих под тот же критерий (по возрасту) инпутов.
То есть это не просто так, не разделение ради разделения, и не стоит вмешиваться в этот процесс глобально на уровне всей сети.
Так-то оно понятно, что никто не может юзеру запретить модифицировать клиент, и придумать какую угодно логику.Можно, конечно, сделать такую настройку и запрятать её куда подальше, но ведь все равно начнут экспериментировать со значением... Не задумываясь о том, что это может как увеличить, так и уменьшить эффективность использования монет. Хотя можно подсветить красным и выдавать три предупреждения.
