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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #621 · 31.10

У меня в друзьях есть классный автор — Владимир Бычко. Владимир — проект-менеджер, ведёт реально интересный standalone-блог об управлении проектами и не только. Например, последний пост с правилами жизни — не какая-то унылая несовместимая с реальностью псевдофилософия "а ля Дуров", а действительно полезные и правильные наблюдения. Владимир один из самых интересных авторов среди моих ВК-подписок, однако, читаю я его посты крайне редко, и здесь проявляются серьёзные недостатки standalone, о чём я сейчас расскажу. Вообще, сервис-ориентированный интернет если не умирает, то, как минимум, теряет своих сторонников. Многие айтишники, интеллектуалы, авторы текстов уже высказываются о необходимости слезать с иглы корпораций, эти самые корпорации дешевеют, люди в сети активно выстраивают модели децентрализованного "веб три ноль". Дополнением к этому идёт акцент на медиа против текстов: сервисы уже не особо скрывают, что текстовая часть для них второстепенна, а внимание брошено туда, где хайп и толпы — например, в вертикальные видео и короткоживущий контент. В России этот эффект особенно заметен, именно поэтому вместо какой-нибудь устойчивой текстовой площадки большинство взрослых вменяемых авторов пишут в Telegram. Который для этого подходит чуть лучше, чем плоскогубцы для отвинчивания гаек — можно, конечно, и все мы так делали за неимением альтернатив. На этой волне неоднократно слышал призывы "уходи в standalone". Сделай свой сайт с RSS-фидом, любым оформлением, пиши туда. Как автор блога, я и правда мог бы такое сделать и даже видеть немало плюсов. Но, как читатель, я до сих пор не подписан ни на один standalone-блог, даже если мне очень нравится контент. Проанализировал основные четыре проблемы стэндэлонов. 1. Люди всё равно приходят из соцсетей, но ссылки в соцсетях оформлены некрасиво, понижаются в охватах и требуют дополнительное действие со стороны человека. Последнее особенно важно: конверсия в прочтение критически низкая даже для встроенных редакторов лонгридов и даже при условии, что пользователю сообщение со ссылкой покажется (например Telegram > Telegraph). 2. RSS это не замена ленте сообщений. Нет удобного централизованного способа читать RSS в формате той площадки, которая тебе близка. Сам Владимир, например, ссылается на RSS-бота для Телеграма, который требует для своей работы быть подписанным на какой-то канал. Ну ладно, есть нормальные RSS-боты везде, но это всё опять же выглядит как лента с внешними ссылками, а не как лента сообщений в формате площадки. 3. У каждого стэндэлона свой дизайн. Если я впервые на странице нового для себя автора ВК или в Telegram, я тут всё знаю. Мне привычно и удобно. Я знаком с навигацией, я привык к шрифтам, я знаю, где лайки и комментарии. К каждому новому стэндэлону нужно привыкать и тратить когнитивные ресурсы на обучение. 4. Обсуждений нет, если нет комьюнити. Да, какой-нибудь Вастрик смог создать вокруг своего стэндэлон-блога комьюнити, за которое люди даже платят. Но это единичные примеры. Обсуждения в ЖЖ работали, потому что был социальный граф: люди знали топовых авторов и более менее знали друг друга. Обсуждения в соцсетях работают по той же причине, пока в них есть аудитория: часть людей связана социальным графом, другая часть может в этот граф заходить со стороны и чувствовать себя комфортно, кроме случаев токсичной атмосферы. Но если мы проанализируем, как ведут себя обсуждения там, где социального графа нет (например, на YouTube), то увидим просто всплески очень ограниченных локальных диалогов под каким-то особо популярным комментарием и всё. Комьюнити там нет за редкими исключениями. Интернету пока ещё точно рано standalone. Только авторы, уже собравшие огромную аудиторию через соцсети, могут себе такое позволить. И то, с оговорками. #web

Hashtags

Резултати

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

Търсене: #notification

当前筛选 #notification清除筛选
RedFox Branding

@redfoxuz · Post #1271 · 19.10.2020 г., 03:21

🔥#Notification / Buyurtma №130 🏆Ochiq konkurs asosida. 📌Buyurtma turi: Logodesign 💼 Buyurtmachi: Xon Saroy 🏢 Tashkilotchi: Frilansus.com 🚀Start berildi: 19.10.2020 ⏳Muddat: 6 kun 💵 Budjet: 2 000 000 so'm ✅ To'lov: Kafolatlangan Texnik topshiriq: https://www.notion.so/redfoxuz/Xon-Saroy-Logo-9fa35ec88259400ca4f1cc89d7ecb70a ──────────── Logo uchun variantlaringizni quyidagi guruhga yuboring: Buyurtma guruhiga qo'shilish: https://t.me/Buyurtma130

Lsposed Modules Updates Tracker

@lsposed_Modules_Updates_Trackers · Post #6275 · 22.03.2026 г., 16:30

#Notification#Howard_Wu 模块:io.github.howard20181.notificationiconfix 简介:Notification Icon Fix / 通知图标修复 版本:103-1.7.1 更新时间:2026/03/23 00:03:03 更新日志: 变更日志 重构图标生成算法,现在背景是渐变色的也可以计算轮廓 支持 API 101 Changelog Refactored icon generation algorithm; now it can calculate outlines even with gradient backgrounds. Added support for API 101. Fix #1,#12,#13 @lsposed_Modules_Updates_Trackers | @lsposed_Geeks_Bot

BAGEVM 广播站

