最新 | 最热门 | 最高评价

+0  几个用于诊断HTTP响应时间情况的小工具

Tag: Technical | Linux
老王 发于 2018年05月29日 18:31 | 点击: 367 | 展开摘要
如果有人说你的 HTTP 接口响应慢,那可能是他的电脑慢,也可能是网络本身慢,还可能是你的服务器慢,总之想搞清楚到底是哪里慢并不是一件简单的事情,好在有一些小工具可以帮你快速做出正确的判断。

Chrome DevTools:

打开开发者工具,在 Network 一栏里就能看到时间在各个阶段的分布:

Chrome Timing

关于各个阶段的说明,可以参考:Timing breakdown phases explained。

cURL:

虽然 Chrome DevT

查看全文: http://www.udpwork.com/item/16866.html

+0  如何编码事务

Tag: Technical | PHP
老王 发于 2018年04月24日 16:55 | 点击: 884 | 展开摘要
我说的事务指的是一般的数据库事务,而不是什么分布式事务之类高大上的概念。听起来很简单,但是即便如此,想实现的优雅一点也不是一件容易的事情。 

假设有一个 QA 系统,当用户在上面提问的时候,系统保存问题,然后更新用户的提问数,最后触发一个问题已经被创建的异步事件来解耦逻辑(代码均使用 Lumen 框架):

<?php

