layer

四个易受网络攻击的行业 你中招了吗?

落花浮王杯 提交于 2019-11-29 04:42:08
  近年来,网络攻击事件频发,互联网上的木马、蠕虫、勒索软件让人防不胜防。一些不良用心的人在利用网络信息系统存在的漏洞和安全缺陷对系统和资源进行攻击,获取网站数据、用户个人信息等等,用来出售、欺骗等违法盈利行为。   网络攻击产生的所有成本是难以精确计算的,且不同行业成本亦大不相同。因而,对医疗、零售、制造业、金融四个行业作了研究,发现这四个行业是最容易易受网络攻击的。    一、医疗健康行业   医疗行业通常记录了大量的具有特殊需求的信息,这些信息在黑市上的价值是信用卡的十倍。Carbon Black的一份报告显示,三分之二的受访者表示和去年相比,网络攻击已经变得更加复杂多样,难以捉摸。   遭受攻击的医疗行业组织平均成本高达140万美元。许多医疗机构如果发现网络攻击不及时,照样需要付出一定的成本来恢复。专家说,大多数组织在至少18个月后才发现遭受了网络攻击。   攻击没有被检测到的时间越长,损坏的可能性就越高。而且,如果医疗机构在发现攻击后没有使用网络安全响应计划,则成本会上升。    二、零售业   2016年的统计数据显示,每个遭受攻击后的零售记录平均付出成本为172美元。其中一些费用涉及聘请顾问以修复系统。此外,还需要对客户做出赔偿,以及因为不够安全为信用损失买单。   人们越来越不能忍受零售商的大规模数据泄露。此外,正是因为网购便捷,选择多样

阿里技术专家详解 DDD 系列- Domain Primitive

女生的网名这么多〃 提交于 2019-11-29 04:11:21
导读: 对于一个架构师来说,在软件开发中如何降低系统复杂度是一个永恒的挑战,无论是 94 年 GoF 的 Design Patterns , 99 年的 Martin Fowler 的 Refactoring , 02 年的 P of EAA ,还是 03 年的 Enterprise Integration Patterns ,都是通过一系列的设计模式或范例来降低一些常见的复杂度。但是问题在于,这些书的理念是通过技术手段解决技术问题,但并没有从根本上解决业务的问题。所以 03 年 Eric Evans 的 Domain Driven Design 一书,以及后续 Vaughn Vernon 的 Implementing DDD , Uncle Bob 的 Clean Architecture 等书,真正的从业务的角度出发,为全世界绝大部分做纯业务的开发提供了一整套的架构思路。 前言 由于 DDD 不是一套框架,而是一种架构思想,所以在代码层面缺乏了足够的约束,导致 DDD 在实际应用中上手门槛很高,甚至可以说绝大部分人都对 DDD 的理解有所偏差。举个例子, Martin Fowler 在他个人博客里描述的一个 Anti-pattern, Anemic Domain Model (贫血域模型)在实际应用当中层出不穷,而一些仍然火热的 ORM 工具比如 Hibernate

什么是残差网络(ResNet)?

喜你入骨 提交于 2019-11-29 04:07:22
1、残差 残差在数理统计中是指实际观察值与估计值( 拟合值 )之间的差。在集成学习中可以通过基模型拟合残差,使得集成的模型变得更精确;在深度学习中也有人利用 layer 去拟合残差将深度神经网络的性能提高变强。这里笔者选了 Gradient Boosting 和 Resnet 两个算法试图让大家更感性的认识到拟合残差的作用机理。 2、Gradient Boosting Gradient Boosting 模型大致可以总结为三部: 训练一个 基学习器 Tree_1 (这里采用的是决策树)去拟合 data 和 label 。 接着训练一个基学习器 Tree_2 ,输入时 data ,输出是 label 和上一个基学习器 Tree_1 的预测值的差值 ( 残差 ) ,这一步总结下来就是 使用一个基学习器学习残差 。 最后把 所有的基学习器的结果相加 ,做最终决策。 下方代码仅仅做了 3 步的残差拟合,最后一步就是体现出集成学习的特征,将多个基学习器组合成一个组合模型。 from sklearn.tree import DecisionTreeRegressor tree_reg1 = DecisionTreeRegressor(max_depth=2) tree_reg1.fit(X, y) y2 = y - tree_reg1.predict(X) tree_reg2 =

