TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #654 · 16.11

Пытаюсь решить организационно-логистическую задачу в #Satisfactory. Может быть, умные люди (вы) мне дадите интересные советы. Я уже открыл практически все типы деталей, они довольно сложные, и для производства многих из них нужны целые цепочки: добыть ресурс А в одном месте и ресурс B в другом, потом сделать из них детали C и D, из этой пары получить деталь E, добыть ещё ресурс F, соединить, смешать с водой... В каком-то месте эти цепочки удобно разрывать (то есть не строить всё на одной фабрике, а растаскивать фабрики по карте). Потому что, во-первых, с гигантской базой, производящей все типы всех деталей, банально неудобно работать. Во-вторых, её тяжело масштабировать. Хотя у этого решения есть плюсы, и некоторые так делают, лично я идти по такому пути не хочу. Но в каком месте рвать цепочки? Глобально есть две крайности: 1. Можно делать по фабрике на каждое звено производства. Например, фабрика, которая делает деталь E, должна принимать на вход детали C и D, и всё. Такая схема очень легко масштабируется: небольшую фабрику очень просто расширять. А детали возить между фабриками поездами. Но тогда потребуется типа 100 разных фабрик и очень сложная железнодорожная сеть. 2. Можно в каждую фабрику привозить сырьё. Только то, что невозможно произвести, а можно только добыть. Фабрика делает с нуля из сырья все детали, в том числе для промежуточных звеньев. Такую схему очень легко балансировать: один раз посчитал, сколько нужно сырья, и всё. Но фабрики для сложных деталей будут громоздкие. А ещё если деталь C нужна в десяти местах то придётся десять раз повторить всю цепочку производства детали C, а можно было бы в одном месте делать очень много деталей C и возить. Мне не нравятся оба варианта, значит, рвать цепочку нужно где-то посередине. Но где? #games

Резултати

Намерени 355 подобни публикации

Търсене: #changlog

当前筛选 #changlog清除筛选
Cool Scripts

@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

@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

@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

@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

@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

123•••10•••20•••2930
ПредишнаСтр. 1 от 30Следваща