搜索[Flowable流程审批]结果-低调大师优秀个人博客

精选列表

搜索[Flowable流程审批]，共10000篇文章

Fastlane 2.182.0 发布，跨移动端自动化流程工具

Fastlane 2.182.0 发布了，Fastlane 是一个针对 iOS 和 Android 全方位开发自动化流程的工具。

2021-05-06

[源码分析] 带你梳理 Flink SQL / Table API内部执行流程

[源码分析] 带你梳理 Flink SQL / Table API内部执行流程目录 [源码分析] 带你梳理 Flink SQL / Table API内部执行流程 1.

2021-04-26

Fastlane 2.181.0 发布，跨移动端自动化流程工具

Fastlane 2.181.0 发布了，Fastlane 是一个针对 iOS 和 Android 全方位开发自动化流程的工具。

2021-04-21

一篇文章了解CI/CD管道全流程

这个概念非常强大，因为一旦指定了一个管道，它的一部分或全部就可以实现自动化，从而加快流程并减少错误。换句话说，CI/CD管道使企业更容易一天自动多次交付软件。

2021-04-14

Logstash 7.11.2 发布，开源服务端数据处理流程

Logstash 是开源的服务器端数据处理管道，能够同时从多个来源采集数据，转换数据，然后将数据发送到你最喜欢的“存储库”中。目前，Logstash7.11.2已正式发布，该版本更新内容如下： Notable issues fixed 解决了一个可能导致自动重新加载的问题。开发团队将not terminated状态替换为两个更有描述性的状态：running和loading。此修复程序可以防止正在加载的管道被描述为running。＃12444 Plugins Elasticsearch Filter - 3.9.3 [DOC] 更新链接以使用 shared attributes＃144 [DOC] 修复了重组后的 Logstash-to-cloud 文档的链接＃142 [DOC] 记录 secured clusters 所需的权限＃140 Geoip Filter - 6.0.5 修复数据库下载任务。将项目升级到 Java 11＃175 启用 MaxMind GeoIP2-Domain 数据库的使＃162 Metrics Filter - 4.0.7 修复文档中的错字 Beats Input - 6.0.14 Feat：log + unwrap generic SSL context 异常＃405 [DOC] 更新链接以使用 shared attributes Elasticsearch Input - 4.9.1 [DOC] 使用 shared attributes替换了 hard-coded links＃143 [DOC] 向 docinfo_fields 示例添加了缺少的引号＃145 Http Input - 3.3.7 Feat：改进的error handling/logging/unwraping＃133 Syslog Input - 3.4.5 增加了对侦听 IPv6 地址的支持 Tcp Input - 6.0.7 修复：减少连接重置时的错误记录（to info level）＃168 重构：只给 Socket classes打一次补丁（第一次输入时）重构：使用适当的 log4j logger（在 Java 中，以避免在解包 LogStash::Logging::Logger 时出现意外） Kafka Integration - 10.7.1 修复：自 Logstash 5.0起弃用了 SHUTDOWN event的用法＃71 Cloudwatch Output - 3.0.9 修复：自 Logstash 5.0起弃用了 SHUTDOWN event的用法＃18 Elasticsearch Output - 10.8.4 修复了 retried request 会丢弃“update”参数的问题＃800 避免在连接到 Elasticsearch 版本7.x时，避免隐性地将 deprecated type 设置为_doc＃994 [DOC] 更新链接以使用 shared attributes＃985 Lumberjack Output - 3.1.8 修复：自 Logstash 5.0 起弃用了 SHUTDOWN event的用法＃31 S3 Output - 4.3.3 [DOC] 更新链接以使用 shared attributes＃230 更新说明：https://www.elastic.co/guide/en/logstash/7.11/logstash-7-11-2.html#logstash-7-11-2

2021-03-12

基于Redo Log和Undo Log的MySQL崩溃恢复流程

黑盒下的更新数据流程当我们查询数据的时候，会先去Buffer Pool中查询。

2021-01-26

浅谈 WebRTC 的 Audio 在进入 Encoder 之前的处理流程

