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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #577 · 1.10

Закончился второй этап конкурса "Код Петербурга". На первый я отправил скилл для Маруси, позволяющий гибко искать события по базе KudaGo. Но с самого начала говорили, что среди критериев оценки будут метрики: число пользователей и так далее. Там, где есть метрики, нужно делать развлекательный проект или игру, без вариантов. У "полезных" самостоятельных приложений (не связанных с внешним бизнесом) метрик нет почти никогда. Я посмотрел на топ развлекательных приложений в каталоге ВК и увидел, что местная аудитория любит кликеры / idle. Это такие игры, которые максимально абстрагируют игровой процесс: буквально конвертируют время вашей сессии и совершение простейших действий во внутриигровой ресурс. Грубо говоря, вы получаете очки, потому что просто сидите в игре, и на этом все. Ну, иногда нужно нажимать на экран. О причинах популярности и кажущейся примитивности этого жанра я сейчас рассуждать не берусь, но во второй этап решил сделать кликер про музеи Петербурга. Напомню, что одно из условий конкурса: использовать API городских сервисов. Здесь я взял базу данных Министерства Культуры. В игре "Музейный Барон" вам нужно нажимать на посетителей с разными предпочтениями, получать с них деньги, на которые строить музеи, позволяющие получать еще больше денег, в том числе автоматически. Музеи, разумеется, настоящие. Я, кстати, пока подбирал, узнал о нескольких новых, которые хочется посетить. Еще есть, например, возможность в реальности зачекиниться по GPS у нужного музея и получить его со скидкой. И, конечно, я не отказал себе в удовольствии сделать отдельный режим "Ночь Музеев", генерирующий в разы больше посетителей. Вообще, делать кликер было интереснее, чем кажется. Отдельно пришлось придумывать, как не допустить написание игроками ботов для автоматизации. Ну и математику тоже пришлось продумывать, строя графики, хотя, кажется, есть куда улучшать. #dev#games

Hashtags

Резултати

Намерени 1,883 подобни публикации

Общо глобално търсене

RSStT Bot Channel

@RSStT_Channel · Post #27 · 03.10.2021 г., 16:24

#dev 分支更新 重大变更: * 完全异步化,替换了所有涉及同步网络请求的库为异步库 * 与 Telegram 交互的库由使用 HTTP Bot API 的同步库python-telegram-bot改为使用 MTProto Bot API 的异步库telethon |- 这引入了 API key 的需求,程序已经内置了 7 个公开的 API key,即使遇到问题,重试几次就可登入成功。如果无法登入,可以自己申请 API key (详见docker-compose.yml.sample中的说明) |- 由于直接连接到 bot 所属的 DC,不需绕经 HTTP Bot API 所在的 DC2/4,且不需轮询获得消息更新,它在接收及发送消息方面都更为迅速,资源占用也更低(现有证据表明,HTTP Bot API 很可能就是 MTProto Bot API 的一个包装) |- 即使 HTTP Bot API 宕机,bot 也可以正常工作 |- 其他比较请见这里和这里 新增: * 支持 <iframe> 元素的解析 * 支持 <video><source><source>...</video> 的解析 * 启用相对链接解析 * 将自定义表情替换为替代文字放入文本中时,可将其 emoji 化(如可能) * 如果环境变量中设置了全局代理 (SOCKS_PROXY/HTTP_PROXY),会使用它们 * /test 接受了一个不合法的 URL 时,警示用户 * 一些新的环境变量,详见 docker-compose.yml.sample 中的说明 修复: * 如果一个自定义表情的 width/height 是以 em 而非 px 为单位指定的,现在也能识别到它并将它从图片中剔除并替换为替代文字放入文本中 * 改为使用 post 的 guid/id 而不是 link 来辨识最后一次发送的 post,以规避某些特殊的 RSS feed 的 post 的 link 每次都会变化的问题 * 其他小问题修复 变更: * 简化了 Telegraph 标题 * 修改 version 格式使之更合理 * 程序启动时不再一次性检查所有 feed 以避免一些问题 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

RSStT Bot Channel

@RSStT_Channel · Post #26 · 18.09.2021 г., 08:35