How to determine the geom type of each layer of a ggplot2 object?

て烟熏妆下的殇ゞ 提交于 2019-11-29 02:06:50
As part of an effort to remove a specific geom from a plot I've already created (SO link here ), I'd like to dynamically determine the geom type of each layer of a ggplot2 object. Assuming I don't know the order in which I added layers, is there a way to dynamically find layers with a specific geom? If I print out the layers like I do below I can see that the layers are stored in a list, but I can't seem to access the geom type. library(ggplot2) dat <- data.frame(x=1:3, y=1:3, ymin=0:2, ymax=2:4) p <- ggplot(dat, aes(x=x, y=y)) + geom_ribbon(aes(ymin=ymin, ymax=ymax), alpha=0.3) + geom_line()

干货 | 图解 https 单向认证和双向认证

你。 提交于 2019-11-29 00:46:21
一、Http HyperText Transfer Protocol,超文本传输协议,是互联网上使用最广泛的一种协议,所有WWW文件必须遵循的标准。HTTP协议传输的数据都是未加密的,也就是明文的,因此使用HTTP协议传输隐私信息非常不安全。 使用TCP端口为:80 二、Https Hyper Text Transfer Protocol over Secure Socket Layer,安全的超文本传输协议,网景公式设计了SSL(Secure Sockets Layer)协议用于对Http协议传输的数据进行加密,保证会话过程中的安全性。 使用TCP端口默认为443 三、SSL协议加密方式 SSL协议即用到了对称加密也用到了非对称加密(公钥加密),在建立传输链路时,SSL首先对对称加密的密钥使用公钥进行非对称加密,链路建立好之后,SSL对传输内容使用对称加密。 对称加密 速度高,可加密内容较大,用来加密会话过程中的消息 公钥加密 加密速度较慢,但能提供更好的身份认证技术,用来加密对称加密的密钥 四、单向认证 Https在建立Socket连接之前,需要进行握手,具体过程如下: 1、客户端向服务端发送SSL协议版本号、加密算法种类、随机数等信息。 2、服务端给客户端返回SSL协议版本号、加密算法种类、随机数等信息,同时也返回服务器端的证书,即公钥证书 3

Implementing a service layer in an MVC architecture

早过忘川 提交于 2019-11-28 23:29:35
How would one typically implement a service layer in an MVC architecture? Is it one object that serves all requests to underlying business objects? Or is more like an object that serves different service objects that in their turn interact with business objects? So: Controller -> Service -> getUserById(), or: Controller -> ServiceManager -> getUserService() -> getUserById() Also, if the latter is more appropriate, would you configure this ServiceManager object in a bootstrap? In other words, register the different services that you will be needing for your app to the service manager in a

应用架构的核心使命是什么?阿里高级技术专家这样说

