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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #704 · 17.12

Я всегда был уверен, что системы рекомендаций работают так плохо, потому что это слишком сложная задача. Владельцы площадок бьются с алгоритмами, машинным обучением, деревьями решений и взвешенными суммами, но получается всё равно херня, и человеку могут рекомендовать нерелевантный бред (и, что ещё хуже — не рекомендовать интересный для него контент). Кажется, хорошо работают только рекомендации на Ютубе, но этому есть объяснение: контент на Ютубе более длительный и дорогой. Его сложнее производить, он выходит реже. Качественный ролик на Ютубе не будет говном практически независимо от темы, на которую он снят. А ещё меньшее число объёмных роликов проще кластеризовать и можно предлагать пользователю в небольших количествах. Но если мы откроем YouTube Shorts (это очередной аналог тиктока с короткими вертикальными видео), то заметим, что качество рекомендаций упало сразу на два порядка: какие-то тупые попсовые шутки, "удивительные" факты из жизни, завлекающие отрывки из фильмов "код смотри в телеграм-канале", озвучка анекдотов и прочий мусор. Алгоритмы уже совсем не справляются с тем, чтобы предложить что-то годное, не говоря уже о релевантности конкретно мне, хотя история моих просмотров и вкусов Ютубу, очевидно, известна. Тем не менее, иногда разработчики могут не только не уметь, но и не хотеть писать нормальные рекомендации. Вот ВК предложил мне BadComedian в блоке "Интересные авторы". Оставим в стороне, что Бэдкомендиан это ютубер, и у него в ВК в лучшем случае будут репосты ссылок на Ютуб. Но мне предлагают не паблик, а личную страницу.... на которой не было записей с сентября 2021 года. Нет совершенно никакого смысла быть подписанным на личную страницу Бэдкомедиана сейчас. Кажется, единственный критерий, на котором основывались эти рекомендации: общее число подписчиков. Как должны работать рекомендации на самом деле? Алгоритмически я бы оценивал частоту постов (кстати, чрезмерно частые это тоже плохо, должно работать в минус), оценивал бы, является пост просто публикацией внешней ссылки на другой ресурс, является ли репостом паблика, и смотрел бы, сколько прошло времени с последней записи на странице автора. Наверное, в качестве коэффициента с небольшим весом можно добавить ещё объём контента в посте и активность людей (лайки + комментарии). Причём, делается это достаточно просто, никакой ML не нужен. Даже такая оценка, не берущая в расчёт тематику страницы, всё равно лучше, чем "Просто покажем людей, на которых когда-то подписалось куча народу, и им до сих пор лень отписаться после прекращения активности автора". По крайней мере теперь меня не удивляет, что хвалёные Клипы постоянно подсовывают мне какой-то подростковый шлак вместо крутых видео с полётами на FPV-квадрокоптерах. YouTube Shorts по крайней мере пару раз такие вещи предлагал, а вот Клипы вообще ни разу (станицу Клипов я не открываю, разумеется, но в ленте новостей встречаются блоки с автовоспроизведением). Кстати, на скрине есть второй автор — Стас "Ай как просто". Его банят на Ютубе за критику западной модели текущих событий, и он пишет: "Буду создавать каналы-однодневки, куда деваться". То есть у него даже мысли не возникает, что какая-то ещё площадка может служить его целям. Ну с таким отношением других площадок к рекомендациям — понятно. #web

Hashtags

Резултати

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

Търсене: #ops

当前筛选 #ops清除筛选

🥇💣LE BOMBE DELLA GIORNATA Ecco le migliori offerte ancora attive 🔥-74%‼️ Non ti scordar di me. #Ops (Libro 2) - di Elisa Maino 💰4,39€ invece di 16,90€ 👉https://amzn.to/3HtJirN 🔥-62%‼️ Con Dio non sei mai solo - di Benedetto XVI (Joseph Ratzinger) 💰5,68€ invece di 15,00€ 👉https://amzn.to/3JSnt5G 🔥-42%‼️ Gamma Draconis - di Benoist Simmat, Eldo Yoshimizu 💰9,92€ invece di 17,00€ 👉https://amzn.to/3JEGqZD Ad & Info

Hashtags

酷安名言收录

@coolapk_saying · Post #2455 · 30.01.2025 г., 06:25