在 WebRTC 中，Audio 数据在被送入编码器之前，有 2 大部分需要特别关注，一是数据采集，二是 Audio Processing。作者：方来，技术专家，从事 voip 应用开发。数据采集数据采集主要由 Audio Device 模块进行处理，而且是平台和配置相关。例如： Mac 电脑，使用的是 CoreAudio API，一般情况下使用默认内置的声卡参数 fs=48kHz，stero。 Windows 电脑，WebRTC 中用的是 WASAPI。根据声卡参数不同，采样率等参数可选的比较多，例如有的电脑 builtInAEC 打开后，fs=16kHz，Mono，如果把声卡的 Audio Enhancement 关闭，则输出 fs=48kHz，stero。 Android 一般使用 java 层的 AudioRecord 框架。 iOS 一般使用 AudioUnit 框架。另外，数据采集部分，还涉及到 USB 耳机，3.5mm 耳机，蓝牙耳机等外设，这些设备对音频链路上后续的 Audio Processing 也是有影响的，比如增加了 Audio 采集的delay，有 Speech Enhancement 处理的耳机会修改音频频谱，有的耳机外设使用不当可能会导致音频链路没有声音。 Audio Processing Audio Processing 主要包括 AEC，AGC，NS 等等： AEC----Acoustic Echo Cancellation，即回音消除。 AGC----Automatic Gain Control，即自动增益，用来调整输入信号的音量大小。 NS----Noise Suppression，即噪音抑制。从 Audio Devices 输出的数据依次经过 AEC，NS，AGC 等音频处理模块。 1.AEC AEC 算法选择在 WebRTC 中，AEC 有 4 个可选的算法： builtInAEC，一般情况下 Windows，Android 系统，builtInAEC 默认会开启。 AECM，移动端的回音消除算法，适用于 Android和 iOS。 AEC 算法，适用于 Windows/Mac Desktop 的回音消除算法。当然 AEC 也可以用在移动端，某些情况下，回声泄露的性能比 AECM 好。不过最新的 WebRTC 已经把老的 AEC 的 code 移除了。 AEC3 算法，Google 对老的 AEC 算法的改版，目前 AEC3 已经全面替代老的 AEC 算法。一般情况下这 4 种 AEC 算法只能选择一种，否则会做多次 AEC，对声音的损伤也会增加。在不得已的情况下，可能会用到 2 个 AEC，例如 Windows 电脑，buildInAEC 关不掉且效果差的情况下，就必须打开 AEC3，这时是用到 2 个 AEC。 aec_dump 在一次通话中，使用 StartAecDump 开启 aec_dump 功能，aec_dump 将录制 3 个文件，一个是未进入 Audio Processing 模块的 input.wav，一个是 Speaker Render 的输出文件 reverse.wav，一个是经过 Audio Processing 处理过的 ref_out.wav。正常情况下，input.wav - reverse.wav = ref_out.wav。通过这 3 个文件可以分析回音消除算法是否有问题。 2.AGC WebRTC 的 AGC 有 2 种算法： Legacy AGC AGC2 下面简单展示一下 Legacy AGC 的性能。原始语音 AGC 后的语音，Legacy AGC 本身没有降噪功能，噪音和语音同时放大的。 3.NS 目前 WebRTC 的 Noise Suppression 模块，能够过滤掉比较平稳的背景噪音，例如 white nosise，空调声等。但是 NS 模块对音量非常大的背景噪音，还有 babble noise 都是失效的，这也是我们客户端在 Microphone 功放的情况下的“嘈杂不清”的因素之一（当然导致嘈杂还有其他的原因，例如 AEC 的性能等等)。夹杂 white noise 的录音 white noise 被过滤掉 4.其他增强算法 High Pass Filter，用来过滤低频噪音，比如我们可以把 100Hz 甚至 200Hz 以下的低频噪音过滤掉。 Typing Detector，可以过滤掉键盘打字的声音。 Residual Echo Detector，残留回音探测。优化点采集（当然也包括播放）容易出现没有声音问题，所以必须对采集（声卡驱动）端进行声卡适配优化。 AEC 区分平台： A. Windows 平台，一般 Windows 的声卡面板里面有一个“Audio Enhancement”，这个里面有的含有 builtInAEC，默认是打开的，通过 Windows API 关闭这个 Audio Enhancement 的几乎不可行。有的 builtInAEC 效果比较差，这时 AEC3 必须打开。通常情况下，builtInAEC 和 AEC3 同时打开，以便最大程度减少回声。 B. Mac 电脑，默认没有 buildInAEC，通常就直接使用 AEC3。在 AEC 算法中增加“near talk”，“far talk”，“double talk”， “no talk”状态，结合这几种状态，采取不同的操作，例如在只有 far talk 的时候，不做 AGC，能够起到减少近端噪音的作用。「视频云技术」你最值得关注的音视频技术公众号，每周推送来自阿里云一线的实践技术文章，在这里与音视频领域一流工程师交流切磋。