#dev 分支更新 新增: * 过长的消息可转为使用 Telegraph 发送 |- 需要设置环境变量 TELEGRAPH_TOKEN,不设置则不启用。每个 token 以逗号,分号,换行或空格中的任意一种分隔,为保证体验,请多设置几个。在这里申请 access_token |- 如果实在不想申请,就直接输入连续的逗号,需要启用 n 个 Telegraph 账号就输入 n-1 个逗号,bot 会自动申请 token,但是这样会延长 bot 的启动时间 |- 消息过长乃至于 Telegraph 拒收时,转为链接发送 * 新增 /version 命令用于查看版本 |- git clone 后手动运行或通过官方 docker 镜像部署者,可以看到最近的 git tag、与前者的 commit 距离和 commit hash |- 通过 Railway 部署者,只能看到部署时间 更新: * 更新了 /help 命令返回的帮助 * 简化了命令列表的描述 * 每个 feed 中检查到的新 post,将多线程发送 * 每次检查 feed 更新,都会多线程检查 * 将 feed 更新检查均摊到每分钟,这在订阅较多时非常有用,可避免负载集中及触及 flood control |- 为此,大于 60 分钟的检查间隔将会被重置为 60 分钟 |- 特定的某个 feed 的检查间隔仍为设置的间隔,但已四舍五入到整分钟 |- 程序启动时会一次性检查所有 feed,之后会将所有 feed 检查任务均摊到每分钟 变更: * 官方构建 docker 镜像删去了 x86 支持,现在仅支持 amd64 (x86-64) 和 arm64,这对绝大部分用户没有影响 附注: * 针对 Telegraph API 也设置了 flood control 自动等待;若等待时间过长,将直接重开在本次运行期间丢弃原账号并请求新的 Telegraph 账号 * post 发送任务最多允许 10 个线程同时生成消息,5 个线程同时发送消息 * feed 检查任务最多允许 5 个线程同时检查更新 * 由于 Telegraph API 非常容易触及 flood control,最多允许 1 个线程在同一时刻通过同一个 token 生成 Telegraph 文章,且每次请求附加了一个 1s 的间隔,因此最好多填几个 token * 如果想测试多线程和 flood control 自动防止的效果: 盯着日志,然后 /test https://www.ithome.com/rss/ all 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

RSStT Bot Channel

@RSStT_Channel · Post #25 · 16.09.2021 г., 20:48

#dev 分支更新 修复: * 修复了数据库为空时无法添加订阅的问题 * 修复了错误的参数处理导致网络超时设置丢失,从而导致订阅检查任务无法自行结束的问题 * 修复了报错消息会无限重发的问题:当发送消息出现预料之外的错误而需要向管理员发送报错消息时,若报错消息也发送失败,不会尝试重发 新增: * /list 命令现在拥有更简洁的输出 * 在 amd64 的基础上,docker 镜像增加 x86, arm64 构建(master 分支尚缺;为简化构建,改为使用 Python 3.9) * 提供了一个使用 redis 作为数据库的 docker-compose 配置示例(因 master 分支尚未支持 redis,需在配置中指定 dev 分支) * 日志输出支持着色 * 若订阅检查任务无法自行结束而导致订阅检查任务冲突,连续四次后将通过 Telegram 通知管理员 * 如果发生 getUpdates 冲突,在日志里提示用户少于十次这样的错误对于在 railway.app 里运行的示例来说是正常的 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

RSStT Bot Channel

@RSStT_Channel · Post #24 · 15.09.2021 г., 02:20

#dev 分支更新 * 支持通过 OPML 文件导入和导出订阅 * 有限的异步支持(实验性;所有命令及订阅定时检查之间,将异步运行) * 其它小更新与修复 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

RSStT Bot Channel

@RSStT_Channel · Post #19 · 12.09.2021 г., 22:55

#dev 分支更新 * 如果 Telegram Bot API 拒收了媒体,自动尝试使用媒体反代服务(实验性) * 支持解析代码(<code>/<pre>) * 重构了超长消息分割方法,尝试修正一些问题(可能不稳定) * 重写了有序列表 (<ol>) / 无序列表 (<ul>) 的解码方式,避免极端情况下错误地达到文本长度限制 * 支持为嵌套列表添加缩进 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

RSStT Bot Channel

@RSStT_Channel · Post #13 · 08.09.2021 г., 19:49

#dev 分支更新 * 添加了 GIF 支持,现在文章内的 GIF 不会再被转换为静态图片 |- 由于 Telegram 的限制,一条消息只能含有一张 GIF,因此若 GIF 过多,将引起刷屏 |- 为避免 GIF 前后都有静态图片/视频而造成 GIF 分隔消息的状况,以减少总消息数目,GIF 会最后发出,而不是按照文章中的顺序 * 修复了文本全部发送完毕而图片未发送完毕时,剩下的图片不会被发出的问题 * 根据更新后的 Telegram Bot API 文档,增加了图片长宽比限制 * 优化了标题存在性判断 * 更新依赖 bs4 到 4.10.0 * 移除了不再需要的旧代码 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

