如何打造一个稳定、高效的Mysql Binlog实时接入服务。

之前遇到nginx报出了如下的error，upstream sent too big header while reading response from upstream，导致服务502 bad gateway, 但是奇怪的是某些特定的请求稳定复现，但是其他请求却一直没有问题，正常返回。

一时之间，还真不知道什么原因，唯一的异常是观察到warninig日志较多，我们知道正常情况下，php的warning并不会导致流程的中断。结合报错信息，推测可能是php-fpm会把warning日志加到response header头里,导致头部过大而报错。

jsonrpc是无状态、轻量级的远程过程调用协议，传递数据格式为JSON。GO 官方提供rpc包和jsonrpc包，与rpc包不同的是,jsonrpc可以实现跨平台通信。本文将介绍如何用Go快速搭建一个jsonrpc Server,用PHP实现jsonrpc client进行验证，同时也记录下验证过程中出现的坑。

FastCGI 协议下，应用和服务器之间的交互规范。

看似正常的 php-fpm 请求处理，nginx 却返回 502，出错的原因是因为 php warning 信息触发了 nginx fastcgi 缓存上的缺陷。本文详细描述了此缺陷的复现方法，最后在第7部分给出了结论和改进的办法。

小程序目前依赖众多下层服务，一个普通的小区接口依赖的下层API达到11个之多。在阻塞IO的模式下，所有等待延迟串行叠加，非常容易给前端造成比较高的后台等待，影响用户体验。特别是遇到个别服务的部分请求出现透传DB，SQL效率不高时，就更会雪上加霜，499突增，威胁到服务稳定性。

生产环境coredump排查经验总结及分享。

随着链家的业务发展，公司的分布式系统变得越来越复杂，用户的一次请求通常由多个系统协同完成处理，而且这些处理是发生在不同机器甚至是不同集群上的，当请求处理发生异常时，需要快速发现问题，并准确定位到是哪个环节出了问题，这是非常重要的。

剖析PHP内核，此篇是进程管理，后续我们会推送数据存储和代码执行过程文章。

剖析PHP内核，此篇是数据存储，上一篇是进程管理，后续我们会推送代码执行过程文章。

绿化区域的构建是大范围室外三维场景展示中不可或缺的一部分，本文提出了一种基于pix2pix模型的绿化区域生成方法，大幅提高了3D楼书项目制作的效率。

在以往的问卷调研中，有的同学总会问到两个关键性问题：

Q1.“做问卷调研，需要多少的目标用户？”

Q2.“调研的目标用户难以触达，只有X份问卷数量够吗？”（问卷数量少，不足百份）

通常来说，用户研究员的建议是根据调研要回答的问题，至少能回收384份有效问卷，有条件的话可以在此基础上提高回收量。那么“384”这个数字是怎么得出来的？问卷调研的回收量一定要达到这个标准吗？如果达不到这个标准，对调研的结果有什么影响？要回答这些问题，我们首先需要了解问卷调研是什么。

有效阅读时长和有效阅读屏数是分析内容质量的两个重要指标，一篇优质的内容理论上应该是被认真地阅读完成，产生的数据应该是在较合适的时间内完成高屏数的阅读。如果在短时间内阅读屏数非常高，则说明用户在刷数据或者对内容不感兴趣，随手滑，无法吸引眼球，从而说明当前内容质量差，需要进行更新，迭代，以更好的满足用户诉求，推动用户对APP内容有足够的兴趣和粘性。

本文就向大家介绍我们设计实现的一种对业务代码无侵入的页面网络请求预加载框架，能够在不修改原业务逻辑代码的情况下，让页面具备网络请求预加载的功能并且具有通用性。本框架适用于使用了路由框架（例如阿里ARouter）的页面。

随着实时音视频技术的发展，音视频聊天已经走入寻常百姓家，微信2017年每天有4.1亿次的音视频通话。贝壳找房IM作为线上商机来源，也实现了该功能，作为经纪人和客户沟通的便捷工具。除了IM音视频通话，实时音视频技术在贝壳还用到了直播自动审核、经纪人讲盘训练等各种场景，这些场景中都用到了实时音频流网关。以经纪人讲盘训练为例，通过构造一个虚拟人进入音频房间，可以和经纪人进行实时问答，模拟买房和讲盘，提高经纪人作业效率。要达到该效果，虚拟人需要能够识别经纪人讲话并且进行回答或者提问。

本文主要介绍了贝壳存储网关的使用场景、架构设计以及稳定性建设。