IT之家 4 月 16 日消息，OpenAI 公司今天（4 月 16 日）在 X 平台发布推文，宣布为 ChatGPT AI 聊天机器人上线 Image Library 图库功能，方便用户管理和查看 AI 生成的图像。
这一新功能旨在帮助用户更方便地管理和浏览通过 AI 生成的图像。Image Library 目前已向所有 Free、Plus 和 Pro 用户开放，覆盖移动端和网页端。
在 OpenAI 发布的演示视频中，展示了 Image Library 的使用方式。用户只需点击 ChatGPT 侧边栏中的“Library”板块，即可进入一个展示 AI 生成图像的网格界面。IT之家附上演示视频如下：
视频还显示，屏幕底部有一个悬浮按钮，方便用户随时生成新图像。目前，该功能已在 ChatGPT 的 iOS 应用中上线，运行效果与视频展示一致，网页版功能尚未完全推出，但预计很快将覆盖所有平台。
对于需要经常生成图片的用户来说，Image Library 是一项非常实用的功能。例如，用户可以轻松回顾吉卜力风格创作的艺术作品，以及其它个性化图像内容。
缅甸曼德勒附近发生 7.7 级大地震，并伴随强烈余震，震中远至曼谷的建筑物和基础设施均遭到震动和破坏。美国国家航空航天局（NASA）和欧洲航天局（ESA）的卫星图像显示，由于沿实皆断层的走滑运动，地面发生了超过6米的剧烈移动。科学家认为，此次地震可能是一次罕见的“超剪切”事件——破裂速度超过地震波，这或许解释了此次大范围破坏的成因。
2025年3月28日当地时间下午12:50左右，缅甸曼德勒附近发生里氏7.7级强烈地震。仅仅12分钟后，第二场里氏6.7级地震袭击了该地以南约31公里（19英里）处。
两次地震均起源于实皆断层沿线地下约10公里（6英里）处。强烈的震动导致震中附近建筑物大面积受损，远至东南方向近1000公里（600英里）外的泰国曼谷均有震感。
为了更好地理解地表运动，美国宇航局喷气推进实验室 ( JPL ) 的科学家们利用雷达和光学卫星数据进行了分析。他们的分析显示，地貌发生了剧烈变化，断层沿线的一些区域向相反方向移动了超过 3 米（10 英尺），在某些地方累计位移超过 6 米（近 20 英尺）。在下图中，红色像素表示向北运动，蓝色像素表示向南运动。
该地图基于喷气推进实验室的先进快速成像和分析(ARIA) 团队和加州理工学院地震实验室的数据，该团队开发了最先进的变形测量、变化检测方法和物理模型，用于灾害科学和响应。
美国宇航局的科学家采用了像素追踪法来揭示缅甸地震中地面的移动程度，这是有记录以来此类地震中最大的地表断裂之一。
ARIA 团队利用欧洲航天局哥白尼哨兵-1A 和哨兵-2B/C 卫星获取的雷达和光学数据。哨兵-1A 使用合成孔径雷达(SAR) 通过微波脉冲对地表进行成像，而哨兵-2 卫星则通过机载多光谱传感器获取光学数据。利用这三颗卫星的数据，ARIA 团队通过追踪地震前后图像之间的像素偏移，计算出了地震破裂区内水平地面运动的估计值。
美国地质调查局 (USGS) 建立的模型表明，此次地震很可能是由南北走向的实皆断层（位于印度板块和欧亚板块交界处）的走滑运动引起的。图像中的数据证实了沿断层发生的右旋走滑运动，并有助于限制模型对断层破裂范围和地震引起的地表位移的估计。
该地区地震活动频繁，据美国地质调查局统计，自1900年以来，在3月28日地震发生地周围约250公里（150英里）的范围内，共发生过六次7级以上地震。根据部分数据显示，3月28日地震引发的地表破裂长度估计为550公里（342英里）。破裂带从曼德勒北部延伸至缅甸首都内比都南部，是有记录以来最长的走滑断层引发的地表破裂之一。
其他科学家对此次断裂的初步分析发现，它不仅持续时间特别长，而且速度也异常快，这表明它可能是一场罕见的“超剪切”地震。在这类地震中，断层上的滑动速度比其产生的地震波更快，从而导致地震能量在断裂前集中。这种效应可能会加剧地震的破坏力，或许也是近期地震在远离震中的地方造成如此巨大破坏的原因之一。
美国宇航局地球观测站地图由米查拉·加里森（Michala Garrison）绘制，使用了美国宇航局/加州理工学院喷气推进实验室（JPL）ARIA团队提供的数据。该地图基于欧洲航天局提供的哨兵-1A和哨兵-2B/C数据，并由ARIA团队成员罗伯特·津克（Robert Zinke）和科尔·斯皮德（Cole Speed，JPL）处理。故事由安德鲁·王（JPL）和林赛·多尔曼（Lindsey Doermann）撰写。科学审核由格蕾丝·巴托（Grace Bato）和埃里克·菲尔丁（JPL）撰写。
编译自/ScitechDaily
先说为啥选择绿联，主要还是硬件配置确实给力，各端 App UI 和体验都还挺不错的，做工整体上也比二三线小牌子要好不少，刷系统容易，实在不行直接刷成 Debian 或者 PVE 。UGOS Pro 最近民间反馈也是大有改进，很多人说已经很成熟了，各种大小 up 也在拼命推。然而很不幸，经过一周的深度（浅度？）体验，这个系统对于我来说致命的问题远远多于优点，最后在一次权限升级的死锁 bug 后，我彻底对它失去了信心，换回了 Debian 12+ZFS+Docker+Virt-Manager 的方案。
这个系统的权限配置非常奇葩，用户目录下所有文件和文件夹都是 777 权限。我不知道绿联内部的工程师是怎么考虑的，但这么卧槽的配置方式我只在绿联见过，飞牛和群晖都是正常的。而且即使你改对了，绿联的这个 SB 系统会帮你把权限定时改回去。这带来的一个衍生问题是 ssh 没法证书登录。当然了我知道可以写个脚本监控目录不停的改成正确的权限，但这个问题本来就不该出现，而且这么做也可能导致不可预见的副作用，比如见下一条
某次我登录系统之后发现绿联要求我“升级权限”，而且没有取消和跳过的选项，只有一个按钮就是升级。然后点击之后会在那转圈，若干秒之后提示权限升级失败。并且只有一个按钮让我“重试”。过了一段时间后，我的存储空间会离线，然后循环这个过程。我确认了一下文件系统并没有损坏只是被强行卸载了，但是这么抽象的过程和不稳定性让我彻底对绿联的这个系统彻底失去信心。
这里我并没有对系统做什么调整，包括 home 目录下 777 的权限我都没改，最多就是在系统目录之外 rsync 了一些我自己的文件进去，我不知道触发了绿联什么神奇 bug 导致直接挂逼。
绿联对 UPS 的支持方式很抽象，收到断电信号过几分钟后不会关机而是“待机”，然后 UPS 彻底没电之后系统直接强行关机。这意味着如果待机过程中出了什么 bug 或者有什么不规矩的程序唤醒硬盘了的话，就直接 BBQ 。我不太理解这个设计逻辑，是绿联搞不好来电开机索性直接采用意外断电去处理停电吗？
BTRFS 快照至今没有上线。这个是之前 Q1 做的预告看起来是鸽了，隔壁飞牛已经上线了。这个我也不太理解有啥开发难度，可能是测试过不了？说到绿联的这个 BTRFS ，send/receive 是用不了的，因为绿联往文件系统里加了些私有的 ACL ，也可能做了些魔改，反正是没法直接 send 到标准的 BTRFS 系统里去的。绿联自带的备份功能暂时还很残疾。
影视中心刮削不支持忽略文件夹。Plex 、Emby 、Jellyfin 这三家甚至 infuse 、飞牛都支持某种方式忽略特定命名（比如 Extras ）的文件夹，这对于各种动漫、电影的资源是个非常重要的基础功能，而且实现上也非常简单。没有忽略功能意味着只能把里面的杂项视频手动挪到别处，这压根就不现实。我不知道为啥那么多评测绿联影视的 up 一个都没提这一点，难道他们下的资源都是裸视频？
文件共享不提供任何粒度控制，只能要么打开服务所有文件夹都共享出去，要么就彻底关掉。与之对比 FNOS 是支持控制可见范围的。
总结：如果你是完全就不进 Terminal ，全程使用绿联的 webUI 和客户端完成所有操作的小白，那绿联作为（不是特别可靠的）大号网盘用其实还行，大部分操作都很直观，但请一定不要暴露到公网 IP ，只使用 App 穿透和局域网访问就行了，家用范围应该还是安全的。绿联工程师的安全素养非常差，很多设计问题感觉完全是 Linux 新手才会犯的错误。
而如果你需要进入 Terminal 完成羸弱的绿联系统不支持的功能的话，那完全不建议你使用 UGOS Pro 系统，刷个发行版 Linux 或者用 TrueNAS 、unRAID ，或者飞牛黑群都是更好的选择。绿联的这个系统可能就只能保证在闭环内不出现问题，你随便改点啥都可能直接炸锅。另外我浅浅尝试了一下飞牛，整体来说确实比绿联系统设计（不是指顶层应用）要好很多，基本没有太大的槽点。
