oneapm

最近看了知乎上的一个话题 「在工作中，为什么 Java 程序员常常瞧不起 PHP 程序员？」 个人从业多年，用过的后端语言 ASP、ASP.NET、Java、PHP、Node.js、Python，如果你非要让我说哪种语言好，我会说「凡是宏哥说的都是对的，凡是宏哥提倡的都要坚持。只有真正的理解了宏哥思想才可以洞穿一切，走出空谷。」话不闲谈，咱们先说说我对 Java 的看法。 Java 在我看来好比重型武器，而且武器种类如王牌特工里，那位老特工给新特工展示的武器库一样丰富，就 Github 上的开源项目来说，远不止这些。 那么背后说明了什么？让我们引申出几个问题。 为什么 Java 这么重型？为什么 Java 思想开阔？ 其实一开始 Java 就是以大型的服务器得解决方案而存在的，所以面对的都是企业级比较重型的需求（典型的银行项目、房产项目），对比一下淘宝和 ECShop，虽然最底层需求都是商城类整站，但是后者明显需求要单薄很多。那么也可以说 Java 是变相解决了更多的问题，自然可以说 Java 思想就开阔了。 Java 在团队协作中我的直观感觉就是库和标准。Java 有着数不完的现实标准库和标准。而且一个很多人不认为是要害的问题就是 Java 有好的 IDE，在如 Eclipse 上写出程序，错误会及时爆出，运行不了基本编译时就会报告出绝大多数错误。而 PHP

首先，这是一篇软文，没错！就是一篇软文。因为我知道「PHP 是世界上最好的语言」，所以我相信很多人愿意读这篇用户帮忙写的软文，因为这篇软文应该能帮助 PHP 开发的同学一点小忙。我们是一家成立了7年的公司，所以 OneAPM 的技术实力是得到市场认可的，也得到了很多用户的认可，我们看看用户是如何使用我们的产品的： 以下是内容转载： 本来以为 OneAPM 没有 PHP 7 探针，但是在应用添加的时候，点击「更新日志」竟然发现已经放出 PHP 7.0 的探针了。 所以第一时间就测试安装了。 不过很不幸，安装失败，错误信息 NOTICE: PHP message: PHP Warning: PHP Startup: Unable to load dynamic library '/opt/remi/php70/root/usr/lib64/php/modules/oneapm.so' - /opt/remi/php70/root/usr/lib64/php/modules/oneapm.so: undefined symbol: Z_BVAL_P in Unknown on line 0 然后周一就向工程师反应情况，经过几次的测试，目前没遇到什么问题，所以在周末抽空描述一下自己的升级过程。 首先记得先卸载旧版探针再进行下面的升级。 我的环境是 centos 7+nginx+php

OneAlert 是应用性能管理领军企业 OneAPM 公司旗下产品，也是国内首个 SaaS 模式的云告警平台，集成国内外主流监控/支撑系统，实现一个平台上集中处理所有 IT 事件，提升 IT 可靠性。想了解更多信息，请访问 OneAlert 官网 。 本文转自 OneAPM 官方博客 来源： https://www.cnblogs.com/oneapm/p/5085326.html