2020-12-25

数据分析：复杂业务场景下，量化评估流程

实际上复杂业务场景的量化过程是复杂且漫长的，需要对多个维度的数据做收集，有时候不但需要做周期性量化，例如几家大厂的信用分，也可能存在实时分析的场景，金融业务中的欺诈风控等，也有两种场景综合的实时推荐体系，都会用到量化流程

2020-12-02

Spring Boot 应用程序启动流程分析

SpringApplication 这个类应该算是 Spring Boot 框架的“创新”产物了，原始的 Spring 中并没有这个类，SpringApplication 中封装了一套 Spring 应用的启动流程

2020-09-09

Logstash 7.9.1 发布，开源服务端数据处理流程

Logstash 是开源的服务器端数据处理管道，能够同时从多个来源采集数据，转换数据，然后将数据发送到你最喜欢的“存储库”中。目前，Logstash 7.9.1已正式发布，该版本更新内容如下： Notable issues fixed 修复 Monitoring和 Central Management 的 Docker 镜像配置中的问题。 Pipeline execution修复了 flushing和shutdown 一致的 Fingerprinting 将 JRuby 更新到 9.2.13.0 Plugins Avro Codec - 3.2.4 [DOC] 添加有关部分反序列化的说明＃35 Fingerprint Filter - 3.2.2 修复了在 Hash/Map objects 上缺乏一致的 fingerprints 的问题 Kv Filter - 4.4.1 修复了包含反斜杠的field_split_pattern无法正确匹配的问题＃87 ...... 完整更新内容查看：https://www.elastic.co/guide/en/logstash/7.9/logstash-7-9-1.html

2020-09-04

Logstash 7.8.1 发布，开源服务端数据处理流程

Logstash 是开源的服务器端数据处理管道，能够同时从多个来源采集数据，转换数据，然后将数据发送到你最喜欢的“存储库”中。目前，Logstash 7.8.1已正式发布，该版本更新内容如下：性能改进和bug修复修复了pipeline compilation期间的性能回归问题修复了多个 pipeline shutdown和 reloadingedit 的问题 Beats/TCP /HTTPInput Plugins 的依赖性变化 Plugins Xml Filter - 4.1.1 修复：处理事件时引发的异常不再使 pipeline崩溃＃73 Beats Input - 6.0.11 更新了 jackson databind 和 Netty 依赖关系。此外，此版本还删除了对tcnative和boringssl的依赖，改用 JVM 提供的密码器。如果未安装 JCE 无限强度管辖区策略，这可能导致可用的密码更少。（从 u161 开始的 JDK 版本都默认安装了这个策略。）＃393 添加了错误处理以检测 ssl 证书或密钥文件是否无法读取＃394 Elasticsearch Input - 4.6.2 添加了 scroll clearing 和更好的 scroll expiration处理方法＃128 [DOC]删除了过时的兼容性声明＃124 ...... 更多内容可查看发布说明：https://www.elastic.co/guide/en/logstash/7.8/logstash-7-8-1.html#_multiple_fixes_to_pipeline_shutdown_and_reloading 上传新附件

2020-07-27

Logstash 7.8.0 发布，开源服务端数据处理流程

