Stella981 Stella981
3年前
Android Hook技术
1\.什么是HookHook英文翻译过来就是「钩子」的意思,那我们在什么时候使用这个「钩子」呢?在Android操作系统中系统维护着自己的一套事件分发机制。应用程序,包括应用触发事件和后台逻辑处理,也是根据事件流程一步步地向下执行。而「钩子」的意思,就是在事件传送到终点前截获并监控事件的传输,像个钩子钩上事件一样,并且能够在钩上事件时
Stella981 Stella981
3年前
Linux系统:centos7下搭建Rocketmq4.3中间件,配置监控台
本文源码:GitHub·点这里(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fcicadasmile%2Flinuxsystembase)||GitEE·点这里(https://gitee.com/cicadasmile/linuxsystem
Stella981 Stella981
3年前
SAE 助力南瓜电影 7 天内全面 Serverless
作者:李刚(寻如),阿里云解决方案架构师南瓜电影APP是国内领先的专注于影视精品化运营的垂直类视频产品,在移动互联网、IPTV、OTT等客户端,面向广大中产阶级精英群体,提供有异于院线及其他视频平台的精品化、差异化内容运营服务,为广大用户打造高质量专业的视听盛宴。新的需求随着业务的发展,南瓜电影对于系统稳定和监控提出了新的需求:1、
Wesley13 Wesley13
3年前
API网关原理
1、API网关介绍 API网关是一个服务器,是系统的唯一入口。从面向对象设计的角度看,它与外观模式类似。API网关封装了系统内部架构,为每个客户端提供一个定制的API。它可能还具有其它职责,如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。 API网关方式的核心要点是,所有的客户端和消费端都通过统一的网关接入微服务,在网关层处理所有
Stella981 Stella981
3年前
Qt编写气体安全管理系统8
一、前言曲线监控模块用的很少,主要就是用来观察某个设备的实时采集的数据和历史采集的数据,可以回放数据,在右侧可以选择对应的通信端口和控制器,然后选择指定的探测器进行观察,从选择的时候开始计时,每个数据都对应一个数据点,至于采集间隔,这个在端口管理中设定的,一般来说都是1秒钟采集一次。显示曲线图表控件,个人强烈推荐开源的qcustomplot
Wesley13 Wesley13
3年前
JAVA + LR实现apache流媒体的性能测试
最近的一个项目,视频点播系统,使用apache实现的流媒体服务器。其实准确的说叫做伪流(HTTPPseudoStreaming),基本原理和概念自行了解吧。让我简单的描述就是仍然是HTTP下载,播放器播放本地缓存。只不过它也实现了一些和正规流媒体服务类似的功能。视频点播类系统的性能测试,说简单了主要就是模拟大量用户去看视频。服务端监控整体性能,客户端
Stella981 Stella981
3年前
SpreadJS 纯前端表格控件应用案例:PtLims云平台
PtLims云平台是一款针对实验室的整套环节而设计的计算机应用系统,用于实现实验室人、机、料、法、环的全面资源管理,并构建一套完整的检验综合管理和产品质量监控体系,可满足实验室日常管理要求,保证化验分析数据的严格管理和控制。下面,让我们一起来看看青岛帕特是如何在“PtLims云平台”中应用表格技术,实现“数据填报(https://www.oschin
Wesley13 Wesley13
3年前
3D可视化运维系统 全局监控管理一目了然
由于业务的多样性,各种各样的服务平台和软件系统也变得异常复杂。如何对其进行运营和维护是制作运维系统公司需要面对的重要问题,直接关系到甲方的满意度和自身市场占有率。在这样一个纷繁复杂的环境下,3D可视化运维系统登场了。!(https://laoziautopubliceast.obs.cneast2.myhuaweicloud.com/44a
WeiSha100 WeiSha100
2年前
源码搭建教师资格考试学习培训系统
有点播,题库刷题,在线考试,直播,在线支付,三级分销等功能,可以对学员学习情况的监督监控,有源码,可二次开发。支持外网和局域网私有化部署,经过测试源码完整可用,用于搭建一个线上教师资格相关学习网站挺不错的!1、点播:视频播放,图文资料,课件下载,章节试学,限时免费2、题库刷题:章节练习,错题回顾,高频错题,笔记,收藏,答题正确率,进度保存,模拟测试,试题批量
DeepFlow开源 DeepFlow开源
1年前
应用响应时延背后 深藏的网络时延
应用异常时,基本可以分为服务访问不通和服务响应慢两个大类。其中服务响应慢的问题定位非常棘手,很多无头案。应用团队有日志和追踪,对于自认为的不可能不合理的事情都会甩给基础设施团队,又由于基础设施团队现有的监控数据缺乏应用的观测视角,通常成为一切「不是我的问题」超自然现象的终极背锅侠,其中以网络团队尤为严重。