前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

前言本文主要复盘笔者的nodeJS，通过一个线上的实战案例来总结node生态常用的技术点和最佳实践。后面会花费大概一个月的时间输出3篇以实战为主的nodeJs项目，本文是第一篇，主要介绍如何使用nodeJs开发一个图床应用。该项目对于测试和个人服务型网站非常实用，大家可以基于此扩展出更强大的应用。本文的图床项目主要使用Koa进行开发，不熟悉的可以先研究一下

javascript在浏览器中运行的性能，可以认为是开发者所面临的最严重的可用性问题。这个问题因为javascript的阻塞性而变得复杂，事实上，多数浏览器使用单一进程来处理用户界面和js脚本执行，所以同一时刻只能做一件事。js执行过程耗时越久，浏览器等待响应的时间越长。加载和执行1.提高加载性能1.IE8,FF,3.5,Safari4和

只需要每天晚上花三两个小时，在一周业余的时间里，你就能快速入门Docker和Kubernetes！！第一期云原生在线技术工坊已经圆满结束，好评如潮，下面是部分参与者打卡截图：第二期技术工坊活动再度来袭关注“腾讯云原生”公众号，回复“技术工坊”即可参与！！技术工坊简介云原生在线技术工坊，由腾讯云原生【燎原社】精心打造，旨在帮助更多对云原生技术感兴趣的开发者快

由于样本图片数据都是保存在pdf里，想拿到样本必须先把图片从pdf中提取出来，算是数据清洗中的一点小小的积累吧。这里不得不吐槽一下公司存储图片的机制，业务员把jpg格式的照片放到word里，然后用工具把word保存为pdf，最后上传到公司服务器里，这简介反人类，不但丢失了图片头文件信息，还造成后期数据转换的大量时间资源的浪费，可能pdf格式会小一

引言由于之前自己团队需要一个消息推送系统来替换JPUSH,一直找了很久基本没有真正可用的开源系统所有就直接造了个轮子，造轮子的时候就奔着开源做打算的，只是后来创业项目失败一直没时间整理这一套代码，最近比较闲就拿出来给开源做点贡献。作为Java版的开源推送系统，MPUSH还是有很多不错的设计的，特别是对想自己搭建一套推送系统的团队是

缓存是什么缓存是一个到处都存在的用空间换时间的例子。通过使用多余的空间，我们能够获取更快的速度。我们通常意义上说的缓存主要包含两部分。第一个是用户浏览器端的缓存，第二个是服务器端为了提高访问速度而加的CDN。首先，看看没有网站没有接入CDN时，用户浏览器与服务器是如何交互的：!q111.png(https://oscimg.o

这次聊聊业务中经常出现的重试现象，可能很多运维都被开发莫名其妙的艾特然后让查一查业务中出现失败的情况，很不巧刚接手MongoDB的运维就碰到了一个案例。前段时间与业务开发讨论过某业务服务的超时重试问题，这项业务依赖的数据库是一直很热门的MongoDB数据库，这里采用了复制集的模式架构，且底层硬件采用KVM。业务开发反映数据库实例慢，最近超时的业务较少

最近开发短信任务和短信发送功能，用到了定时执行php这方面：和大家分享一下：（个人笔记，写的不好，海涵海涵，看不懂的话可以留言，但是我一般都能及时回复，其他网上有很多这样的教程，大家一搜就满地）我用的是thinkphp开发的程序，程序已经开发好了，程序有个分批定时发送功能，每隔一段时间查找一下数据库，然后把符合条件的短信任务给发送出去

前言在生产环境中，随着云原生架构的发展，自动的弹性伸缩、滚动升级、分批发布等云原生能力让用户享受到了资源、成本、稳定性的最优解。但是在应用的缩容、发布等过程中，由于实例下线处理得不够优雅，将会导致短暂的服务不可用，短时间内业务监控会出现大量io异常报错；如果业务没做好事务，那么还会引起数据不一致的问题，那么需要紧急手动订正错误数据；甚至每次发布