Logstash 是开源的服务器端数据处理管道，能够同时从多个来源采集数据，转换数据，然后将数据发送到你最喜欢的“存储库”中。目前，Logstash 7.8.0已正式发布，该版本更新内容如下：新功能和改进 Expanded JDK ecosystem 改进了测试脚本基础结构，以接受主机中存在的特定 Java 开发工具包（JDK）。更改包括将 JDK 主目录的路径导出到名为 BUILD_JAVA_HOME 的环境变量中，并由 shell 程序脚本使用它来启动测试和集成脚本。这项工作和其他 JDK14 修复程序为 Logstash 在不久的将来支持 AdoptOpenJDK 11 和 14 铺平了道路。＃11786，＃11839，＃11935 Expanded JDK platform supportedit Logstash 可在许多不同的操作平台和 Java 开发工具包（JDK）的各种版本上运行，7.8.0 中扩展了此覆盖范围。Logstash 引入了对在 CentOS/RHEL 8.x 和 Ubuntu 20.04 上运行的支持。并为 Zulu 11、AdoptOpenJDK 11 和 Oracle/OpenJDK/AdoptOpenJDK 14 添加了新的 JDK 支持。 Elasticsearch API key support 对 API 密钥的支持已在 6.7.0 中添加到 Elasticsearch 中。通过 7.8.0，Logstash 在 Elasticsearch 输出插件中引入了对 Elasticsearch API 密钥的支持＃934。从 LDAP 到 SAML 等，Elasticsearch 中的身份验证可以通过不同的方式进行。用户/密码身份验证对于离散用户访问 Elasticsearch 有意义。对于机器对机器的通信，API 密钥访问更为常见。 Elasticsearch 输入和过滤器插件中对 API 密钥的支持以及监视和管理功能将在以后的版本中添加。 Proxy support for monitoring and centralized management 有许多用户在分段网络中部署 Logstash 和 Elastic Stack，在分段网络中，一个组件可能无法直接与另一组件或 Internet 保持联系。Logstash 插件（例如elasticsearch、http 和 SNS 输出）支持代理服务器的配置。7.8.0 版将代理支持引入监视和中央管理＃11799。性能改进和重要问题已修复性能：共享一个 single secret store ＃10794 性能：改善 event.clone 内存使用率＃11794 Refactor：避免在 single even中发生 array＃11732 Debugging：在启动时 print RUBY_DESCRIPTION，以方便调试＃11852 修复：避免从 Java 使用 gsub（frame dependent）＃11874 ...... 更多详细信息可查看发布说明。下载地址：https://elastic.co/downloads/logstash

2020-06-24

如何在业务流程中利用软件即服务

如今，企业可以从通过软件即服务(SaaS)模型交付的各种基于云计算的应用程序中进行选择，以支持几乎所有类型的业务流程。研究机构的调查表明，用户对软件即服务(SaaS)的需求不断增长。

2020-06-02

如何用一套引擎搞定机器学习全流程？

本文将分享如何使用一套引擎搞定机器学习全流程的解决方案。先介绍一下典型的机器学习工作流程。如图所示，整个流程包含特征工程、模型训练、离线或者是在线预测等环节。

2020-05-18

Logstash 7.7.0 发布，开源服务端数据处理流程

Logstash 是开源的服务器端数据处理管道，能够同时从多个来源采集数据，转换数据，然后将数据发送到你最喜欢的“存储库”中。目前，Logstash 7.7.0已正式发布，该版本更新内容如下：新功能和改进 Improving Logging 继过去几个版本中改进了日志记录功能之后，日志消息已得到扩展，可以更准确地显示有关插件的信息。这些更改使用户可以更好地标识带有插件或管道的日志消息。＃11078、＃11593、＃11567 更改包括：已添加plugin.name到所有日志条目。已添加plugin.id和pipeline.id到 docker 镜像。改进 Java（Pipeline）Execution Engine Logstash 7.7 中提供的改进使用户可以更好地控制 singleworker pipelines 的事件顺序。从历史上看，当 single worker 执行 pipeline 时，将保留输入插件和输出插件之间的 Logstash 事件顺序。从未正式记录过此行为，但这是许多用户所依赖的功能。引入 Java Execution 引擎时，它破坏了单个工作程序的订单保留。现在，通过引入pipeline.ordered设置已解决此问题。＃11552，＃11710 该pipeline.ordered设置允许三种模式： auto (default)-如果只有一个 pipeline worker ，则自动启用订购。 true-强制排序，同时如果有多个工作程序，则阻止启动logstash。 false-无法保证 ordering。 Notable issues fixed Fixed：添加sudo到 GPG-KEY 的 rpm import中＃11684 Fixed：使用轻量级正则表达式匹配（不取决于框架）＃11653 Fixed：monitoringAPI无法正确解析包括环境变量扩展在内的 ID 的问题＃11592 Fixed：更改 Javadoc 以符合 JDK13的更新要求＃11642 ...... 更多详细信息可查看发布说明。下载地址：https://elastic.co/downloads/logstash