【编者按】本文作者为常年混迹于 SitePoint Java Script 论坛的 Web 开发者 James Hibbard，主要介绍针对开发新手提出了一些学习建议。文章系国内 ITOM 管理平台 OneAPM 编译呈现。 在 近期的一次采访 中， StackOverflow联合创始人Joel Spolsky建议，新手 程序员 应该掌握3项技能：经济学，写作和C语言。初看起来，这3项技能似乎有点奇怪，但是深入探讨后，笔者才发现其中的奥妙。 Spolsky建议程序员学习经济学，因为 “通常，程序员都不理解经济学，因此也不明白如何为业务增值”。好好想一想，我们是否经常听到设计师与开发人员抱怨可怕的客户和他们不合理的要求？虽然这样的客户肯定存在，但是很容易被忽略的事实则是，作为网络开发人员，我们的主要职责就是为客户的业务带来价值。理解到这一点，才能够建立良好的合作关系。 此外，对经济学有一定了解能帮助很多自由职业者更好地推销自己。至少让他们对自己所花的时间与为客户带去的价值之间的联系有更深入的认识。并且，当客户提出不合理要求时，他们（比如说网络开发人员）能够清楚地表达成功网站可以为业务带来的价值。 Spolksy还建议程序员学习写作技能（还包括沟通能力），因为“基本上，成功的人都能充分解释他们的想法。”他说的没错！沟通是至关重要的，却也是常常被忽视的一项技能。即使你是非常优秀的程序员

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 本文作者为 Andrew Betts 与 Robert Nyman 。Andrew 是金融时报(Financial Times)实验室主任，该实验室旨在金融时报开发并推广实践性的 Web 技术。Robert 是 Mozilla Hacks 技术传道师及编辑。曾就 HTML5，JavaScript 以及 Open Web 发表过多次谈话与博文。Robert 坚定地看好 HTML5 与 Open Web，自1995年就开始在 Front End 开发部门研究 Web 技术。 本文系 OneAPM 工程师 编译呈现，以下为正文。 Polyfills是一种保证使用现代代码的绝佳办法，同时还能支持旧版浏览器。但是目前polyfills使用起来很困难，因此我们开发了一种全新的服务以便简化其使用方法。在此，邀请读者 使用 并 改进 它。 ##挑战 下面是我们正在尝试解决的一些问题： 开发者对哪些特性需要使用polyfill不是很清楚。例如你在某个旧版本的IE浏览器（因为你有很大数量的用户还在使用它）中载入网站，发现网站不工作，你不得不慢慢调试来搞清楚到底是哪个特性导致了这个问题。有时候问题很清楚，但大多时候并非如此，尤其是旧版浏览器往往缺少好的开发者工具的时候。 针对每个特性都有很多polyfill可供选择

任何应用监控技术的重中之重通常是针对终端用户的基础架构或组件进行监控。智能工具是测量用户体验的理想工具，因为它们理解应用的运行情况，会自动基准化性能表现，在几乎不产生干扰的情况下解码并建立应用子组件间的关系。 其实，在测量用户体验时，有两种不同的性能监控方法： 模拟监控——供应商提供远程（通常是全球的）基础设施，可定期访问网站并记录每次运行的性能数据。测量的流量并非实际用户所产生的，而是用于收集页面性能时生成的。 真实用户监控——供应商提供嵌入到每个页面的代理（Javascript　脚本），报告当前页面的每个请求的加载数据。顾名思义，这种监控技术主要观测实际用户的交互。 由于这两种方式事实上是互补的，所以没办法简单的说哪种更好。Eric Shepherd （Gilt 的前端工程师）归纳了这两种技术所具备的优势： “真实用户监控和模拟监控都能从不同角度对应用性能进行监控，且具有不同的功能和针对性。真实用户监控帮助我们理解应用的长期趋势，而模拟监控可以诊断出并解决短期的性能问题。” 在此，笔者对两种监控方式做了一个对比，下面向您介绍两种监控各自的特点： 模拟监控 本质上，有了模拟监控（也称为主动监控），用户可以指定以下监控项目： 监控哪一个 URL(网站或是服务器)。 监控的类型（HTTP, Ping, API 还是其他）。 监控此 URL 的频率。 如果出了问题，向谁发送告警。

经常有站长、开发者、运维疑惑：为什么我们的后台服务器很快，但是用户要看网页里面的内容却需要很长时间？我们在上一篇文章 《怪兽大作战: 解析网站打开慢的原因》 中简单介绍了影响网站打开速度的几个指标，感兴趣的同学可以再读一下。今天我们主要讲一下，是哪些因素拖慢了我们的首屏加载时间，也就是用户看到网页中内容时所等待的时间。 用过 OneAPM 的读者对这幅图肯定不陌生，一般来讲，如果服务器很快，机房所在线路很快，那么影响用户看到网页内容的主要时间，就是最后两个时间阶段：DOM处理以及网页渲染，在这两个阶段中，浏览器需要解析网页中的各种资源并进行渲染，最终形成用户页面。这个过程是否流畅，直接影响到用户需要等待的时间，从更深层次而言，直接会影响最终的用户体验，现在大家也普遍接受一个观点“延迟就是故障”，所以你需要重视网站的加载速度。 ##打造轻量级的资源路径--关键渲染路 网页加载速度中最重要的概念是关键渲染路径。如果能理解好这个概念，的确可以让用户更快看到网页中的内容。 轻量级资源和路径，可以缩短复杂网页的构建和渲染时间，甚至比简单网页还要快！ 由于大多数网页都包含许多不同的组成部分，仅仅移除部分资源并不能保证更快的加载速度。 如果你曾经想过：“为了提高网页的加载速度，我还能做什么？”或者“新浪、QQ、网易是如何做到在一秒钟内加载那么多网页内容的？