#ops 1:运维误操作之后不可隐瞒,尽快通知其他运维人员,迅速恢复。误操作之后不要有侥幸心里,不要认为不会被发现,没人知道,从而避免自己被批评,隐瞒不报会给公司带来更多损失。 2:禁止运行自己不理解的命令和未知脚本。尤其是在生产环境,不要运行自己不理解的命令,可能会闯祸。有人使用dd命令测试磁盘性能,却毁掉了生产数据,给公司带来数十万损失。 3:生产环境禁止用于个人试验用途,禁止用来练习脚本技能等。保持学习和持续提高自身技能,是很赞的工作态度。但是请不要在生产环境进行练习,有闯祸风险。 4:禁止运行来路不明的破解软件,优先选择开源软件或授权的商业软件。网络上随意下载的软件可能包括木马病毒和勒索软件等,如发生内网传播,对严重破坏公司数字资产,如勒索软件。 5:禁止从数据库中导出用户数据后,未经脱敏步骤就发送给其他人员(运营,开发等)。从源头上保护用户数据安全,减少泄露风险。禁止出于好奇心和炫耀目的,将用户数据发放到社交平台。 6:禁止变更方案中不包含回退方案,要有应对意外的准备。不怕一万,就怕万一,要为突发情况准备应急方案。 7:禁止以任何方式变相压榨外包运维工程师。道德上来说,尊重他人。其二,公司运维负担临时增加时,外包工程师辅助完成公司任务,管理层应能力范围内为外包同学多争取福利。 8:禁止大范围更新配置和数据前,没有进行小范围试点。灰度发布同样适用于运维,灰度发布过程中能提前发现问题,避免大范围影响到全局环境。小范围验证通过后,按批次更新剩余节点。 9:禁止变更后不检查业务,信心十足地认为业务无问题而无需检查。变更前尽早检查是否满足变更前提,变更后验证业务是否正常。一次成功的变更包括了业务运行状态的检查。 10:禁止将公司敏感文档,商业方案,产品关键架构和代码上传到外部网站换取积分等。可能给公司带来无法预测的后果,甚至引发公司倒闭。 11:运维人员身体不舒服,状态不佳时,禁止做高风险变更。带病和状态不佳时,进行高风险工作是不建议的,高风险变更前要神智清晰,不可过量饮酒等。(编者注:就不要喝酒) 作者:运维猫猫侠 链接:https://zhuanlan.zhihu.com/p/822488366 来源:知乎 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

Hashtags

🥇💣LE BOMBE DELLA GIORNATA Ecco le migliori offerte ancora attive 🔥-81%‼️ La mia casa - di Raf 💰3,53€ invece di 18,50€ 👉https://amzn.to/3E24ByP 🔥-78%‼️ Non ti scordar di me. #Ops (Libro 2) - di Elisa Maino 💰3,72€ invece di 16,90€ 👉https://amzn.to/4kgSIVq 🔥-46%‼️ Atlante di diritto pubblico comparato - di Ferrari franco 💰14,57€ invece di 27,00€ 👉https://amzn.to/4jmfgTt 🔥-44%‼️ Melvill - di Rodrigo Fresán 💰11,22€ invece di 20,00€ 👉https://amzn.to/4jsFPGN 🔥-41%‼️ Doll bones. La bambola di ossa - di Holly Black 💰6,17€ invece di 10,50€ 👉https://amzn.to/4kdm0nT 🔥-37%‼️ Collezione Londra. Con adesivi. Ediz. a colori - di 💰5,99€ invece di 9,50€ 👉https://amzn.to/4dCOeG4 Ad & Info

Hashtags

Cherr panic

@cherr_panic · Post #1188 · 09.01.2026 г., 17:03

#ops 2025.9.2 Matrix.org 爆炸回顾 Matrix.org 使用 pgsql 作为他们的数据库。整体架构是主从+推送WAL到S3。 事情起因是数据库硬盘占用已经到了90%(51TiB),所以运维打算添加硬盘。 1. 在机房添加硬盘的时候,主数据库 RAID 阵列里一个已有的硬盘消失了。阵列是RAID10模式所以整个服务器还只是降级。 2. 这时运维打算把流量切到备用服务器上,然后修复主要服务器的阵列问题。调整主从角色之后运维决定重启降级服务器,希望RAID阵列能够自行恢复。 3. 然而RAID阵列没能够自行恢复,直接炸掉所有数据。雪上加霜的是现在的主要服务器上面的WAL->S3脚本被发现有bug,WAL一直没能正确上传到S3。 4. 此时运维团队决定重做整个服务器,并且把备份脚本修好。幸运的是这两者都成功了。这是他们打算开始从备份恢复一个完整实例,于是他们开始用 wal-g 工具来执行。 /mnt/data/postgresql/ # wal-g xxxxx 2>&1 | tee restore.log 结果因为目录非空而失败。然后他们又切到 ~ 下执行,这次还是因为目录非空失败。 5. 这次他们打算 # rm -rf /mnt/data/postgresql/ 了,然后喜闻乐见的是, 删错机器了 ,他们删到正在运行的服务器上了。他们马上发现了这个错误并且把数据目录remount成ro避免进一步破坏。 6. Matrix实例服务中止(Matrix不应该是去中心化的吗.webp),运维团队决定抛弃现有数据库,开始从冷备份里面开始恢复数据库。然而巨大的数据量+WAL replay消耗了相当长的时间。可喜可贺的是,整个服务还是正常恢复了。 Matrix.org 总结的教训 1. 别把数据库搞得那么大。 Synapse(Matrix.org的实现)正在实现这一点。 2. 增量备份弄的勤快一点,不至于有那么多 WAL Replay。 3. 不要用 db-01db-02 这种容易混淆的命名。 4. 不同服务器终端的背景颜色要明显不一样。 5. 用zfs做本地snapshot(在CoW上跑数据库吗?你这家伙。) 编者评价:其实挺不错的了,至少没丢,而且主要的不可用时间是因为数据传输导致的。( https://www.youtube.com/watch?v=W42YJYkO8gw https://matrix.org/blog/2025/10/post-mortem/

