开源协议

WebSocket 是一种双向通信协定，在建设连贯后，WebSocket服务器端和客服端都能被动向对方发送或接收数据 ，而在HTTP协定中，一个request，只能有一个response，而且这个response也是被动的，不能被动发动。 应用 websocket 建设长连贯，服务端和客户端能够相互通信，服务端只有有数据更新，就能够被动推给客户端。 WebSocket 使得客户端和服务器之间的数据交换变得更加简略，容许服务端被动向客户端推送数据。在 WebSocket API 中，浏览器和服务器只须要实现一次握手，两者之间就间接能够创立持久性的连贯，并进行双向数据传输。 在 WebSocket API 中，浏览器和服务器只须要做一个握手的动作，而后，浏览器和服务器之间就造成了一条快速通道。两者之间就间接能够数据相互传送。 这里举荐一个反对 Websocket 协定的 API 测试工具，开源的，也是收费的——Postcat WebSocket测试方法 点击 Tab 加号选中 Websocket 协定 输出地址后点击连贯按钮就能够和服务端进行通信啦 在 message 输出你想要发送的内容 在返回 message 信息流中查看内容 好了，基本操作就是这样，无妨你本人亲自体验下。以上的性能来自这个叫做 Postcat 的 API 工具。 在线 Demo 链接： https://postcat.com/zh/?utm_s... 文档链接： https://docs.postcat.com/?utm... 如果你感觉这个开源我的项目还能够的话，无妨点个 star 反对下他们，如果你感觉还须要持续优化，无妨去提个Issue. Github： https://github.com/Postcatlab... Gitee： https://gitee.com/eolink_admi...

我的项目停顿截至2022年12月28日，本我的项目已累计征集到28篇译文投稿，涵盖GPL 2.0、GPL 3.0、LGPL 3.0、AGPL 3.0等GPL系列许可证，Apache 2.0、MIT、BSD-3-clause、BSD-2-clause、BSD-1-clause、0BSD、ISC等宽松型许可证，EPL 2.0、MPL 2.0等弱限制型许可证，CERN-OHL-P-2.0等凋谢硬件许可证，以及CeCILL-2.1、LiLiQ-P-1.1等法语拟制的许可证。咱们非常感谢Lotus、Vanessa、Peaksol、野行僧、迷糊、ZhaoZhenHua、Sikkim七位译者的奉献！ 在征集过程中，为了进一步帮助开源我的项目负责人、凋谢原子开源大使、开源法务与合规共事等相干社区搭档了解开源许可证，本我的项目也有幸邀请“源译识”译文评审专家卫sir作《开源许可证“踩坑”案例赏析》的主题演讲，失去了线上线下参与者的统一好评。 评审打算本我的项目拟于2023年1月中旬启动专家评审会，对征集到的译文投稿进行集中梳理、研究并造成审定稿，预计优先组织对Apache 2.0、MIT、BSD-3-clause、BSD-2-clause等宽松型许可证及GPL 2.0、GPL 3.0、LGPL 3.0、AGPL 3.0等GPL系列许可证进行评审。欢送宽广开源开发者、开源爱好者及翻译爱好者在评审前持续踊跃投稿。您可通过本投稿仓库提交PR投稿，或发送邮件至Translation@openatom.io投稿，并附上您的受权申明。您的每一篇投稿、每一份奉献、每一个倡议对开源社区都有着不凡意义！注：MIT、BSD-3-clause已于2023年1月中旬实现评审。 举荐与倡议在本我的项目推动过程中，咱们也关注到了一些开源畛域中优良的、进行中的开源翻译我的项目、组织或平台，对咱们的工作有很大的启发作用，举荐对开源翻译感兴趣的搭档们理解和关注：凋谢原子开源基金会的《公共部门可继续开源社区指南》个体翻译我的项目、LFAPAC开源布道者译道师SIG，以及开源中国合作翻译平台。 如果您对本我的项目或对开源翻译相干工作有任何内容举荐、倡议或意见，您可发送邮件至Translation@openatom.io，或在本投稿仓库的issues中留言。非常感谢！ 拓展浏览重磅公布 | 2022凋谢原子寰球开源峰会我的项目集锦 国内翻译日 | “源译识”专家喊你来翻译！ 源译识 | 开源许可证翻译我的项目停顿与评审打算 《公共部门可继续开源社区指南》个体翻译 LFAPAC 开源布道者译道师SIG 开源中国合作翻译平台

