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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #217 · 12.02

Попробовал Obsidian. Это такой заметочник. И в итоге буду переходить на него с Notion. Вообще, с заметочниками дела плохи. Когда-то появился Evernote и занял лидирующее положение на рынке даже при всём своём неудобстве. Он кривой, кроссплатформенность реализована плохо (на части платформ то те, то другие функции недоступны), система организации урезана и приводит к беспорядку, а в клиентах много визуального мусора в UI. И тем не менее, это был один из первых облачных заметочников — важный шаг для рынка. Удивительно, как долго человечество шло к идее, что нужно сделать «Блокнот», но под все платформы, включая телефоны, и с синхронизацией через сеть. Потом пришел Notion, который поначалу топтался на месте из-за сомнительной ценовой политики. Но в результате правильных реформ стал процветающим стартапом, использующимся сейчас в огромном количестве команд и проектов. Даже смог позволить себе сделать безлимитную бесплатную версию. По сравнению с Evernote это был глоток свежего воздуха: мусора в UI на порядки меньше, функциональность одинаковая на всех платформах, полноценная древовидная организация любой глубины, почти нормальная поддержка Markdown. Впрочем, что-то не дало авторам пойти дальше и избавить свой сервис от серьёзных UX-косяков. Только ленивый не ругает Notion за ужасно низкую скорость работы. Он долго грузится, долго открывает файлы и относительно долго реагирует на ввод — для заметочника это критически важно. На всех платформах использовали гибридную разработку (HTML внутри контейнера как будто от нормального нативного приложения) со всеми худшими её чертами: проект тяжёлый и неповоротливый. Это не говоря уже о том, что и десктопное и мобильное приложение по сути окно в веб. Оно не будет работать без интернета, а сессия сбрасывается раз в несколько дней. В итоге вы хотите добавить заметку, открываете клиент, и он мало того что грузится долго, так ещё и показывает вам окно авторизации. Нужно переходить в браузер, ждать, пока авторизация пройдёт там, возвращаться в клиент... в общем, вы уже забудете, что за заметку хотели. После пары лет использования Notion я поймал себя на том, что на телефоне открываю встроенные системные заметки, а потом копирую текст оттуда в Telegram, чтобы он был доступен отовсюду. На компьютере же быстрее открыть Notepad++. Короче, Notion со своей задачей быть заметочником на каждый день не справляется. И вот, Obsidian. По сути это продвинутый блокнот с поддержкой Markdown. Ладно, у него есть какая-то фишка с организацией заметок по методу Zettelkasten, но я пока туда не смотрел, да и сам метод требует определённого подхода, который я пока что не применяю. Так что это блокнот, умеющий выводить дерево и отображать Markdown-форматирование. Он очень быстрый, грузится не молниеносно, но адекватно, и сам интерфейс работает очень шустро. Не знаю, HTML там или нет (по виду кажется, что да), но авторы явно поработали над оптимизацией. Конечно же, есть приложения под телефоны, и они тоже весьма комфортны по скорости. Что касается синхронизации, то это платная функция, и, на мой взгляд, необоснованно дорогая: $8 в месяц (сама программа бесплатная). Здесь бы разговор можно было закончить — при всех прелестях сервис без синхронизации между устройствами в 2022 году это как обувь на одну ногу. Но мне повезло: моё NAS-хранилище умеет создавать виртуальное облако. Да, возможно у какого-то из облаков на рынке тоже есть все нужные функции, но, например, Яндекс Диск на телефоне синхронизирует только видео и фотки, а произвольные папки не может. А вот Synology прям спасло. Что ещё хорошего. Notion был перегружен лишними функциями. Но если они всё-таки нужны, у Obsidian отличная система плагинов, поддерживаемых независимыми разработчиками. Уже есть множество решений на любой вкус. Например, в Notion я мог пошарить другому человеку выбранную заметку. А здесь нашёл плагин, который трансформирует заметку в Github Gist. Удобно: Markdown там совместимый, Gist бесплатный и без рекламы. Короче, пока нравится. Вот этот пост сейчас пишу в нём на компьютере, а начал на телефоне днём. То, что нужно. #web#tools

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Следваща