大家好，我是IT共享者，人称皮皮。前言相信大家对于以前的网络摄像头泄露，各大宾馆开房视频频繁泄露，一定不会陌生了吧，当时，小编也在想，这些黑客是如何办到的了，本期小编就来为大家进行解密，揭开这层神秘的面纱。一、网站获取1.ZoomEy中文名叫钟馗之眼，是专门用来获取全球网络摄像头的网站解析库，界面很美而且简洁，如图：我们可以通过输入关键词来搜索相关

AOSP基础Android框架层本文首发于微信公众号「刘望舒」前言在Android进阶三部曲第二部《Android进阶解密》的第一章，我介绍了两种阅读源码的方式，其中一种是从百度网盘：https://pan.baidu.com/s/1ngsZs将源码下载下来，然后用SouceInsight来查看，这种方式很便捷，适合去阅读源码，但是有两个弊端，一个是无

项目背景，之前在上家东家接触到golang，自学到项目上线，也是摸着石头过河，中间也遇到了一些小bug（生产环境出现内存泄露问题，导致业务占用内存，居高不下，实际是因为项目的service层部分应用没有应用到redis或数据库，但是也进行了实例化，最后没有释放资源导致，排查方法也是比较笨，就是一些流程在本地跑，看哪些环节导致内存居高不下，最后追查到的结果），

用以展示基础表格数据的组件。组件的核心功能点是在数据展示的时候，用到了2个vfor循环，第一层循环是数据对象的循环，然后嵌套列名的对象，通过列名中的key值在数据对象中查询对应的数据，这样就保证了在数据对象与列名对象顺序打乱的情况下也可以把数据对应起来，并能够在列名没有对应的数据的时候进行特殊处理。以APICloudAVM框架封装数据表格组件为例。组件文件

使用Hystrix实现微服务的容错处理容错机制如果服务提供者相应非常缓慢，那么消费者对提供者的请求就会被强制等待，知道提供者相应超时。在高负载场景下，如果不作任何处理，此类问题可能会导致服务消费者的资源耗尽甚至整个系统崩溃。雪崩效应微服务架构的应用系统通常包含多个服务层，微服务之间通过网络进行通信，从而支撑起整个应用系统，因此，微服务之间难免

最近在运行Informatica全量抽取时候，系统报了很多莫名的错误，日志也没有显示警告信息。按有限的日志信息查询，可能的原因一般是磁盘空间不够，内存不够，或者是数据量量太大，缓存爆了。经排查，是加载的数据量过大，导致了数据加载的失败。只好通过限制每次的加载数量，分批多次进行跑数据了。业务系统使用的是Mysql数据库，因此在ODS层抽数时候，使用

CDN是ContentDeliveryNetwork的简称，即“内容分发网络”的意思。一般我们所说的CDN加速，一般是指网站加速或者用户下载资源加速。CDN是通过在网络各处放置节点服务器，形成在现有的互联网基础之上的一层智能虚拟网络。CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户

Uber是最流行的按需用车服务商，他们的创新远不止这些，在生活方式和物流等方面有着快速的进步，最近他们的架构师分享了一些最具有魅力的分布式架构。其中一个不断在进化的分布式系统项目是Ringpop:Ringpop是一个开源的Node.js库，能够在应用级别实现他们的调度平台服务的水平分区sharding。这个额外的抽象层框架，通过众多

1.物理卷：_LVM逻辑卷的底层物理存储单元是一个块设备，比如一个分区或整个磁盘。要在LVM逻辑卷中使用该设备，则必须将该设备初始化为物理卷（PV）。_2.卷组：物理卷合并为卷组（VG）。这样就创建了磁盘空间池，并可使用它分配逻辑卷。3.逻辑卷：逻辑卷管理会根据物理存储生成提取层，以便创建逻辑存储卷。这样就比直接使用物理存储在很

API是模块或者子系统之间交互的接口定义。好的系统架构离不开好的API设计，而一个设计不够完善的API则注定会导致系统的后续发展和维护非常困难。以下谈一点API设计的原则。业务层业务语义简单明确一个接口或者说一个api，必定是为外部使用者服务的，因此必须具有明确的业务/使用意图。api的从命名到定义，都必须围绕着这个意图来进行