@bagenotice · Post #181 · 07.05.2026 г., 07:11

#异常通知 我们监控到 洛杉矶2节点出现故障,目前我们正在联系上游询问具体原因,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a malfunction at the Los Angeles2 node. We are currently contacting upstream suppliers to inquire about the specific cause. Please be patient. We sincerely apologize for any inconvenience this may cause. If you have any further questions, please submit a service request to contact us.

BAGEVM 广播站

@bagenotice · Post #175 · 12.03.2026 г., 04:40

#异常通知 我们监控到 United Kingdom 区域的1台节点 (Node: GBC) 出现 内存故障,导致内核崩溃一直重启,我们已重新部署新的实例节点,将逐步迁移受影响的实例到同区域新的实例节点上,迁移之间您的实例将会有短暂的失联状态,迁移花费时长将和您的实例磁盘大小有关系,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a memory failure on one node (Node: GBC) within the United Kingdom region, resulting in a kernel crash and continuous reboots. We have redeployed a new instance node and will progressively migrate affected instances to this new node within the same region. During migration, your instances may experience brief periods of unavailability. The duration of migration will depend on the disk size of your instance. We kindly request your patience during this process. We sincerely apologise for any inconvenience caused. Should you have further queries, please submit a support ticket to contact us.

BAGEVM 广播站

@bagenotice · Post #168 · 09.01.2026 г., 00:08

#异常通知 我们检测发现我们的SGS区域由于我们和上游的备份BGP Session没有生效,导致上游在维护时和上游的BGP Session断开,目前正在修复,带来不便深表歉意,请耐心等待。 #Notification of Anomaly We have discovered that our SGS region experienced a disconnection during upstream maintenance due to the failure of our backup BGP Session with the upstreams. We are currently working on fixing this issue and sincerely apologize for any inconvenience caused. Please be patient.

BAGEVM 广播站

@bagenotice · Post #163 · 07.12.2025 г., 14:53

#异常通知 我们监控到 Germany 区域的1台节点 出现 硬件故障,上游正在安排远程手进行查看,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a hardware failure on one node in the Germany region. Upstream personnel are arranging for remote assistance. Please wait patiently. We sincerely apologize for any inconvenience this may cause. For any further questions, please submit a service request to contact us.

BAGEVM 广播站

@bagenotice · Post #162 · 29.11.2025 г., 18:37

#异常通知 我们监控到 Singapore Standard 区域的1台节点 出现 磁盘阵列 故障,读写性能下降,我们将在明后天逐步迁移受影响的实例到同区域的其他节点上,迁移之间您的实例将会有短暂的失联状态,迁移花费时长将和您的实例磁盘大小有关系,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a disk array failure on one node in the Singapore Standard region, resulting in decreased read and write performance. We will be gradually migrating affected instances to other nodes in the same region over the next two days. Your instance will experience a brief period of inaccessibility during the migration. The migration time will depend on the size of your instance's disk. Please be patient. We sincerely apologize for any inconvenience this may cause. If you have any further questions, please submit a service request to contact us.

BAGEVM 广播站

@bagenotice · Post #158 · 17.11.2025 г., 02:59

#异常通知 我们监控到 盐湖城节点出现故障,目前我们正在联系上游询问具体原因,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a malfunction at the Salt Lake City node. We are currently contacting upstream suppliers to inquire about the specific cause. Please be patient. We sincerely apologize for any inconvenience this may cause. If you have any further questions, please submit a service request to contact us.

#Notification#Experience#你不看你就没了 📱隆重推荐Infuse直连模式暨Infuse全平台开放声明 亲爱的公益服用户,我们非常高兴地宣布:在Infuse团队经过长时间的探索和努力之后,终于即将迎来Emby服务的直连模式。虽然目前的适配还有一些不完美之处,但其带来的直连体验已远超传统的媒体库模式,且显著减轻了对服务器的负担。所以,待7.7版本正式上线后,我们也将第一时间全面解除Infuse的直连限制。如果你是Infuse用户,在体验之前,请务必详细了解以下重要信息: ▎服务更新 状态:已上线 7.7正式版上线App Store后,我们将第一时间更新服务端,放开对直连模式的所有限制 ▎现有Infuse用户需要做的 1. 将你手中的所有Infuse升级到7.7正式版 2. 对于已经添加的扫库模式Emby,请让它成为历史吧,建议全部删除,重新添加。同时也建议将历史缓存清除 3. 新添加的Emby库,无需额外设置,默认即为直连模式 4. Enjoy! ▎扫库和历史版本处理 新服务上线后,7.7之前的所有旧版本、新版本的媒体库模式和下载功能,都将无法访问本服。但别担心,我们将给用户充足的时间来将做迁移,直到2月18日之前,如果因为使用旧方法给服务器造成负载影响,你的账户将被临时封禁,申诉后可解。18日之后,任何无视此条公告而导致被封禁的,都不再接受申诉了 ▎已知问题 从Infuse团队对直连模式的的计划来看,本次7.7正式版仍有部分规划未能实现,且还存在一定的优化空间,譬如局部刷新的新首页,现有首页莫名其妙的转圈现象,对缓存的控制,最近播放的同步效率等。Infuse团队未来还将持续优化,希望各位Infuse用户对他们团队多提意见,多多支持 作为公益Emby的提供方,我们超级期待和各位一起迎接这次更新。我们相信,随着Infuse直连模式的推出,大家对视频解码的高要求,能得到更充分的满足。最后,期待我们能尽早体验到包含多版本选择的更完全体的直连体验! Channel:@Odyssey+

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