Hashtags

Funeral Rain

@funeral_rain · Post #589 · 09.01.2026 г., 17:02

#ops 2025.9.2 Matrix.org 爆炸回顾 Matrix.org 使用 pgsql 作为他们的数据库。整体架构是主从+推送WAL到S3。 事情起因是数据库硬盘占用已经到了90%(51TiB),所以运维打算添加硬盘。 1. 在机房添加硬盘的时候,主数据库 RAID 阵列里一个已有的硬盘消失了。阵列是RAID10模式所以整个服务器还只是降级。 2. 这时运维打算把流量切到备用服务器上,然后修复主要服务器的阵列问题。调整主从角色之后运维决定重启降级服务器,希望RAID阵列能够自行恢复。 3. 然而RAID阵列没能够自行恢复,直接炸掉所有数据。雪上加霜的是现在的主要服务器上面的WAL->S3脚本被发现有bug,WAL一直没能正确上传到S3。 4. 此时运维团队决定重做整个服务器,并且把备份脚本修好。幸运的是这两者都成功了。这是他们打算开始从备份恢复一个完整实例,于是他们开始用 wal-g 工具来执行。 /mnt/data/postgresql/ # wal-g xxxxx 2>&1 | tee restore.log 结果因为目录非空而失败。然后他们又切到 ~ 下执行,这次还是因为目录非空失败。 5. 这次他们打算 # rm -rf /mnt/data/postgresql/ 了,然后喜闻乐见的是, 删错机器了 ,他们删到正在运行的服务器上了。他们马上发现了这个错误并且把数据目录remount成ro避免进一步破坏。 6. Matrix实例服务中止(Matrix不应该是去中心化的吗.webp),运维团队决定抛弃现有数据库,开始从冷备份里面开始恢复数据库。然而巨大的数据量+WAL replay消耗了相当长的时间。可喜可贺的是,整个服务还是正常恢复了。 Matrix.org 总结的教训 1. 别把数据库搞得那么大。 Synapse(Matrix.org的实现)正在实现这一点。 2. 增量备份弄的勤快一点,不至于有那么多 WAL Replay。 3. 不要用 db-01db-02 这种容易混淆的命名。 4. 不同服务器终端的背景颜色要明显不一样。 5. 用zfs做本地snapshot(在CoW上跑数据库吗?你这家伙。) 编者评价:其实挺不错的了,至少没丢,而且主要的不可用时间是因为数据传输导致的。( https://www.youtube.com/watch?v=W42YJYkO8gw https://matrix.org/blog/2025/10/post-mortem/

Hashtags

Harukaの异想世界

@haruka_fantasy_world · Post #339 · 09.01.2026 г., 20:48