2020 年 12 月 27 日，「一源初始，凋谢共创」凋谢原子开源基金会 2020 年度峰会于北京圆满闭幕。峰会由凋谢原子开源基金会主办，阿里巴巴、百度、华为、趣链科技、SegmentFault 思否、招商银行等开源我的项目代表单位及开源社区协办，亦失去了整体理事单位的大力支持。 本次峰会围绕开源经营治理、开源教育与公益等方向发展了主题论坛分享，凋谢原子开源基金会首个捐献我的项目凋谢原子可信账本项目组进行了工作汇报路演，广受开源圈关注的凋谢原子开源基金会技术监督委员会（以下简称“TOC”）也进行了专场分享。 为了进一步理解基金会的经营思路以及 TOC 在基金会中施展的作用，SegmentFault 思否的记者对凋谢原子基金会 TOC 主席堵俊平进行了专访。 Q1：您感觉基金会对整个开源行业来说，外围价值点是什么？ 对开源行业来说，企业之间要想破冰建设单干，尤其是具备竞争关系的友商之间是很艰难的。 凋谢原子基金会作为一个中立的非盈利的机构，不被任何一个公司、一个企业所管制，所以大家进行我的项目单干的时候能够放下戒心，很容易建设信赖，在技术上集思广益，独特促成开源我的项目的倒退。 回到实质就是说，基金会的存在能够帮忙大家更好的建设单干、建设信赖。 Q2：传统的观点当中，企业的商业属性跟开源存在着实质上的抵触。基金会在号召企业参加开源的过程中有没有遇到什么挑战或者艰难？ 我感觉企业的经营思路在逐步转型，我国各大公司对开源的了解也都处于一个逐步深入的过程。 开源的第一个阶段，企业的思路是“如何用好开源”；第二个阶段则是缓缓走向奉献开源，退出到开源社区的建设当中。而相似华为、阿里这样的公司，在开源这条路上走的更靠前一些，会借助本身的平台能力，被动开源出一些我的项目供大家应用。 我感觉所有的技术企业最初可能都要通过这三个不同的倒退阶段。但并不是说倒退的越靠前越好，开源须要各种角色参加其中，成熟的体系中一种既有消费者也有生产者，从而造成一种良性循环。 并且开源的模式也有很多，国外有些公司并没有将我的项目间接开源，而是将开源云化，进而从中获取利润。尽管这不是传统观念中的开源行为，开源畛域对这种形式也褒贬不一，但至多它胜利促成了开源我的项目的推广，也证实开源我的项目具备商业价值，具备产业化的能力。 Q3：凋谢原子开源基金会在促成企业奉献开源、参加开源的过程中，有哪些具体的形式与策略？ 我感觉基金会有几个比拟重要的点。 第一，基金会绝对于其余的开源推广组织，最实质的区别是能够托管我的项目。凋谢原子基金会作为一个非营利的实体组织，各个企业能够把相应的代码、我的项目捐献给基金会。孵化我的项目作为基金会最重要的职能之一，仍让这些奉献进去的我的项目依照一种更为公开通明的形式来运行，成为全社会独特所有的一个我的项目。 其次，在基金会的运行当中有一整套的准则办法。比方不同的基金会对于成员形成有着不同的要求，Apache 基金会承受企业我的项目捐献但要求开发者以个人身份退出我的项目奉献，而像 Linux 基金会、凋谢原子开源基金会则以企业捐献的我的项目为主，集体我的项目为辅。让企业以一种会员制的形式进行我的项目捐献，这会升高企业参加开源的顾虑。 这两种模式各有优劣，对开源文化来说都有着踊跃的促进作用。咱们既须要 Apache 的模式，也须要凋谢原子开源基金会和 Linux 基金会的模式。 Q4：TOC 在基金会当中负责什么角色？ 技术监督委员会在整个基金会的决策当中是十分至关重要的一个环节。方才咱们提到基金会最大的职能之一是托管我的项目、孵化我的项目，帮忙我的项目走向成熟。所以掂量一个基金会的好坏，就是看它当中的我的项目是否有价值，是否能胜利。 当然这是比拟求实的认识，比如说咱们认为 Apache 基金会和 Linux 基金会是胜利的基金会，正是因为它们上面孕育大量的胜利我的项目。 但胜利未必肯定是指商业化的胜利，然而至多让我的项目领有宽广的用户群，对用户产生价值，这个评判规范是对立的。哪怕我的项目不能被很好的商业化，但能被大量的开发者承受和应用，那么它也是一个十分胜利的开源我的项目。 在这个根底上，TOC 最大的职能就是帮忙并监督捐献进去的我的项目在社区治理方面搭建一个好的框架、制订一套准则，让每个我的项目去顺着正当合规的开发流程和沟通流程往下倒退。这是咱们对于“毕业”的评判规范。 其次，咱们并不会过分关注商业化的胜利，而是关注我的项目是否从企业本身保护的状态转变为社区保护的模式，不再被捐献企业的商业打算所影响。这是一种对用户负责的形式，如果我的项目因为一家企业的商业变动产生重大影响或者无人保护，对于用户的损失是最大的。 所以，咱们制订了宽进严出的规定。对于心愿退出基金会的我的项目，咱们都示意欢送，不会设置过多的门槛。但在“毕业”这个事件上，咱们会要求比拟高，躲避上述提到的各种危险。 Q5：您方才提到了开源我的项目的“毕业机制”，除了社区化运行这一规范外，还有哪些其余的考量维度？ 对于“毕业机制”，咱们制订了一套“规范”。比方代码自身应该听从肯定的代码标准规范和审查合入流程。 代码品质和代码标准因我的项目而异，是由社区本人制订的，但肯定要有一套标准并且听从标准。比方要有一套严格的 commit 机制，保障代码是被 review 之后再合并进去。 此外就是咱们后面提到的社区化运行规范，除了社区共享共建外，还须要将信息用公开通明的形式进行社区化的技术决策。 所以咱们的毕业机制即蕴含代码级别的考量，也波及到人、组织构造、社区机制等维度的综合评定。 Q6：在具体的我的项目当中，TOC 参加的水平会是多少？ 咱们在 TOC 制度下还设置了一个我的项目导师的角色，在我的项目的具体运行中采取的是 TOC 和导师联动的机制。导师是公开向全社会凋谢征集的，咱们首批曾经征集了 20 名导师。 ...

