「缅北游戏」
随着疫情后的文娱产业「复苏」, 游戏厂商也开始了新一轮角逐. 其中就有大量(前所未有的数量)以 "二游" 为主要表现形式的游戏被投放到市场之中, 玩家对突然涌入的游戏宣传投放应接不暇, 从宣发开始的竞争就呈现白热化, 于是又有大量高开低走的游戏最后以一地鸡毛收场.
夸大宣传, 片面宣传, 或是直接的虚假宣传. 把玩家从封测, 内测, 公测, 正式服, 例行维护再到停服公告一路「骗」到底, 大多数玩家甚至路人即使没有投入大量金钱, 也最后都被游戏本身或者周边事件浪费了时间. 游戏开发商不能如期或者完整交付给玩家宣传中本来承诺的东西, 就如同网络上打着高薪工作幌子的缅北诈骗集团, 于是这类游戏被游戏玩家调侃为「缅北游戏」.
#新语
via CXPLAY's Memos
随着疫情后的文娱产业「复苏」, 游戏厂商也开始了新一轮角逐. 其中就有大量(前所未有的数量)以 "二游" 为主要表现形式的游戏被投放到市场之中, 玩家对突然涌入的游戏宣传投放应接不暇, 从宣发开始的竞争就呈现白热化, 于是又有大量高开低走的游戏最后以一地鸡毛收场.
夸大宣传, 片面宣传, 或是直接的虚假宣传. 把玩家从封测, 内测, 公测, 正式服, 例行维护再到停服公告一路「骗」到底, 大多数玩家甚至路人即使没有投入大量金钱, 也最后都被游戏本身或者周边事件浪费了时间. 游戏开发商不能如期或者完整交付给玩家宣传中本来承诺的东西, 就如同网络上打着高薪工作幌子的缅北诈骗集团, 于是这类游戏被游戏玩家调侃为「缅北游戏」.
#新语
via CXPLAY's Memos
#吐槽
「Fate Trigger: The Novita」, 腾讯的二次元 APEX, 据说是腾讯接下字节朝夕光年的盘.
#卡拉彼丘 一手好牌打得稀烂, 二次元的射击类(FPS/TPS)做一个凉一个.
https://www.bilibili.com/video/BV1URtFeVEgX/
目前不支持中文, 看起来还没有在国内发行的打算.
https://store.steampowered.com/app/3092530/Fate_Trigger_The_Novita/
via Nostr@cxplay
「Fate Trigger: The Novita」, 腾讯的二次元 APEX, 据说是腾讯接下字节朝夕光年的盘.
#卡拉彼丘 一手好牌打得稀烂, 二次元的射击类(FPS/TPS)做一个凉一个.
https://www.bilibili.com/video/BV1URtFeVEgX/
目前不支持中文, 看起来还没有在国内发行的打算.
https://store.steampowered.com/app/3092530/Fate_Trigger_The_Novita/
via Nostr@cxplay
分享时单层级最大分享文件数普通用户限制 4000 以内, 会员用户限制 10000 以内, 分享文件夹最大支持分享 15 层级; 云盘限制文件总数是 500W 个.
via CXPLAY's Memos
#吐槽
In reply to nevent1q…u777
_________________________
下一个 Mozilla 的「艰难决定」是谁呢?
Mozilla VPN, Firefox Relay, Pocket, Mozilla.ai 还是... Thunderbird! 不过 Thunderbird 应该是除 Firefox Browser 之后最小概率被砍掉的产品了.
via Nostr@cxplay
In reply to nevent1q…u777
_________________________
下一个 Mozilla 的「艰难决定」是谁呢?
Mozilla VPN, Firefox Relay, Pocket, Mozilla.ai 还是... Thunderbird! 不过 Thunderbird 应该是除 Firefox Browser 之后最小概率被砍掉的产品了.
via Nostr@cxplay
#吐槽
In reply to nevent1q…fl77
_________________________
我们做出了一个「艰难的决定(hard decision)」, 结束对 Mozilla.social 的实验, 并将于 2024 年 12 月 17 日关闭 Mastodon 实例. 您可以继续使用 Mozilla.social 直到 12 月 17 日. 在此日期之前, 您可以在此处下载您的数据, 并按照以下说明将您的帐户迁移到另一个实例.
http://archive.today/2024.09.18-013411/https://support.mozilla.org/en-US/kb/mozilla-social-faq
#news #社交媒体
via Nostr@cxplay
In reply to nevent1q…fl77
_________________________
我们做出了一个「艰难的决定(hard decision)」, 结束对 Mozilla.social 的实验, 并将于 2024 年 12 月 17 日关闭 Mastodon 实例. 您可以继续使用 Mozilla.social 直到 12 月 17 日. 在此日期之前, 您可以在此处下载您的数据, 并按照以下说明将您的帐户迁移到另一个实例.
http://archive.today/2024.09.18-013411/https://support.mozilla.org/en-US/kb/mozilla-social-faq
#news #社交媒体
via Nostr@cxplay
#吐槽
In reply to nevent1q…gsw2
_________________________
主要还是看列表事件能不能被正常发现, 公共中继可能还是得留上一两个, 用来更新自己的中继列表元信息.
via Nostr@cxplay
In reply to nevent1q…gsw2
_________________________
主要还是看列表事件能不能被正常发现, 公共中继可能还是得留上一两个, 用来更新自己的中继列表元信息.
via Nostr@cxplay
#吐槽
In reply to nevent1q…mznu
_________________________
这不好说, Nostr 上新建密钥对(账户)和发消息的成本都比以往任何社交媒体都低. 上次的垃圾事件攻击停了我觉得并不是成本变高了, 而是 Damus 热度过了, 也让发垃圾消息的人失去了兴趣.
via Nostr@cxplay
In reply to nevent1q…mznu
_________________________
这不好说, Nostr 上新建密钥对(账户)和发消息的成本都比以往任何社交媒体都低. 上次的垃圾事件攻击停了我觉得并不是成本变高了, 而是 Damus 热度过了, 也让发垃圾消息的人失去了兴趣.
via Nostr@cxplay
#吐槽
In reply to nevent1q…jr53
_________________________
用了 Gossip 模型的客户端都应该能看到其他人的帖子, 不需要靠堆中继数量来提高覆盖率. 我现在在 Amethyst 就能看到你们的.
via Nostr@cxplay
In reply to nevent1q…jr53
_________________________
用了 Gossip 模型的客户端都应该能看到其他人的帖子, 不需要靠堆中继数量来提高覆盖率. 我现在在 Amethyst 就能看到你们的.
via Nostr@cxplay
#吐槽
In reply to nevent1q…apvc
_________________________
我基本把公共中继全删了, 现在也看不到这个玩意了. 但偶尔还是会有漏网之鱼从其他人的帖子线程里面冒出来.
via Nostr@cxplay
In reply to nevent1q…apvc
_________________________
我基本把公共中继全删了, 现在也看不到这个玩意了. 但偶尔还是会有漏网之鱼从其他人的帖子线程里面冒出来.
via Nostr@cxplay
#吐槽
In reply to nevent1q…ekss
_________________________
不过看样子 wsrv.nl 好像直接屏蔽了所有 .xyz 域名. 这, 就是 .xyz!
via Nostr@cxplay
In reply to nevent1q…ekss
_________________________
不过看样子 wsrv.nl 好像直接屏蔽了所有 .xyz 域名. 这, 就是 .xyz!
via Nostr@cxplay
#吐槽
In reply to nevent1q…vm33
_________________________
对于文件系统来说, 目录结构, 扩展名甚至文件名都是多余的, 寻址根本不需要这些用来给人类可读的东西. 这种设计概念也延续到了如今一些文件传输协议和网络文件系统之中, 给人类(User)读的或者事实上处理这些信息的人类的代理(User-Agent)已经全都变成了元信息, URI/URL 真正成为了用来在文件系统里辅助寻址的一个工具. 没有作为客户端的代理代为人类解析这些信息, 人类实际上就是赛博空间里真正的 "盲人".
via Nostr@cxplay
In reply to nevent1q…vm33
_________________________
对于文件系统来说, 目录结构, 扩展名甚至文件名都是多余的, 寻址根本不需要这些用来给人类可读的东西. 这种设计概念也延续到了如今一些文件传输协议和网络文件系统之中, 给人类(User)读的或者事实上处理这些信息的人类的代理(User-Agent)已经全都变成了元信息, URI/URL 真正成为了用来在文件系统里辅助寻址的一个工具. 没有作为客户端的代理代为人类解析这些信息, 人类实际上就是赛博空间里真正的 "盲人".
via Nostr@cxplay
#吐槽
原本 JPEG XL 还有希望在 Chrome 中得到支持的, 曾经都已经是一个实验性 flag了. 结果现在直接没了, 兼容性列表上只剩一个 Safari 独苗.
这下这个扩展又有用处了: https://chromewebstore.google.com/detail/jpeg-xl-viewer/bkhdlfmkaenamnlbpdfplekldlnghchp
用 WASM 黑魔法给 Chrome 再次支持 .jxl 图片网页显示.
AVIF, HEIC, WebP 都是从视频编码来的(av1, h265, vp8). 只有 JPEG XL 才是正宗的图片家族的嫡系啊! 虽然没什么卵用, 还得看兼容性说话.
via Nostr@cxplay
原本 JPEG XL 还有希望在 Chrome 中得到支持的, 曾经都已经是一个实验性 flag了. 结果现在直接没了, 兼容性列表上只剩一个 Safari 独苗.
这下这个扩展又有用处了: https://chromewebstore.google.com/detail/jpeg-xl-viewer/bkhdlfmkaenamnlbpdfplekldlnghchp
用 WASM 黑魔法给 Chrome 再次支持 .jxl 图片网页显示.
AVIF, HEIC, WebP 都是从视频编码来的(av1, h265, vp8). 只有 JPEG XL 才是正宗的图片家族的嫡系啊! 虽然没什么卵用, 还得看兼容性说话.
via Nostr@cxplay
#吐槽
In reply to nevent1q…ekss
_________________________
由于 urltransform 的特性, 必须在响应标头出来之前(请求到达源服务器之前)就完成修饰. 于是就根本不可能使用 header 修饰符组合通过 mimetype 来精准地判断是否是图片资源. 只能针对特地站点的, 只能依赖于图片资源的显式扩展名来判断.
除非提前知道站点内的所有媒体服务器的主机名. 或者... 有一种能主动发出 HEAD 请求的东西. 但是在没有显式的标记的情况下(如扩展名, 主机名), 如何判断应用内的资源那些是媒体资源呢? 对着所有未知的外部资源发一通 HEAD 吗? 客户端就像一个盲人一样, 对着这些没有 "Alt" 的资源瞎猜类型.
对于 header 的利用, 可以直接通过 Content-Length 标头阻止某些体积过大的资源, 虽然有些媒体服务器根本就不带这个标头...
某些允许自由插入图片外链的社媒平台, 随随便便一张 1080P 的 PNG 截图就能超过 1MB. 托管图片是简单的, 和托管文件一样对待就好了, 但是压缩和处理图片又是计算密集的.
社交媒体昂贵的源头就是这些没有得到正确处理的媒体资源.
via Nostr@cxplay
In reply to nevent1q…ekss
_________________________
由于 urltransform 的特性, 必须在响应标头出来之前(请求到达源服务器之前)就完成修饰. 于是就根本不可能使用 header 修饰符组合通过 mimetype 来精准地判断是否是图片资源. 只能针对特地站点的, 只能依赖于图片资源的显式扩展名来判断.
除非提前知道站点内的所有媒体服务器的主机名. 或者... 有一种能主动发出 HEAD 请求的东西. 但是在没有显式的标记的情况下(如扩展名, 主机名), 如何判断应用内的资源那些是媒体资源呢? 对着所有未知的外部资源发一通 HEAD 吗? 客户端就像一个盲人一样, 对着这些没有 "Alt" 的资源瞎猜类型.
对于 header 的利用, 可以直接通过 Content-Length 标头阻止某些体积过大的资源, 虽然有些媒体服务器根本就不带这个标头...
某些允许自由插入图片外链的社媒平台, 随随便便一张 1080P 的 PNG 截图就能超过 1MB. 托管图片是简单的, 和托管文件一样对待就好了, 但是压缩和处理图片又是计算密集的.
社交媒体昂贵的源头就是这些没有得到正确处理的媒体资源.
via Nostr@cxplay
