@cool_scripts · Post #1097 · 10.04.2026 г., 11:36
🔗Sub-Store 更新 🌐 前端: 2.16.49 - 导航栏左侧按钮点击区域扩大 - 宽屏模式下可切换回窄屏模式 感谢群友 @Rabbit_Spec 的反馈 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #1084 · 9.04
В общем, была задача на оптимизацию плана работ: есть набор заказов, и в каждом N тасков. Таски могут зависеть друг от друга или нет, имеют длительность и тип. Ещё есть M работников, каждый из которых может выполнять таски только определённых типов, причём, у каждого своя скорость. Если все таски в заказе выполнены, фирма получает сколько-то денег. У заказа есть дедлайн, за просрочку штраф (за каждый день просрочки), который вычитается из цены заказа. И ещё фирма тратит деньги за каждый день своей работы независимо от того, как загружены её сотрудники (то есть просто платит зарплаты по сути). Ещё важен учёт праздников и выходных. Нужно заработать на определённом наборе заказов и работников как можно больше денег. Полный текст задачи и код программы проверки есть в репозитории. Эта задача является изменённым заказом, который мы с напарником решали в реальной жизни: оптимизация работы печатных станков для типографии. Правда, тогда и мы справились так себе, и заказчик в итоге сначала захотел всё вручную сам делать, а потом и вовсе похоронил проект при смене директора. !!! Не читайте дальше, если хотите сначала попробовать решить самостоятельно, потому что я сейчас опишу эффективные подходы и результаты. ________________________________________ Так вот. Мы с другим экспертом Андреем сразу сели и написали разные варианты, чтобы задать шкалу, по которой будем оценивать решения команд. За пару часов я собрал примитивный жадный алгоритм, который сортировал заказы по прибыльности и укладывал в сетку кое-как, это дало нам нижнюю оценку. Мой алгоритм заработал ~75 млн виртуальных рублей, мы решили для оценки поставить нижней границей 40 млн. То есть всё, что ещё ниже, оценивалось в ноль баллов за качество оптимизации. Затем Андрей закрылся дома на три дня и вышел на свет со сложным жадным алгоритмом, который очень хитро сортировал заказы и очень хитро укладывал их в сетку, попутно выбирая разные способы этой укладки в зависимости от конкретного заказа. Это позволило заработать ~275 млн рублей. Мы сделали верхней границей для оценки 280 млн. К сожалению, в итоге только две команды из десяти прошли нижнюю границу, заработав, соответственно, ~91 и ~105 млн. К верхней границе не приблизился никто. И у четырёх команд алгоритм вообще не смог уложить без нарушений задачи в сетку (то есть, например, произвольно менял длительности, накладывал задачи друг на друга, давал одному работнику две задачи в один момент и так далее). Важной ошибкой команд, на мой взгляд, являлся тот факт, что никто не воспользовался возможностью запустить алгоритм на несколько минут и дать ему поработать. По условиям задания, можно было тянуть до 5 минут на одну оптимизацию, но по факту решения команд отрабатывали за единицы и десятки секунд. На самом конкурсе, пока команды работали, я решил попробовать сделать быстрое (по времени написания) но эффективное решение. Сначала попробовал жадную сортировку + доведение до лучшего варианта методом имитации отжига. В качестве нового состояния я просто менял местами заказы целиком. Этот вариант работал пару минут и дал мне около ~200 млн дохода. К слову, команда-лидер использовала такой же подход, просто не докрутила число итераций и температуру. Ну и потом я взял готовую либу по реализации классической генетики с особями и скрещиванием. Особью был массив с приоритетами заказов (которые конечно же нужно было аккуратно уложить чистым алгоритмом). Тип скрещивания: scattered. Всего 15 поколений по 20 особей, и это за минуту-полторы давало ~230-240 млн. Считаю, что для конкурса это самый лучший выбор: пишется одним человеком за день и даёт почти максимум, при этом легко настраивается на нужную длительность работы, легко параллелится. Ну а потом уже дома я посидел и накодил свой вариант сложного жадного с плавающим окном перебора отсортированных заказов и плавающей же укладкой по работникам. Такая штука за две минуты зарабатывает ~281 млн. Но за три дня в условиях стресса я бы такое не сделал, скорее всего. #dev
Hashtags
Търсене: #changlog
@cool_scripts · Post #1097 · 10.04.2026 г., 11:36
🔗Sub-Store 更新 🌐 前端: 2.16.49 - 导航栏左侧按钮点击区域扩大 - 宽屏模式下可切换回窄屏模式 感谢群友 @Rabbit_Spec 的反馈 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1096 · 10.04.2026 г., 10:04
🔗Sub-Store 更新 ⚙️ 后端: 2.21.87 🌐 前端: 2.16.48 - 支持订阅/文件级别的自定义缓存时长 示范: https://a.com?token=123#cacheTtl=3600&headersCacheTtl=3600 当然若未设置就是用的全局缓存(前端: 我的 - 缓存配置) 感谢群友 @ywpdadao 的反馈 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1095 · 10.04.2026 г., 08:31
🔗Sub-Store 更新 ⚙️ 后端: 2.21.86 🌐 前端: 2.16.46 - 现已支持每次发布时自动跟随 mihomo 版本号更新默认 User-Agent - 列表页的即时订阅自动获取流量信息, 编辑详情里的即时订阅不再获取流量信息 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1094 · 10.04.2026 г., 06:06
🔗Sub-Store 更新 ⚙️ 后端: 2.21.85 - 完善 VLESS/Trojan URI 与 mihomo 转换 感谢 issue 的反馈 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1093 · 10.04.2026 г., 02:00
🔗Sub-Store 更新 ⚙️ 后端: 2.21.84 - 完善 VLESS URI 与 mihomo 转换 由于 VLESS URI extra 字段复杂且其他客户端不一定跟进, 所以输出 URI 时, 若存在原始的 _extra 字段, 则直接使用该字段的值输出到 URI 的 extra 部分, 而不进行解析和重组 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1092 · 08.04.2026 г., 12:55
🔗Sub-Store 更新 ⚙️ 后端: 2.21.83 - 过滤掉缺少 obfs-password 的 hysteria2 感谢群友 Tom 的反馈 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1091 · 08.04.2026 г., 06:58
🔗Sub-Store 更新 ⚙️ 后端: 2.21.82 - 转换 scMaxEachPostBytes 为 mihomo 兼容 感谢群友 @CG_LuDa 的反馈 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1090 · 07.04.2026 г., 03:31
🔗Sub-Store 更新 ⚙️ 后端: 2.21.81 🌐 前端: 2.16.46 - 尝试修复订阅流量信息导致的订阅显示问题 感谢群友 @shallow_have 的反馈 - 修复恢复备份路由 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1089 · 06.04.2026 г., 12:35
🔗Sub-Store 更新 后端 2.21.80 前端 2.16.45 - mihomo 支持解析 scMaxEachPostBytes 和 xmux - 文案样式优化 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1088 · 06.04.2026 г., 04:02
🔗Sub-Store 更新 后端 2.21.78 前端 2.16.44 - 新增链接参数 prettyYaml 输出块状 YAML, 但是 emoji 会被转义 默认是单行 JSON 风格, 方便复制使用单行 JSON - mux 处理逻辑优化 - 前端文案修改 新增了 Egern 使用代理策略的说明 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1087 · 05.04.2026 г., 11:21
🔗Sub-Store 更新 后端 2.21.77 前端 2.16.43 - 大屏响应式布局, 支持双列模式 改动较大, 若有问题请及时反馈 🙏 - clash 系/sing-box mux 逻辑处理 感谢 群友 @KDYgMJqHBwsi755auLZD6nN477C7hQXQ 的反馈 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates
@cool_scripts · Post #1086 · 05.04.2026 г., 02:05
🔗Sub-Store 更新 前端 2.16.41 后端 2.21.76 - 支持使用 GitHub 加速代理 + 正则匹配 可用于加速所有命中的远程链接 例如: 脚本/订阅/图标库/图标 当然 你的 GitHub 加速代理 需要支持这些 URL 才行. 某些公益服务不支持所有 URL - 图标库优化 支持加载状态展示和失败重试 - 修复 Surge 模块版无法使用已归档的问题 对不起常年使用服务器版的我又把代理 App 版给忘了...红豆泥私密马赛! 感谢 群友 @Oscens 的反馈 🤭Sub-Store 合集 🥰#SubStore#更新记录#changlog#updates