普罗米修斯是谁？From Wikipedia：在希腊神话中，是泰坦神族的神明之一，名字的意思是“先见之明”。普罗米修斯与智慧女神雅典娜独特发明了人类，普罗米修斯负责用泥土雕塑出人的形态，雅典娜则为泥人灌注灵魂，并教会了人类很多常识。Prometheus 是什么？Prometheus 是一个由 SoundCloud 公司开发并开源的监控和告警工具。次要性能包含监控指标的收集，存储，查问以及以此为根底的告警治理，其外部蕴含一个用来存储指标的单机时序数据库。它的开发受到了Google外部监控零碎 Borgmon 的启发。 Borgman 的特点是不应用特定的脚本来判断零碎是否失常工作，而是依附一种规范数据分析模型进行报警。这使得批量、大规模、低成本的数据收集变得可能，而不须要执行简单的子过程以及建设非凡的网络链接。 利用 Prometheus 和主动服务发现， 咱们能够采纳 pull mode 而不是 push mode 来收集服务的指标，pull mode 对于服务端的实现老本更低。 闲言：一个零碎是采纳 pull mode 还是 push mode 是很值得思考的问题。pull mode 的实现可能更简略，数据的提供方只须要被动的期待数据的需求方来拉取数据就能够了，缩小了很多 sync 的工作，然而因为会在 pipeline 产生 bubble，性能可能会不好。而 push mode 会使 pipeline 开足马力运行，会带来更好的性能，但同时会减少零碎设计的复杂度，比方 sync，retry 等工作。为什么要监控Google SRE 这本书中介绍次要有四个起因： 剖析长期趋势跨工夫范畴的比拟构建监控页面临时性的回溯剖析（在线调试）四个黄金指标同样来自 Google SRE 一书： 提早 服务解决某个申请所须要的工夫。须要辨别胜利申请和失败申请很重要。2 2.流量 应用零碎中的某个高层次的指标针对零碎负载进行的度量。 3.谬误 申请失败的频率，能够是显示失败（例如HTTP 500），隐式失败（例如HTTP 200 然而蕴含了谬误内容）或者是某种策略起因导致的失败（例如响应超时） 4.饱和度 掂量服务容量有多“满”，通常是零碎中最为受限的某种资源的某个具体指标的度量（比方内存，IO）。 碎语：一本好书Prometheus 的数据模型Prometheus 将收集的监控指标数据作为时序数据进行存储，一条时序数据流（stream）由指标名称（metric name）和标签（label）以及被打赏工夫戳的数据组成： ...

明天的知识点 (2020.10.07) —— 第540天 (我也要出题)[html] 如何解决在挪动端1px渲染成2px的问题？[css] 能够扭转页面布局的属性有哪些？[js] 应用js写一个办法将数字转换为float,并取N位小数[软技能] 说说你对开源协定的了解《论语》，曾子曰：“吾日三省吾身”（我每天屡次检查本人）。前端面试每日3+1题，以面试题来驱动学习，每天提高一点！让致力成为一种习惯，让奋斗成为一种享受！置信 保持 的力量！！！欢送在 Issues 和敌人们一起探讨学习！ 我的项目地址：前端面试每日3+1【举荐】欢送跟 jsliang 一起折腾前端，零碎整顿前端常识，目前正在折腾 LeetCode，打算买通算法与数据结构的任督二脉。GitHub 地址 微信公众号欢送大家前来探讨，如果感觉对你的学习有肯定的帮忙，欢送点个Star, 同时欢送微信扫码关注 前端剑解 公众号，并退出 “前端学习每日3+1” 微信群互相交换（点击公众号的菜单：交换）。 学习不打烊，充电加油只为遇到更好的本人，365天无节假日，每天早上5点纯手工公布面试题（死磕本人，愉悦大家）。心愿大家在这虚夸的前端圈里，放弃沉着，保持每天花20分钟来学习与思考。在这变幻无穷，类库层出不穷的前端，倡议大家不要等到找工作时，才狂刷题，提倡每日学习！（不忘初心，html、css、javascript才是基石！）欢送大家到Issues交换，激励PR，感激Star，大家有啥好的倡议能够加我微信一起交换探讨！心愿大家每日去学习与思考，这才达到来这里的目标！！！（不要为了谁而来，要为本人而来！）交换探讨欢送大家前来探讨，如果感觉对你的学习有肯定的帮忙，欢送点个[Star]

开源监控零碎WGCLOUD https://github.com/tianshiyeben/wgcloud 昨天WGCLOUD在github上的协定曾经批改，之前是禅道的zpl协定，当初改为通用的GPL3.0