前段时间把服务器的 OpenSSL 升级了到 1.1.1c 版本，今天安装 Composer 的时候报错了！

报错的指令为：

php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"

PHP 的错误日志记录如下：

PHP Warning:  copy(): SSL operation failed with code 1. OpenSSL Error messages:
error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed in Command line code on line 1
PHP Warning:  copy(): Failed to enable crypto in Command line code on line 1
PHP Warning:  copy(https://getcomposer.org/installer): failed to open stream: operation failed in Command line code on line 1

经检查，报错是因为无法验证 CA 证书。

含 0条评论

因为业务增长，原有的unsigned int已经不够使用，需要升级到unsigned bigint。

MYSQL整数支持的范围：https://dev.mysql.com/doc/refman/5.7/en/integer-types.html

Type	Storage	Minimum Value	Maximum Value
	(Bytes)	(Signed/Unsigned)	(Signed/Unsigned)
TINYINT	1	-128	127
		0	255
SMALLINT	2	-32768	32767
		0	65535
MEDIUMINT	3	-8388608	8388607
		0	16777215
INT	4	-2147483648	2147483647
		0	4294967295
BIGINT	8	-9223372036854775808	9223372036854775807
		0	18446744073709551615

可以看到bigint支持的数量级非常大。虽然mysql字段类型调整了，但是我们的开发语言是否支持呢？

 

含 0条评论

阅读目录

• 1、PHP中异常的独特性
• 2、PHP中的错误级别
• 3、PHP中的异常处理
• 　　3.1、set_error_handler(error_function, error_type)
• 　　3.2、register_shutdown_function(exception_function) 
• 　　3.3、set_exception_handler(exception_function)

1、PHP中异常的独特性

　　PHP中的异常的独特性，即PHP中的异常不同于主流语言C++、java中的异常。在Java中，异常是唯一的错误报告方式，而在PHP中却不是这样，而是把所有不正常的情况都视作了错误进行处理。这两种语言对异常和错误的界定存在分歧。什么是异常什么是错误，两种语言的设计者存在不同的观点。

　　PHP中的异常：

　　是程序在运行中出现不符合预期的情况及与正常流程不同的状况。一种不正常的情况，按照正常逻辑本不该出的错误，但仍然会出现的错误，这是属于逻辑和业务流程的错误，而不是编译或者语法上的错误。

　　PHP中的错误：

　　是属于php脚本自身的问题，大部分情况是由错误的语法，服务器环境导致，使得编译器无法通过检查，甚至无法运行的情况。warning、notice都是错误，只是他们的级别不同而已，并且错误是不能被try-catch捕获的。

 　　在PHP中遇到任何自身错误都会触发一个错误，而不是抛出异常。PHP一旦遇到非正常代码，通常都会触发错误，而不是抛出异常。因此，如果想要使用异常处理不可预料的问题，是办不到的。

……

含 0条评论

isset() 对于数组中为 NULL 的值不会返回 TRUE，而 array_key_exists() 会。 

<?php
$search_array = array('first' => null, 'second' => 4);

// returns false
isset($search_array['first']);

// returns true
array_key_exists('first', $search_array);
?> 

isset —— 检测变量是否已设置并且非 NULL。

array_key_exists —— 检查数组里是否有指定的键名或索引，跟值无关。

另外，手册评论里有人测试过，isset 的速度比 array_key_exists 要快一些。

含 0条评论

关于PHP的浮点数, 我之前写过一篇文章: 关于PHP浮点数你应该知道的(All ‘bogus’ about the float in PHP)

不过, 我当时遗漏了一点, 也就是对于如下的这个常见问题的回答:

<?php
    $f = 0.58;
    var_dump(intval($f * 100)); //为啥输出57
?>

为啥输出是57啊? PHP的bug么?

我相信有很多的同学有过这样的疑问, 因为光问我类似问题的人就很多, 更不用说bugs.php.net上经常有人问…

含 0条评论

1、file_get_contents 每次请求都会重新做DNS查询，并不对 DNS信息进行缓存。但是CURL会自动对DNS信息进行缓存。对同一域名下的网页或者图片的请求只需要一次DNS查询。这大大减少了DNS查询的次数。所以CURL的性能比file_get_contents 好很多。
2、file_get_contents 在请求HTTP时，使用的是http_fopen_wrapper，不会keeplive。而curl却可以。这样在多次请求多个链接时，curl效率会好一些。
3、curl 可以模拟多种请求，例如：POST数据，表单提交等，用户可以按照自己的需求来定制请求。file_get_contents 也支持，但是配置更繁琐。
4、curl 支持更多协议，有http、https、ftp、gopher、telnet、dict、file、ldap；模拟 Cookie 登录，爬取网页；FTP 上传下载。
5、file_get_contents 建立远程连接失败会产生 Warning 警告；而 curl 则是把请求失败的状态码放入请求结果返回。

含 0条评论

如果你有一个简单的页面需要做登录认证，也就是需要一个登录框，但是自己又懒得写一堆HTML和CSS，那么你可以借用浏览器的HTTP认证。
我们可以用PHP的 header() 函数来向客户端浏览器发送401状态信息，使浏览器弹出一个用户名／密码输入窗口。当用户输入用户名和密码提交后，浏览器将用户名和密码转码后添加到HTTP请求头发送给服务器，而PHP脚本将接收到用户名和密码存储到两个变量里：$_SERVER['PHP_AUTH_USER']、$_SERVER['PHP_AUTH_PW'] 。
浏览器支持两种常见的认证方法，分别是“Basic”和“Digest”。

含 0条评论

思路其实很简单：用fopen打开一个文件，然后用flock获取该文件的独占锁，当前脚本还没跑完时，会一直持有这个锁，另一个脚本尝试获取锁就会返回失败并退出，从而达到控制同一时间只有一个脚本实例在执行的效果。封装代码如下...

含 0条评论

按顺序依次判断$_SERVER['HTTP_X_FORWARDED_FOR']、$_SERVER['HTTP_CLIENT_IP']、$_SERVER['REMOTE_ADDR']这三个变量，如果有值就马上返回。翻开PHP手册，查看$_SERVER数组的解释，你会发现，手册里居然没有HTTP_X_FORWARDED_FOR、HTTP_CLIENT_IP这两个元素，只有REMOTE_ADDR的解释。首先，$_SERVER数组以HTTP_开头的元素，是来自客户端的header头信息，也就是说，它们是客户端传给服务器的。因此，这些值是可以伪造的，是不安全的！但是，这并不代表它们就没有用处。

含 0条评论

我们可以利用PHP的PCNTL模块，写多进程脚本，我整理了一个模板。当前，这个模块不支持Windows系统，需要Linux系统才支持（即非Unix类系统不支持此模块）。还有就是，在编译PHP的时候要加上 --enable-pcntl 选项它才会被编译。在Webserver环境下（如Apache、Nginx等），运行此模块会有不可预料的结果，因此，你只能在命令行模式下执行。

含 0条评论