2020-05-16

COVID-19使关键证书颁发机构流程面临挑战

即将开播：4月29日，民生银行郭庆谈商业银行金融科技赋能的探索与实践在COVID-19疫情爆发前，证书颁发机构的监管已经非常复杂且艰巨，而在疫情期间，社交距离要求、隔离和就地避难命令使得面对面的会面异常困难，导致无法验证数字证书。例如，主要Web浏览器需要证书颁发机构(CA)进行年度审核，该审核由第三方公司到现场执行。更重要的是，CA会执行密钥仪式，密钥仪式通常用于生成数字证书的公钥和私钥，甚至用于吊销或销毁受损的证书。大多数密钥仪式不仅需要审计员，而且还需要公证人、法定代表人、正式见证人和密钥仪式“主人”以及来自CA本身的管理人员。这些仪式只能由经过授权的人员在安全设施中进行;访问这些设施通常需要多层身份验证，包括智能卡和生物识别扫描。未能进行审核或延迟密钥生成仪式可能造成毁灭性后果，这不仅影响有问题的CA，而且还影响依赖于该CA证书的每个HTTPS网站、代码签名的应用程序和经过身份验证的数字文档。 Sectigo(前身为Comodo)公司SSL首席技术官Nick France说：“我们必须进行审核，而且我们必须将密钥材料安全地保存在数据中心中，这要求人们亲自前往现场。” 在最佳情况下，此类活动需要经历精心的规划和艰苦的过程。据总部位于英国的GlobalSign公司首席信息安全官Arvid Vermote称，冠状病毒大流行使本来已经很复杂的审计和密钥管理操作更具挑战性，特别是在网络钓鱼攻击的证书滥用日益增加之际。一些世界最大的CA机构表示，在当前情况下，他们仍在处理密钥管理活动。但是目前尚不清楚这种情况能持续多久，尤其是当情况恶化时，这对网络安全的基石意味着什么。密钥仪式挑战大多数CA具有广泛的业务连续性和灾难恢复计划，以确保根密钥得到保护，并在必要时进行生成和吊销。但是他们承认，他们没有为COVID-19做好充分准备。 Vermote说，几年前，GlobalSign解决了围绕根密钥的安全性和可用性的风险。该公司在三个不同的洲设有分支机构，这些分支机构拥有活跃的成对的根密钥，可在其他一个或两个分支机构因自然灾害、地缘政治破坏或其他灾难性事件而无法访问时管理密钥。 Vermote说：“我们最初解决了这些问题，我们认为这足以确保弹性。” 但是，当冠状病毒全球大流行影响GlobalSign的所有三个分支机构时，这种情况发生了变化。GlobalSign和其他CA已被认为是其运营所在的绝大多数国家和地区中必不可少的业务，这使工作人员可以旅行和访问数据中心以进行关键的密钥管理仪式。但是由于这些活动在大流行期间涉及大量工作和风险，因此，CA已尝试调整其做法和时间表。例如，大型CA DigiCert表示，他们推迟了一些非关键密钥管理活动，以优先考虑其员工的安全，并“鼓励保持社交距离，直到这种流行病平息”。该公司发言人说，DigiCert正在与客户联系，以预计需求并相应地进行安排，并且不会预见重大影响。有些密钥仪式比其他仪式更容易实现。例如，France表示，Sectigo定期为下属或“子CA”执行密钥签名仪式。“我们的很多合作伙伴都有子CA，从我们的根证书授权品牌给他们。我们维护并运行该子CA –这是贴牌做法，并且，因为他们的证书是从根证书签名，所以我们需要进入数据中心并执行仪式。” 虽然密钥签名仪式的发生频率比密钥生成仪式的发生频率高，但是它们并不需要那么多的参与者;建议让审核员参与，但不强求。France说，幸运的是，Sectigo去年年底和今年大流行之前曾举行过密钥生成仪式。他说：“我们并不是很担心，因为至少对于我们来说，那些密钥生成仪式一次生成了大量密钥。但是我们确实需要基于这些密钥创建证书，这确实需要访问这些数据中心内多层安全的机架，以离线签名设备。” 有些组织没有延迟密钥管理仪式，他们选择了不同的方法。互联网号码分配机构(IANA)管理着全球IP地址和DNS根区域分配，他们计划于4月23日在美国举行DNSSEC根签名仪式。他们没有推迟该活动，ICANN(负责监管IANA)决定在一个仪式中签署9个月的证书，而不是每隔90天进行签名。但互联网协会互联网技术、政策和倡导负责人Olaf Kolkman认为，这种做法有利有弊。他说：“每个季度对密钥进行签名的原因是为了降低风险。如果其中一个区域签名密钥遭到攻击，则你至少只有有限的暴露时间(为期90天)。” Kolkman曾在IANA担任加密官员，并曾参加过DNSEC根签名仪式，他指出，提前签名密钥会延长攻击窗口—当这些密钥被盗或者被暴露时。网络罪犯可以使用密钥对恶意软件进行代码签名，民族国家行为者可以将其用于精心设计的网络间谍活动-或更糟糕的是，攻击会破坏互联网本身。他说：“你可能会看到电影里的场景。” 另外，在大流行期间举行密钥仪式会带来更多直接的健康问题。 ICANN的IANA服务副总裁Kim Davies表示，该组织试图尽量减少参加仪式的现场参加者的数量。周四的活动将有7人在现场，而过去的仪式(例如2016年DNSSEC密钥转换)现场有超过20人。他说：“我们最终选择了一种方法，我们尝试使所有人尽可能地参与，但是以远程方式进行。”他补充说，ICANN为远程参与者建立了安全的视频会议渠道。 Davies说，尽管ICANN数据中心的礼堂可容纳30人，但安全笼或安全室却不是这样，这些区域是密钥材料存放的位置，位于硬件安全模块(HSM)中，通常为6英尺x 12英尺。该仪式每次需要三个人在安全室里。根据Davies的说法，ICANN于1月份采取了早期行动，并为员工购买了个人保护设备(PPE)。他说：“当然，我们是否需要为仪式穿全身的防护服，还需要进行讨论，但我们最终认为这是没有必要的。” ‘路演’ 并非所有密钥管理仪式都可以延迟或提前数周或数月计划。证书颁发机构有时会出现紧急情况，需要撤消甚至销毁根密钥。在这种情况下，仪式必须进行。 GlobalSign最近遇到了这种情况。该公司发现存在合规性问题，需要销毁可能受到破坏的密钥，这迫使Vermote和其他员工在本月初进行了“路演”。 Vermote说：“通常，在规划全局密钥管理时，你会考虑密钥的生成和证书的吊销。但是你不会考虑销毁密钥。” 对于密钥生成或签署证书吊销列表(CRL)，你只需要前往一个密钥管理位置。但是对于密钥销毁，准则规定你需要销毁你所拥有的所有密钥副本，这可能需要前往多个数据中心。 Vermote说：“上个月我们面临的挑战是，我们必须销毁我们所有全球地点的所有这些密钥的副本，而这些地点都处于锁定或半锁定命令之下，这相当有趣。” 他说，该过程是一个挑战，因为GlobalSign需要五到六个受信任的个人才能访问所有位置的根密钥。这涉及大量的旅行和暴露于冠状病毒的风险。而且，Vermote说，这些人通常是该公司中高管，包括他本人。如果其中之一受到感染，则将破坏密钥管理的业务连续性计划，并使其他GlobalSign员工面临风险。但是GlobalSign不能简单地用有问题的私钥撤销证书。 Vermote说：“由于它们被用于为文档加上时间戳，因此，如果你真的将其撤消，则所有证书都将失效。就我们而言，这意味着用GlobalSign证书签名的数百万PDF文档将被视为无效，我们当然不希望看到这种情况。” 因此，Vermote和GlobalSign在所有地点进行了路演，以审查密钥管理活动并在官方审核员在场的情况下销毁密钥。这包括存储活跃密钥对的三个主要位置(带有“被动”副本作为备份存储的位置不需要密钥仪式)。本月初，Vermote必须访问GlobalSign存储活跃密钥对的三个位置之一，因为他是指定的密钥管理者，同时他还是该欧洲位置的仪式主持。Vermote一大早就带着GlobalSign的一位同事，开车穿越多个国家到达该设施，期间他们经过多个警察站点和边境巡逻检查站，接受行李箱搜索、旅行批准审查，甚至还有关于社交距离的指令。他说：“有人告诉我们，我的同事离我太近了，我不得不让他坐在汽车的后座。同时，我们必须在另一个办事处停下来，以取回存储在保险箱中的密钥，这些密钥是解锁密钥材料必需的材料。” 当他们到达目的地时，此过程比正常情况更为复杂，因为所有相关人员必须穿戴大量的个人防护设备，并使用自己的个人键盘，同时保持彼此之间的安全距离。这个过程，Vermote共花费18个小时。但是他指出，密钥销毁的情况“非常罕见”，GlobalSign相信，只要情况不恶化，他们都可以“正常”进行密钥生成、撤销甚至销毁活动。审核延迟和不确定性审核并不像密钥管理仪式那么关键，但是它们仍然是证书颁发机构安全性的重要组成部分。审核失败或不完整会对证书颁发机构造成严重后果;我们曾经看到赛门铁克CA业务松懈的审核，导致谷歌、Mozilla和其他网络浏览器在2018年弃用了数千个该公司的证书(赛门铁克于2017年将该业务出售给DigiCert)。审核程序分为两种类型：WebTrust程序，由加拿大特许专业会计师和美国注册会计师协会运行;以及ETSI程序，由欧洲电信标准协会运行。但是，有关审计的最终决策权属于主要的浏览器公司-即微软、谷歌、Mozilla和Apple。幸运的是，某些证书颁发机构(例如DigiCert)已于今年年初在限制生效之前完成了WebTrust和ETSI审核。但是其他组织却没有那么幸运。Vermote在2月19日的mozilla.dev.security.policy论坛中提到对审核过程的担忧。在CA代表与Mozilla和Google的官员进行了一些讨论之后，该浏览器制造商更新了有关审核延迟的指南。 Mozilla发言人说：“目前，我们尚未看到COVID-19疫情造成任何实质性影响。我们知道审核可能会延迟，因为审核员无法到现场，所以我们在此方面提供指导。” 该公司表示：“当CA意识到不可抗力将延迟他们的审核时，Mozilla希望CA能够及时披露该问题，提供定期信息更新，并保持与Mozilla根存储策略的所有其他方面的合规性。” 到目前为止，这些浏览器制造商尚未报告由大流行引起的任何问题。有关审计和策略执行，CA和浏览器公司似乎达成一致;Sectigo高级研究员Tim Callan表示，他会感到惊讶的情况是，如果谷歌、Mozilla和微软没有为CA提供灵活性，以尽力交流和提供透明度。 Callan说：“他们有合法的必要知道CA在正确地完成其工作，审计是其中的关键部分。与此同时，他们也有合法的必要认识到，如果出于健康和法律原因，无法让WebTrust审核员来到现场，那也只能这样。” 然而，没有人知道这种大流行会持续多久，这种灵活性可能会延续多久。France表示，Sectigo已经讨论了“虚拟”审核的想法，其中第三方使用安全的视频会议渠道，例如ICANN来监视和审查CA的设施。尽管该方法在技术上可能可行，但最终还是要取决于浏览器的根程序。 France说：“这个问题，我们尚无答案，而且我甚至认为各审计师本身对此也没有好的答案，因为这种情况史无前例。” 主要CA表示，COVID-19大流行证明了其连续性计划是有效的，并且已做好充分准备以度过难关。Cullan说：“我认为所有主要CA都完成了这项工作，这是因为我们没有看到有关重大停机的任何消息，这很重要。” 但是，Cullun说，如果要延续到一年或更长时间，则CA、Web浏览器和审计师将需要就改变某些做法和期望进行讨论。这种情况可能引发有关CA监管的长期政策变更的讨论。Vermote说：“我认为有机会向标准中添加更多内容，以确保可以避免这些事情。” 但是也许专家们最迫切需要解决的问题是，所有CA是否都具有强大的连续性和灾难恢复计划。有些组织可能没有快速有效地应对紧急情况的基础架构或人员。虽然GlobalSign和Sectigo都表示，他们正在大流行期间采取更为保守的方式与组织合作，但其实数字证书生态系统已经非常庞大。 Vermote说：“还有很多较小的区域性CA，而且我想知道这些CA是否可以在24小时之内进行紧急撤销，这对于密钥受攻击的情况非常必要，并且对于互联网安全至关重要。”

