开放式开放式开放式是公开许可媒体的搜索引擎，包括照片，音频和视频。Openverse也是收藏的名称相关代码存储库组成了项目。是公开许可媒体的搜索引擎。
Openverse团队构建了Openverse Catalog，APIAPIAPI或应用程序编程接口是一种软件中介机构，允许程序相互交互并以有限的，明确定义的方式共享数据。，和前端应用以及OpenVerse和WordPress之间的集成。关注此站点以进行有关该项目的更新和讨论。
您也可以与我们聊天#openverse上松弛松弛Slack是一个协作小组聊天平台https://slack.com/。WordPress社区在https://make.www.kotonoha369.com/chat/。。我们在每周的开发人员聊天15:00 UTC在星期二。
当我们宣布Openverse加入了WordPress去年早些时候，我们对平台的激动人心的变化感到非常兴奋。其中许多更新都在这里。
开放式，以前称为CC Search，是公开许可媒体的搜索引擎。索引，加入WordPress在2021年中，拥有超过6亿的创意共享许可和公共领域图像和音频文件。所有文件都可以免费使用。
开放式开放式开放式是公开许可媒体的搜索引擎，包括照片，音频和视频。Openverse也是收藏的名称相关代码存储库组成了项目。有几个新功能，包括：
这开放项目是WordPress社区的一部分，欢迎贡献从那些希望帮助它成为互联网上最好的公开许可媒体搜索引擎的人。WordPress照片目录提供了这样的机会。
这WordPress照片目录既是由WordPress社区提供支持的新型免费，高质量照片的新策划来源，也是一个新的提交工具。没有它，您需要使用Flickr，Wikimedia Commons或其他来源将您的作品提交给OpenVerse。
WordPress照片目录的目的是成为社区创建，共享，发现和重复使用免费和公开许可媒体的信任场所。WordPress照片目录中的所有照片均使用CC0公共领域工具。
WordPress照片目录欢迎不同形式的贡献。参与的最佳方法之一是提交您的照片：
值得注意的是，Openverse和WordPress照片目录是独立的独立项目。但是，它们是互补的，因为目录中的图像可以通过Openverse搜索发现。所有WordPress照片目录图像都可以在Openverse中查看。
这制作开放式博客是跟随该项目的最佳方法之一。随意与任何开放式贡献者接触松弛松弛Slack是一个协作小组聊天平台https://slack.com/。WordPress社区在https://make.www.kotonoha369.com/chat/。#openverse，，，，github，或任何其他渠道以了解有关该项目的更多信息。如果您有兴趣为Openverse贡献代码，请查看我们的好的第一个问题或我们的新贡献者指南。
我们希望您和我们对Openverse一样兴奋，我们期待您的贡献！
快乐搜索！
谢谢@rmartinezduque@anjanavasan@callye@zackkrida@angelasjin他们在这篇文章上的工作。
开会开始…
WordPress/Openverse并同步到所有下游存储库。[[信息这是给予的…会议结束
发布后开放式开放式开放式是公开许可媒体的搜索引擎，包括照片，音频和视频。Openverse也是收藏的名称相关代码存储库组成了项目。借助新的品牌和音频内容支持，团队迅速跳跃以改善在线内容。在这几周中所做的大多数改进都集中在后台基础架构以及支持开放式启动的内容上。我们已经合并了重大进展。
当我花时间设计OpenVerse和思考访客如何浏览和与内容互动时，我没有评估所有开发工作。尽管如此，我还是在每周会议上注意到了一些疑问，对下一步的速度以及在接下来的几个月中的发行范围。
在这些会议期间，我看到我们倾向于失去主要道路，并将任务分配给我们自己，这些任务是根据我们的优先事项和当前进步来考虑的，但要以模糊的里程碑的方式来实现我们打算实现的目标。即使我们有一个今年的路线图，目前尚不清楚我们计划的结果。这种绩效有可能进行不合时宜的工作和解决问题的问题，例如我们每个人都铺平了一条不同的道路的船员。
每周会议重点介绍了每周和每两周的进度，这一行为是可以理解的。项目委员会，加上几分钟的问题，这些问题要处理相同的持续任务。所以没有责怪这里的任何人。
为了解决这个问题，我建议在当时进行登机会议来审查目标和里程碑，并讨论接下来的事情。这应该是一个高级讨论，以了解本年度的范围，而不是潜入票务详细信息。这个想法是要广泛了解我们正在研究的工作，回答与即将发布的任何版本有关的疑问，评估截止日期以及任何其他战略方面，以使我们保持一致并在同一页面上。
您如何看待这个想法？您是否分享我关于缺乏方向趋势的诊断？让我知道您的想法，如果您同意，请分享会议的初步结构。
x-comment+make.www.kotonoha369.com/community： 给某事物发表意见撰稿人团队：提交WCUS 2022桌子线索将在7月29日之前注册表格
我们本周几乎在终点线上遇到了很多问题。
alt_files过滤的扩展[参考这是给予的最后，本周提出了新的高优先级问题[参考]，讨论和（自我/re）分配。计划中有一批数据清洁，以及对开放式开放式开放式是公开许可媒体的搜索引擎，包括照片，音频和视频。Openverse也是收藏的名称相关代码存储库组成了项目。基础设施。评估和调整问题优先级[参考] [参考]。
关于音频里程碑的比特量计算也有一些讨论，以及使用爬虫的可能性[参考]。
＃开放式周刊社区会议我们将在本周更改默认的油门水平。看到Github问题提前获取详细信息。
这是第二周涉足带来的里程碑来自“ beta”状态的音频。
我们很高兴这次有许多社区公关[参考]：
最后，调整优先级[参考]提出了本周要解决的新问题[参考]，讨论和（自我/re）分配。计划中有一批数据清洁，以及对开放式开放式开放式是公开许可媒体的搜索引擎，包括照片，音频和视频。Openverse也是收藏的名称相关代码存储库组成了项目。基础设施。
昨天在20:20 UTC，我们发布了我们API的2.5.5版呢除了一些依赖性升级和DEVEX改进/修复外，此版本还带来关于匿名API请求的重要更改。在v2.5.5之后，进行的任何媒体搜索都没有APIAPIAPI或应用程序编程接口是一种软件中介机构，允许程序相互交互并以有限的，明确定义的方式共享数据。密钥不能每页要求超过20个结果。
为了减轻我们在API上看到的行为而进行了此更改开放式开放式开放式是公开许可媒体的搜索引擎，包括照片，音频和视频。Openverse也是收藏的名称相关代码存储库组成了项目。，以及我们的能力部署部署从本地开发环境启动代码到生产Web服务器，以便访问者可以使用。API的新更改。
我们的API服务条款状态：
- 用户必须遵守所有费率限制，注册要求，并遵守OpenVerse API文档中的所有要求；
- 用户不得在Openverse目录中刮擦内容；
- 用户不得使用多台机器来规避费率限制，或者采取措施绕过我们的技术或安全措施；
- 用户不得以对API的其他用户产生负面影响或阻碍WordPress基金会提供其服务的能力的方式操作；
从5月18日左右开始，我们看到了交通的大幅增加。
虽然数字人口统计（浏览器，用户代理，操作系统，设备类型等）却相当多，但一项功能删除了 - 这些请求都是通过使用page_size = 500范围。
page_size = 500范围
在过去30天的过程中，这些请求占我们总流量的近80％！虽然我们的应用程序旨在处理许多请求，但这是不是旨在处理每个请求查询，每页500个结果（默认页面大小为20）。因此，这对我们的Elasticsearch集群造成了重大压力，并最终造成了API服务结果能力的破坏。下图结合了我们的一些监视工具，以显示page_size = 500请求和我们的Elasticsearch资源利用。
甚至在此版本之前，我们的应用程序都设置为节气门个体，匿名用户1请求/第二。这些page_size = 500请求来自无数不同的主人。发起者能够通过使用大量机器来绕过单个节气门（也称为僵尸网络）。这些机器也主要绑在一个数据中心和一个单一的数据中心asn，这使我们相信这是由单个用户精心策划的。
这种行为显然违反了我们的服务条款，因为这是：
如上所述，我们部署部署从本地开发环境启动代码到生产Web服务器，以便访问者可以使用。现在可以返回的更改401未经授权对于任何对API的匿名请求，包括页面大小大于20的违约。部署后几乎立即看到这种缓解措施在观察请求行为时生效：
page_size = 500在6个小时的过程中提出的请求，通过退货状态代码分开在上图中，您可以看到我们部署的v2.5.5（〜13：00 PST） - 数量200好响应减少，数量401未经授权反应大大增加了！最终所有page_size = 500请求被拒绝为未经授权。
通过这种更改，我们能够成功减轻僵尸网络并将我们的资源消耗归还典型级别。通过一些Elasticsearch指标可以轻松地看到这一点：
尽管OpenVerse背后的意图是使公开许可的媒体易于访问，但我们目前没有能力使用户一次访问整个数据集。我们确实计划将来探索此选项。
我们很高兴这种缓解成功，我们将继续保持警惕，以确保用户不间断地访问OpenVerse！
我们几乎没有时间讨论议程，但是我们谈到了共享的四个点，从...开始：
我们有两个议程项目要讨论。
这是一个正在进行的生产问题，正在阻止新的APIAPIAPI或应用程序编程接口是一种软件中介机构，允许程序相互交互并以有限的，明确定义的方式共享数据。部署。问题似乎是我们的基础设施和新代码的婚姻部署部署从本地开发环境启动代码到生产Web服务器，以便访问者可以使用。作为2.5.3的一部分（这是2.5.1、2.5.2和2.5.3的总部署）。
麦迪逊在试图重现该问题时分享了一些困难。我们讨论了试图在生产中测试的，但是由于这种方法固有的风险，我们同意继续试图进行分期有1：1以与生产均匀均匀部署部署从本地开发环境启动代码到生产Web服务器，以便访问者可以使用。在另一个AWS区域中进行测试的新生产堆栈（或在需要在当前实时生产中测试的情况下用作实时备份）。
我们讨论了正在进行的工作，以阐明我们希望存储缩略图代理消耗的缩略图URL的方式。我们将继续遵循所有“生成”次级工件（缩略图，波形等）的策略，该策略由使用Cloudflare大量缓存的微服务来处理。此外，我们同意移动缩略图URLURL网站或网页上的特定网址，例如网站的URL www.www.kotonoha369.com对于主数据的音频。
x-comment+make.www.kotonoha369.com/更新： 给某事物发表意见公告：事件响应培训