####一.去看看，了解自己！ 小河解冻，柳树发芽，春天就那样悄无声息的来到了我们的身边~ 三四月份的清明时节，除了纪念先祖之外，很多人也会选择在这个时候出去踏青游玩领略祖国的大好河山，无它，天儿好啊！ 这不，这两周，小编公司的很多同事都纷纷请假和男朋友、女朋友或者「男女」朋友一起出去逛逛，广州、深圳、上海、西安、泰国、柬埔寨，总之是很开心就对啦~ 其实，我们确实需要去不同的地方涨涨见识，看看不同地方的风土人情，这样也能更好的了解自己、了解祖国的大好河山~ 那说道正题。。。。网站和各种应用不应该也是这样么·？ #####二.去看看，了解网站！ 不去各地看看，您能知道网站在不同地区的可用率么？ 不去各地看看，您能知道网站在各个地方的打开错误率么？ 不去各地看看，您能知道 DNS 在各个地域运营商的解析时间么？ 当然可以！！ 不仅只针对 网站页面 ， 第三方 API 、Ping 监控、DNS 监控 等等各种模拟性能监控都可以针对不同地区的运营商进行测试，您啊，接着看~ 熟悉 OneAPM 的小伙伴应该知道， CloudTest 是一款基于云技术的实时监控系统，对网站进行模拟性能监控的工具，现在已有的功能包括但不限于： 单页面监控、Ping 监控、API监控、DNS 监控、事务监控等 。 使用 Cloud Test （后称 Ct），可以从可用性、打开率等多个维度 7*24

感谢 @penguinz 的推荐，又发现了一家提供应用性能管理服务的国内厂商：“听云”，看了斯人 - 吴帅写的试用笔记，才了解到国外的应用性能管理厂商 New Relic 才是真正 APM 大牛，产品线覆盖非常全面，功能也非常强大，不过确实像斯人所说的，访问太慢了。粗看起来，发现从产品设计到界面上，这三家公司的产品都太像了，很明显国内两家公司的产品是在“学习” New Relic 的产品，希望两家国内厂商不只是简单的拷贝国外的产品，而是能够做出符合国内用户需求的产品。 上次写过一篇 OneAPM 的评测，关于听云的产品测试我就不再多写了，斯人的博客已经提供了非常详细的试用报告，大家可以去看看。 http://www.imsiren.com/archives/1192 。正好春节之后有点时间，就把 3 个产品都装了一遍，分别仔细用了一段时间，来说一下几个产品的对比感受。 响应时间图表的对比 看了斯人的试用报告，发现听云的产品可以监测 NoSQL 的访问性能，因此这次测试在原有 WordPress 应用的基础上，增加了几个 PHP 脚本，应用中除了 MySQL 数据库之外，还引入了对 MongoDB, Redis 和 Memcached 的访问。从响应时间的对比来看，听云支持性能指标是最多的，详见下表： 响应性能指标 OneAPM 听云 New Relic PHP 代码 支持 支持

作为 Zabbix 骨灰级粉丝，一直以来对第三方监控（APM）都是拒绝的。一来觉得收费，二来担心数据被人所知，三来觉得 Zabbix 牛逼到无可取代。但是，随着 APM 市场的火爆，我决定「放下身段」试用一次，并且会总结出它与开源监控之间差别在哪里。 ##运维经历的磨难 虽然都在不同的公司，做着不同的业务，但是大多运维总会经历相同的故事，以及背着类似的黑锅。运维们大多有如下经历： 网站或者业务访问不了，服务器问题，运维的责任 昨天还好好的，今天就出现的问题，运维的责任 部分地区用户反馈网站/App 无法试用，运维查查服务器。而且这种问题大多出现在事后。 各种程序都需要监控，常见的 MongoDB 、 Redis 、 Nginx ，还会出现各种不常见的应用。任何一种软件都要熟悉，运维总是在不停的学习，待遇缺一直比不上研发！ 服务器出现问题，老板找运维、领导找运维、开发也找运维，运维并不知道代码逻辑，看日志，各种排错。 初识 OneAPM OneAPM 是一家为企业和开发者提供 APM 解决方案的服务商，支持 Java、.NET、PHP、Ruby、Python、Node.js、HTML5、iOS、Android 等语言和操作系统。 ##什么是 APM ? 既然试用 APM ，我觉得很有必要给大家解释一下这个名词。应用性能管理（Application Performance