2020-04-28

Logstash 7.6.1 发布，开源服务端数据处理流程

Logstash 是开源的服务器端数据处理管道，能够同时从多个来源采集数据，转换数据，然后将数据发送到你最喜欢的“存储库”中。目前，Logstash 7.6.1已正式发布，该版本更新内容如下： Logstash 7.6.1 发行说明 [DOC]返工 ls netflow 模块弃用通知＃11600 [DOC]阐明 7.6 的内部收集器弃用状态＃11607 [DOC]修复了用于监控的设置名称＃11597 [DOC]添加 Apple 公证信息＃11588 Plugins Dns Filter 将 Timeout::timeout block替换为Resolv::DNS::timeouts=#62 增加了对 ruby version > 2.0的限制，有效地使 Logstash 6.x+成为必需#62 Memcached Filter 修复了未设置 ttl 的问题＃13 Split Filter 修复了@target 优化将阻止 event.remove（@field）被调用的问题＃40 Beats Input 修复了不必要为每个连接创建 SslContext 的问题＃383 修复了充气机关闭时未被调用 end 的问题＃383 由于 IdleStateHandler 中的问题，将 Netty 降级为 4.1.34＃380 ...... 更多详细信息可查看发行说明：https://www.elastic.co/guide/en/logstash/7.6/logstash-7-6-1.html#_plugins