RSStT Bot Channel

@RSStT_Channel · Post #12 · 07.09.2021 г., 18:28

#dev 分支更新 * 替换 README 中的图标为新设计的图标 * 因应许可证变更,在 /help 消息中添加仓库链接 * 因应许可证变更,更新 README * 更改 user-agent,规避 requests 默认的 UA 被某些网站屏蔽的问题 * 解码相关: |- 为列表首尾添加换行,以规避某些 feed 不给列表前后加换行的问题 |- 将 <h\d> 标题解码后的先导换行从一个改为两个,增强可读性 |- 对文章标题也实施 emoji 化 |- 修复了某些时候,超长消息自动分割时发出空消息的问题 |- 修复了错误的 HTML 转义顺序导致的转义失效 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

Newlearnerの自留地

@NewLearnerChannel · Post #14914 · 04.11.2025 г., 09:59

#Games#Web 🕵🏻Clues by Sam:类 Wordle 风格的逻辑推理游戏 🔗:Web Clues by Sam 是我网上冲浪时无意中发现的一款适合摸鱼进行的逻辑推理游戏,在这个有着许多规则的游戏中,你要做的就是根据线索为每个「可疑人物」定性:是「罪犯」还是「无辜者」 💡游戏设定和规则 - 每个人物只有两种身份:罪犯(criminal)或无辜者(innocent) - 强调纯逻辑推理,不允许凭直觉猜测 - 每条线索用自然语言来描述某种逻辑关系,每个人都说真话 - 点击右上角,可为不同可疑人物做标签,以帮助推理和分类 更多游戏设定和规则见游戏主页,这款游戏最有趣的地方就在于你无需考虑真与假,眼前所见到的一切都是事实。你要做的,就是从复杂的线索描述中抽丝剥茧,用最具逻辑性的推理思维,对每个人进行身份判断 🎮游戏玩法 每天更新一则谜题,通常有 4x5 共 20 张人物卡片等待你去辨别,会提供一张起手卡片。玩家通过有限信息,不断挖掘线索,找出每个人的身份。期间可以使用官方提示,但在最后生成的结果中会予以显示 游戏每天给出的难度也不同,打开首页后会自动告知。如果你实在卡住,又不想使用官方提示,也可以分享链接邀请伙伴一同解谜。个人体验下来,Evil 级别的谜题确实很难,需要大量的时间和标记去解答。祝大家解谜愉快! 📘 关联阅读: 1️⃣Travle:从 A 飞到 B,一共需要途径几个国家? 2️⃣LikeWordle:收集和 Wordle 类似的解密游戏 3️⃣The Useless Web:无用网站聚集地 4️⃣Hexcodle:猜测颜色 HEX 值的类 Wordle 游戏 频道:@NewlearnerChannel

Hashtags

Newlearnerの自留地

@NewLearnerChannel · Post #14822 · 14.10.2025 г., 09:59

#Games#Web 🏝Messenger:在美丽的海岛上,体验信使的生活 🔗:Web 😝 好久没有更新了,节后的第一期,向大家推荐一款治愈的三维网页游戏。这段时间到处走走看看,积攒了大量需要自我消化的东西,需要一个时间和过程。如有更新不及时的情况,希望大家谅解! 💡 点击游戏开始按钮后,小岛在眼前旋转,你将进入一个漫画风格的三维世界。在这里,你可以随意走动、为自己挑选个性化的装扮,还可以和同一世界的网友互相发 emoji 💌 这款小游戏的主线就是「送信」这件事,有好几个任务需要你在探索小岛的过程中去完成。在这个过程中,你将对小岛的居民、建筑和环境有一个大致的了解,并在送信的过程中和大家建立连接。游戏本身没有难度,更多的是探索和治愈的过程,你也将在岛上遇到开发者埋藏的彩蛋 👀 不知道大家节后工作的状态怎么样,有没有调整回来。如果你有时候感到心烦意乱,就摸鱼进入 Messenger 的世界,放松一下吧! 📘 关联阅读: 1️⃣Summer Afternoon:开工摸鱼玩什么,夏日小镇治愈你 2️⃣EQUINOX:沉浸式互动太空冒险在线游戏 频道:@NewlearnerChannel

Hashtags

12•••1718192021•••100•••156157