From 94e0b1bf336cec18ebcd0344a050f1378ed862e3 Mon Sep 17 00:00:00 2001 From: taotieren Date: Wed, 16 Dec 2020 17:16:16 +0800 Subject: [PATCH] =?UTF-8?q?update=20=E7=AC=AC1=E9=83=A8=E5=88=86=E2=80=94?= =?UTF-8?q?=E2=80=94=E5=88=9D=E8=AF=86=E5=BC=80=E6=BA=90/=E6=9C=89?= =?UTF-8?q?=E5=85=B3=E5=BC=80=E6=BA=90=E7=9A=84=E5=B8=B8=E8=A7=81=E8=AF=AF?= =?UTF-8?q?=E5=8C=BA.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...345\270\270\350\247\201\350\257\257\345\214\272.md" | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git "a/\347\254\2541\351\203\250\345\210\206\342\200\224\342\200\224\345\210\235\350\257\206\345\274\200\346\272\220/\346\234\211\345\205\263\345\274\200\346\272\220\347\232\204\345\270\270\350\247\201\350\257\257\345\214\272.md" "b/\347\254\2541\351\203\250\345\210\206\342\200\224\342\200\224\345\210\235\350\257\206\345\274\200\346\272\220/\346\234\211\345\205\263\345\274\200\346\272\220\347\232\204\345\270\270\350\247\201\350\257\257\345\214\272.md" index 0ee863a..17ae1a6 100644 --- "a/\347\254\2541\351\203\250\345\210\206\342\200\224\342\200\224\345\210\235\350\257\206\345\274\200\346\272\220/\346\234\211\345\205\263\345\274\200\346\272\220\347\232\204\345\270\270\350\247\201\350\257\257\345\214\272.md" +++ "b/\347\254\2541\351\203\250\345\210\206\342\200\224\342\200\224\345\210\235\350\257\206\345\274\200\346\272\220/\346\234\211\345\205\263\345\274\200\346\272\220\347\232\204\345\270\270\350\247\201\350\257\257\345\214\272.md" @@ -24,16 +24,16 @@ GPL、MIT、BSD 等比较流行的开源协议允许使用者修改源代码， **开源项目采用开源许可并不意味作者没有版权/著作权。** -开源项目的源代码版权是归原作者所有，使用者在使用时需要遵守开源软件根目录下的**LICENSE**相关规定，如果没有放置**LICENSE**则代表保留所有权利。 +开源项目的源代码版权是归原作者所有，使用者在使用时需要遵守开源软件根目录下的 **LICENSE** 相关规定，如果没有放置 **LICENSE** 则代表保留所有权利。 ### 开源过程中不能转为闭源？ 认识开源首先的一点是要认识各种开源许可证，不同开源许可对待开源转闭源有不同的规定： -* LGPL、GPL、Mozilla许可（MPL）这类许可证禁止开源软件转为闭源软件。 +* LGPL、GPL、Mozilla 许可（MPL）这类许可证禁止开源软件转为闭源软件。 -* BSD、MIT、Apache这类许可证允许开源软件转为闭源软件。 +* BSD、MIT、Apache 这类许可证允许开源软件转为闭源软件。 > 参考：[如何选择开源许可证？](http://www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html) @@ -88,9 +88,9 @@ GPL、MIT、BSD 等比较流行的开源协议允许使用者修改源代码， * 第一种误解也引发了另一种说法，即开源中“古老而优秀”的部分并不安全。首先，我们来看一下封闭式平台或专有平台是怎么运作安全补丁的：安全漏洞必须由有权访问源代码的人员识别（通常只是供应商），这首先就要耗费大量时间。随后，他们必须对修复补丁进行编码、测试并交付使用，这就再次延迟了修复时间。 -* 相反，再看看基于标准且开放的开发模式：它有助于快速识别潜在的安全漏洞。举个栗子，在2014年，常用的OpenSSL加密软件库发现了Heartbleed。已经订阅红帽软件的客户都在第一时间收到了红帽安全响应团队的即时回应。随即，该部门进行了后续漏洞测试、打补丁和安全修复等工作，以确保客户始终处在安全的网络环境中。 +* 相反，再看看基于标准且开放的开发模式：它有助于快速识别潜在的安全漏洞。举个栗子，在 2014 年，常用的 OpenSSL 加密软件库发现了 Heartbleed。已经订阅红帽软件的客户都在第一时间收到了红帽安全响应团队的即时回应。随即，该部门进行了后续漏洞测试、打补丁和安全修复等工作，以确保客户始终处在安全的网络环境中。 -* 红帽公司总裁兼CEO Jim Whitehurst在一次采访中表示：“在Heartbleed发生时，每个人都收到通知，同时红帽在第一时间做出了响应。在红帽，我们有专门的安全响应团队，来迅速、专注处理这类问题。” +* 红帽公司总裁兼 CEO Jim Whitehurst 在一次采访中表示：“在 Heartbleed 发生时，每个人都收到通知，同时红帽在第一时间做出了响应。在红帽，我们有专门的安全响应团队，来迅速、专注处理这类问题。” > 参考：[走出误区 正确认识开源](https://searchvirtual.techtarget.com.cn/10-20427/) -- Gitee