2020-03-24

ASP.NET Core 中jwt授权认证的流程原理

ASP.NET Core 中jwt授权认证的流程原理目录 1，快速实现授权验证1.1 添加 JWT 服务配置1.2 颁发 Token1.3 添加 API访问2，探究授权认证中间件2.1 实现 Token

2020-03-15

性能测试工具基本工作原理及基本操作流程

性能测试工具基本操作步骤下图以"kylinTOP测试与监控平台"性能测试的基本操作为原型画出的一张性能测试的基本流程。其它性能工具的操作流程基本相似。

2020-02-27

Logstash 7.5.2 发布，开源服务端数据处理流程

Logstash 是开源的服务器端数据处理管道，能够同时从多个来源采集数据，转换数据，然后将数据发送到你最喜欢的“存储库”中。目前，Logstash 7.5.2已正式发布，该版本更新内容如下： Logstash 7.5.1 发行说明修复：Java Execution -通过将类缓存从 ComputeStepSyntaxElement 移到 CompiledPipeline，提高 Logstash 启动时间 #11490 修复：Java Execution -通过仅在所有 WorkerLoops 都完全初始化后才启动，避免在过滤器和输出编译未完成时启动输入#11492 修复：通过使 get_thread_id 为“nil safe”来避免nil本机线程出现问题＃11458 更新 JrJackson 和Jackson依赖项＃11478 Pluginsedit Beats Input 更新了 Netty 依赖性，并删除了对不安全的 CBC 密码的支持 #376 更新了 Jackson 依赖 #375 File Input 修复： exclude 处理中的回归。模式与文件名而不是完整路径匹配。#237 发布说明下载地址

2020-01-26

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。