#ops 2025.9.2 Matrix.org 爆炸回顾 Matrix.org 使用 pgsql 作为他们的数据库。整体架构是主从+推送WAL到S3。 事情起因是数据库硬盘占用已经到了90%(51TiB),所以运维打算添加硬盘。 1. 在机房添加硬盘的时候,主数据库 RAID 阵列里一个已有的硬盘消失了。阵列是RAID10模式所以整个服务器还只是降级。 2. 这时运维打算把流量切到备用服务器上,然后修复主要服务器的阵列问题。调整主从角色之后运维决定重启降级服务器,希望RAID阵列能够自行恢复。 3. 然而RAID阵列没能够自行恢复,直接炸掉所有数据。雪上加霜的是现在的主要服务器上面的WAL->S3脚本被发现有bug,WAL一直没能正确上传到S3。 4. 此时运维团队决定重做整个服务器,并且把备份脚本修好。幸运的是这两者都成功了。这是他们打算开始从备份恢复一个完整实例,于是他们开始用 wal-g 工具来执行。 /mnt/data/postgresql/ # wal-g xxxxx 2>&1 | tee restore.log 结果因为目录非空而失败。然后他们又切到 ~ 下执行,这次还是因为目录非空失败。 5. 这次他们打算 # rm -rf /mnt/data/postgresql/ 了,然后喜闻乐见的是, 删错机器了 ,他们删到正在运行的服务器上了。他们马上发现了这个错误并且把数据目录remount成ro避免进一步破坏。 6. Matrix实例服务中止(Matrix不应该是去中心化的吗.webp),运维团队决定抛弃现有数据库,开始从冷备份里面开始恢复数据库。然而巨大的数据量+WAL replay消耗了相当长的时间。可喜可贺的是,整个服务还是正常恢复了。 Matrix.org 总结的教训 1. 别把数据库搞得那么大。 Synapse(Matrix.org的实现)正在实现这一点。 2. 增量备份弄的勤快一点,不至于有那么多 WAL Replay。 3. 不要用 db-01db-02 这种容易混淆的命名。 4. 不同服务器终端的背景颜色要明显不一样。 5. 用zfs做本地snapshot(在CoW上跑数据库吗?哈基米你这家伙。) 编者评价:其实挺不错的了,至少没丢,而且主要的不可用时间是因为数据传输导致的。( https://www.youtube.com/watch?v=W42YJYkO8gw https://matrix.org/blog/2025/10/post-mortem/

Hashtags

❌❌ERRORE O AFFARE?💣😱 #AdolescentiERagazzi 📚Non ti scordar di me. #Ops (Libro 2) - di Elisa Maino 💰A soli 4,39€ invece di 16,90€ 👉https://amzn.to/3HtJirN In un mondo di scelte decisive e passioni inconfondibili, la protagonista scopre che ogni segreto può cambiare il destino. Scopri il suo percorso. #Ad & Info

❌❌ERRORE O AFFARE?💣😱 #AdolescentiERagazzi 📚Non ti scordar di me. #Ops (Libro 2) - di Elisa Maino ‼️ Minimo Storico ‼️ 💰A soli 3,72€ invece di 16,90€ 👉https://amzn.to/4kgSIVq Tra scelte cruciali e passioni travolgenti, la protagonista affronta un mondo che cambia. Scopri come ogni decisione può cambiare tutto. #Ad & Info

GitHub 红队武器库🚨

@githubredteam · Post #83852 · 11.05.2026 г., 21:01

🚨 GitHub 监控消息提醒 🚨发现关键词:#RedTeam#Ops 📦项目名称:aws-bedrock-redteam-demo 👤项目作者:scthornton 🛠开发语言: Shell ⭐Star数量: 0 | 🍴Fork数量: 1 📅更新时间: 2026-05-11 20:59:13 📝项目描述: Intentionally vulnerable AWS Bedrock chat app for Prisma AIRS Red Teaming demos, with optional AIRS Runtime Security overlay for before/after testing. 🔗点击访问项目地址

Hashtags

GitHub 红队武器库🚨

@githubredteam · Post #83848 · 11.05.2026 г., 20:01

🚨 GitHub 监控消息提醒 🚨发现关键词:#RedTeam#Ops 📦项目名称:ashirt-deployments 👤项目作者:ashirt-ops 🛠开发语言: HCL ⭐Star数量: 20 | 🍴Fork数量: 0 📅更新时间: 2026-05-11 19:59:23 📝项目描述: Deployment code for ashirt-server 🔗点击访问项目地址

Hashtags

GitHub 红队武器库🚨

@githubredteam · Post #83839 · 11.05.2026 г., 18:01

🚨 GitHub 监控消息提醒 🚨发现关键词:#RedTeam#Ops 📦项目名称:rlhf-clinical-redteaming 👤项目作者:stephendongg 🛠开发语言: Python ⭐Star数量: 0 | 🍴Fork数量: 0 📅更新时间: 2026-05-11 17:59:25 📝项目描述: 无描述 🔗点击访问项目地址

Hashtags

GitHub 红队武器库🚨

@githubredteam · Post #83408 · 08.05.2026 г., 20:01

🚨 GitHub 监控消息提醒 🚨发现关键词:#RedTeam#Ops 📦项目名称:RedTeam-CTI-Toolkit 👤项目作者:laus1983 🛠开发语言: Python ⭐Star数量: 0 | 🍴Fork数量: 0 📅更新时间: 2026-05-08 20:01:01 📝项目描述: 无描述 🔗点击访问项目地址

Hashtags

ПредишнаСтр. 1 от 3Следваща