try {
DB::beginTransaction();

$question->content = '...';

查看全文: http://www.udpwork.com/item/16806.html

+0  记录file_get_contents返回空字符串的问题

Tag: Technical | PHP
老王 发于 2018年03月21日 19:45 | 点击: 474 | 展开摘要
群里一位大佬上午说了一句箴言:「 世界上没有什么故障是重启解决不了的,如果有,再重启一次。」,结果下午群里就有一位朋友遇到了一个诡异的老版本 PHP 问题:当使用 file_get_contents 抓取网页内容的时候,总是返回空字符串,奇怪的是换用 curl 扩展后又一切正常。不过,重启没有解决他的问题,再重启一次也不行。

既然 curl 能够正常工作,至少可以证明网络本身没问题。

首先值得怀疑的是 allow_url_fopen 配置。如果没有开启它的话,

file

查看全文: http://www.udpwork.com/item/16739.html

+0  谈谈SQL查询中回表对性能的影响

Tag: Technical | PostgreSQL
老王 发于 2018年02月27日 20:53 | 点击: 475 | 展开摘要
运营反馈某个功能速度很慢,查了一下,定位到如下 SQL:

select id from user

where name like ‘%foobar%’

order by created_at limit 10;

业务需要,LIKE 的时候必须使用模糊查询,我当然知道这会导致全表扫描,不过速度确实太慢了,直观感受,全表扫描不至于这么慢!

我使用的数据库是 PostgreSQL,不过它和 MySQL 差不多,也可以 EXPLAIN:

SQL W

查看全文: http://www.udpwork.com/item/16676.html

+0  记一次sftp故障

Tag: Technical | Linux
老王 发于 2018年01月27日 12:05 | 点击: 1455 | 展开摘要
同事在使用 sftp 连接服务器的时候出现错误信息:session is down,已经自行检查了服务器地址,端口,用户名,密码等种种可能出现低级失误的地方,结果找不到原因。

同事找到我时,开始我觉得仅凭直觉并不好下手,不过但凡遇到此类问题多半都是先找是不是有日志可看,好消息是系统日志都在 /var/log 目录里,坏消息是文件有点多,不容易立刻看出哪个是相关文件,不过这个问题好解决,我们只要再触发一次错误,然后查看 /var/log 目录下哪个文件在最近修改过即可,利用此

查看全文: http://www.udpwork.com/item/16635.html

+0  谈谈JSONAPI在PHP中的应用

Tag: Technical | PHP
老王 发于 2017年12月24日 11:45 | 点击: 686 | 展开摘要
现在服务端程序员的主要工作已经不再是套模版,而是编写基于 JSON 的 API 接口。可惜大家编写接口的风格往往迥异,这就给系统集成带来了很多不必要的沟通成本,如果你有类似的困扰,那么不妨关注一下 JSONAPI,它是一个基于 JSON 构建 API 的规范标准,一个简单的 API 接口大致如下所示:

JSONAPI

简单说明一下:根节点中的 data 用来放置主对象的内容,其中 type 和 id 是必须要有的字段,用来表示主对象的类型和标识,其它简单的属性统统放置到

查看全文: http://www.udpwork.com/item/16562.html

+0  在同一个系统里使用多个版本的软件

Tag: Technical | Linux
老王 发于 2017年11月29日 18:46 | 点击: 1447 | 展开摘要
如果你有几房姨太太的话,那么想让她们和平共处,多半是痴人说梦。对程序员而言,虽然他们不会有娶几个老婆的好运气,但是很可能会遇到在同一个系统里使用多个版本的软件的情况,一旦处理不好,同样会焦头烂额。

下面通过一个例子来说明如何解决多版本共存的问题:PHP 如果使用带有 PGO 功能的 gcc 编译的话,那么可以在不修改一行业务代码的情况下,获得 10% 左右的性能提升。不过这要求 gcc 的版本至少要 4.5,而我的 gcc 版本是 4.4,因为 gcc 是一个基础应用,所以

查看全文: http://www.udpwork.com/item/16518.html

+0  SYN丢包的几个例子

Tag: Technical | TCP
老王 发于 2017年10月31日 19:50 | 点击: 1627 | 展开摘要
如果出现 SYN 丢包,那么将导致严重的性能问题,如果没有严重到完全连不上,那么在延迟时间上会表现出明显的时间特征,比如:1秒,3秒,7秒,15秒,31秒,具体可以参考:「SYN和RTO」,本文不说这个,就说说哪些情况会出现 SYN 丢包。

SYN Flood 攻击:

攻击者通过伪造大量不存在的 SYN 请求来消耗服务器资源,正常情况下,SYN 请求会被放到半连接队列中,一旦队列满了,后续的 SYN 请求将会被丢弃。

比较容易想到的方法一个是加快淘汰无效 SYN 请求,

查看全文: http://www.udpwork.com/item/16484.html

+0  史上最LOW的PHP连接池解决方案

Tag: Technical | PHP
老王 发于 2017年09月10日 14:39 | 点击: 2075 | 展开摘要
大多数 PHP 程序员从来没有使用过连接池,主要原因是按照 PHP 本身的运行机制并不容易实现连接池,于是乎 PHP 程序员一方面不得不承受其它程序员的冷嘲热讽,另一方面还得面对频繁短链接导致的性能低下和 TIME_WAIT 等问题。 说到这,我猜一定会有 PHP 程序员跳出来说可以使用长连接啊,效果是一样一样的。比如以 PHP 中最流行的 Redis 模块 PhpRedis 为例,便有 pconnect 方法可用,通过它可以复用之前创建的连接,效果和使用连接池差不多。可惜

查看全文: http://www.udpwork.com/item/16413.html

+0  实战Guzzle抓取

Tag: Technical | PHP
老王 发于 2017年08月23日 20:30 | 点击: 2036 | 展开摘要
虽然早就知道很多人用 Guzzle 爬数据,但是我却从来没有真正实践过,因为在我的潜意识里,抓取是 Python 的地盘。不过前段时间,当我抓汽车之家数据的时候,好心人跟我提起 Goutte 搭配 Guzzle 是最好的爬虫,让我一直记挂在心上,加上最近打算更新一下车型数据,于是我便重写了抓取汽车之家数据的脚本。

因为我是通过接口抓取,而不是网页,所以暂时用不上 Goutte,只用 Guzzle 就可以了,抓取过程中需要注意两点:首先需要注意的是通过并发节省时间,其次需要注

查看全文: http://www.udpwork.com/item/16392.html

+0  SYN和RTO

Tag: Technical | TCP
老王 发于 2017年08月13日 15:21 | 点击: 1696 | 展开摘要
前两天,我在微博上推荐了一篇朝花夕拾的文章:The story of one latency spike,文章中介绍了 cloudflare 工程师如何一步一步 debug 网络延迟问题,细细读来受益良多,不过我并不打算详细介绍那篇文章的细枝末节, 本文只摘录一个点:

When debugging network problems the delays of 1s, 30s are very characteristic. They may indicate packet

查看全文: http://www.udpwork.com/item/16382.html

+0  如何快速判断配置文件的路径

Tag: Technical | Linux
老王 发于 2017年07月26日 19:54 | 点击: 1884 | 展开摘要
最近使用 pip 的时候感觉速度太慢了,感觉有必要改成豆瓣的豆瓣的镜像,可我记不清 pip 的配置文件路径了,当然可以用搜索引擎查询一下,不过还有更快的方法:strace!

shell> strace -eopen pip 2>&1 | grep pip.conf
open("/etc/xdg/pip/pip.conf", O_RDONLY) = ...
open("/etc/pip.conf", O_RDONLY) = ...
open

查看全文: http://www.udpwork.com/item/16363.html
|<<<1234567>>>| 一共13页, 147条记录