杀马特。学长 韩版系。学妹 提交于 2019-11-28 21:51:54
阿里妹导读:什么是架构?关于架构这个概念很难给出一个明确的定义,也没有一个标准的定义。如果,硬是要给一个概述,阿里巴巴高级技术专家张建飞认为架构就是对系统中的实体以及实体之间的关系所进行的抽象描述。今天,张建飞来谈谈应用架构的核心使命是什么,是否与你想得一样?往下看,一起寻找答案。 架构 架构始于建筑,是因为人类发展(原始人自给自足住在树上,也就不需要架构),分工协作的需要,将目标系统按某个原则进行切分,切分的原则,是要便于不同的角色进行并行工作。 为什么需要架构? 有系统的地方就需要架构,大到航空飞机,小到一个电商系统里面的一个功能组件都需要设计和架构。 我很喜欢《系统架构:复杂系统的产品设计与开发》里面的一句话:结构良好的创造活动要优于毫无结构的创造活动。 与之相对应的,现在很多敏捷思想提倡no design,只要work就好。期待好的架构可以在迭代中自然涌现。这个想法有点太理想化了,在现实中,只要能work的代码,工程师是很少有动力去重构和优化的。 架构师的职责 作为架构师,我们最重要的价值应该是“化繁为简”。但凡让事情变得更复杂,让系统变得更晦涩难懂的架构都是值得商榷的。 架构师的工作就是要努力训练自己的思维,用它去理解复杂的系统,通过合理的分解和抽象,使哪些系统不再那么难懂。我们应该努力构建易懂的架构,使得在系统上工作的其他人员(例如设计者、实现者、操作员等

Augmented Reality OpenGL+OpenCV

陌路散爱 提交于 2019-11-28 20:57:21
I am very new to OpenCV with a limited experience on OpenGL. I am willing to overlay a 3D object on a calibrated image of a checkerboard. Any tips or guidance? nkint The basic idea is that you have 2 cameras: one is the physical one (the one where you are retriving the images with opencv) and one is the opengl one. You have to align those two matrices. To do that, you need to calibrate the physical camera. First. You need a distortion parameters (because every lens more or less has some optical distortion), and build with those parameters the so called intrinsic parameters. You do this with

类加载机制,双亲委派模型(2)

。_饼干妹妹 提交于 2019-11-28 20:01:16
接着昨天的记录,今天继续开始了。 在JDK9中,由于Jigsaw项目引入了Java平台模块化系统(JPMS),Java SE的源代码被划分为一系列模块。 类加载器,类文件容器等都发生了非常大的变化,API已经被划分到具体的模块中,所以上文中,利用“——Xbootclasspath/p” 替换某个Java核心类型代码,实际上变成了对对应的模块进行的修补,可以采用下面的解决方案: 首先,确认要修改的类文件已经编译好,并按照对应模块结构存放,然后,给模块打补丁: java --patch-module java.base=your_pathch yourApp 拓展类加载器将被重命名为平台类加载器(Platform Class-Loader),而且extension机制规则被移除。也就意味着,如果我们指定Java.ext.dirs环境变量,或者lib/ext目录存在,JVM将直接返回错误!建议解决方法就是将其放入classpath里。 部分不需要AllPermission的Java基础模块,被降级到平台类加载器中,相应的权限粒度也被更精细粒度地限制起来。 rt.jar和tools.jar同样是被移除了!JDK的核心类库以及相关资源,被存储在jimage文件中,并通过新的JRT文件系统访问,二不是原有的JAR文件系统。虽然看起来很惊人,但幸好对于大部分软件的兼容性影响,其实是有限的

USDT PHP开发包OmniTool简介

馋奶兔 提交于 2019-11-28 18:48:44
OmniTool开发包适用于为PHP应用快速增加对Omni Layer/USDT数字资产的支持能力,即支持使用自有Omni Layer节点的应用场景,也支持基于第三方API服务和离线裸交易的轻量级部署场景。下载地址: omni/usdt php开发包 。 1、OmniTool开发包简介 OmniTool开发包主要包含以下特性: 完善的Omni Layer节点RPC封装 支持利用自有节点或第三方服务获取指定地址的utxo集合 支持离线生成omni代币转账裸交易 支持利用自有节点或第三方服务广播裸交易 OmniTool支持本地部署的Omnicored节点,也支持blockchain.info、btc.com等提供的开放API,要增加对其他第三方服务的支持也非常简单,只需要参考代码实现如下接口: UtxoCollectorInterface:utxo收集器 UtxoSelectorInterface:utxo筛选器 BroadcasterInterface:裸交易广播器 ExplorerInterface:数据查询接口 OmniTool软件包运行在**Php 7.1+**环境下,当前版本1.0.0,主要类/接口及关系如下图所示: OmniTool的主要代码文件清单参见: http://sc.hubwiz.com/codebag/omni-php-lib/ 2、RpcClient类使用说明