php curl常见错误：SSL错误、bool(false)

文章介绍了关于php curl常见错误：SSL错误、bool(false) ，有需要的朋友要以参考一下下哈。

症状：php curl调用https出错

排查方法：在命令行中使用curl调用试试。

原因：服务器所在机房无法验证SSL证书。

解决办法：跳过SSL证书检查。

代码如下	复制代码
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);

症状：php curl调用curl_exec返回bool(false)，命令行curl调用正常。

排查方法：

var_dump(curl_error($ch));

返回：

string(23) "Empty reply from server"

再排查：

代码如下	复制代码
curl_setopt($ch, CURLOPT_HEADER, true);     curl_setopt($ch, CURLOPT_RETURNTRANSFER, false);

返回：

HTTP/1.1 100 Continue
Connection: close

原因：php curl接收到HTTP 100就结束了，应该继续接收HTTP 200

解决方案：

代码如下	复制代码
curl_setopt($ch, CURLOPT_HTTPHEADER, array('Expect:'));

使用PHP的mysql方法

PHP从一开始就提供了MySQL的函数库。很多程序都依赖于mysql_connect、mysql_query、mysql_fetch_assoc等等，但是PHP手册中建议：

如果你使用的MySQL版本在4.1.3之后，那么强烈建议使用mysqli扩展。

mysqli，或者说MySQL的高级扩展，有一些优点：

有面向对象的接口

prepared statements(预处理语句，可以有效防止SQL-注入攻击，还能提高性能)

支持多种语句和事务

另外，如果你想支持多数据库那么应该考虑一下PDO。

3.不过滤用户输入

应该是：永远别相信用户的输入。用后端的PHP来校验过滤每一条输入的信息，不要相信Javascript。像下面这样的SQL语句很容易就会被攻击：

$username = $_POST["name"];  
 
$password = $_POST["password"];  
 
$sql = "SELECT userid FROM usertable WHERE username='$username'AND password='$password';"; // run query...  
 
这样的代码，如果用户输入”admin’;”那么，就相当于下面这条了：

SELECT userid FROM usertable WHERE username='admin';  
 
这样入侵者就能不输入密码，就通过admin身份登录了。

4.不使用UTF-8

那些英美国家的用户，很少考虑语言的问题，这样就造成很多产品就不能在其他地方通用。还有一些GBK编码的，也会有很多的麻烦。

UTF-8解决了很多国际化的问题。虽然PHP6才能比较完美的解决这个问题，但是也不妨碍你将MySQL的字符集设置为UTF-8。

5.该用SQL的地方使用PHP

如果你刚接触MySQL，有时候解决问题的时候可能会先考虑使用你熟悉的语言来解决。这样就可能造成一些浪费和性能比较差的情况。比如：计算平均值的时候不适用MySQL原生的AVG()方法，而是用PHP将所有值循环一遍然后累加计算平均值。

另外还要注意SQL查询中的PHP循环。通常，在取得所有结果之后再用PHP来循环的效率更高。

一般在处理大量数据的时候使用强有力的数据库方法，更能提高效率。

6.不优化查询

99%的PHP性能问题都是数据库造成的，一条糟糕的SQL语句可能让你的整个程序都非常慢。MySQL的EXPLAIN statement，Query Profiler，many other tools的这些工具可以帮你找出那些调皮的SELECT。

7.使用错误的数据类型

MySQL提供一系列数字、字符串、时间等的数据类型。如果你想存储日期，那么就是用DATE或者DATETIME类型，使用整形或者字符串会让事情更加复杂。

有时候你想用自己定义的数据类型，例如，使用字符串存储序列化的PHP对象。数据库的添加可能很容易，但是这样的话，MySQL就会变得很笨重，而且以后可能导致一些问题。

8.在SELECT查询中使用*

不要使用*在表中返回所有的字段，这会非常的慢。你只需要取出你需要的数据字段。如果你需要取出所有的字段，那么可能你的表需要更改了。

9.索引不足或者过度索引

一般来说，应该索引出现在SELECT语句中WHERE后面所有的字段。

例如，假如我们的用户表有一个数字的ID(主键)和email地址。登录之后，MySQL应该通过email找到相应的ID。通过索引，MySQL可以通过搜索算法很快的定位email。如果没有索引，MySQL就需要检查每一项记录直到找到。

这样的话，你可能想给每一个字段都添加索引，但是这样做的后果就是在你更新或者添加的时候，索引就会重新做一遍，当数据量大的时候，就会有性能问题。所以，只在需要的字段做索引。

10.不备份

也许不常发生，但是数据库损毁，硬盘坏了、服务停止等等，这些都会对数据造成灾难性的破坏。所以你一定要确保自动备份数据或者保存副本。

11.另外：不考虑其他数据库

MySQL可能是PHP用的最多的数据库了，但是也不是唯一的选择。 PostgreSQL和Firebird也是竞争者，他们都开源，而且不被某些公司所控制。微软提供SQL Server Express，Oracle有10g Express，这些企业级的也有免费版。SQLite对于一些小型的或者嵌入式应用来说也是不错的选择。

本文章介绍了几种关于php session永不过期的设置方法，不修改程序是最好的方法了，因为如果修改程序，测试部一定非常郁闷像我一样，那么只能修改系统环境配置，其实很简单，打开php.ini设置文件

，修改三行如下：

1、session.use_cookies
把这个的值设置为1，利用cookie来传递sessionid

2、session.cookie_lifetime
这个代表SessionID在客户端Cookie储存的时间，默认是0，代表浏览器一关闭SessionID就作废……就是因为这个所以PHP的session不能永久使用！ 那么我们把它设置为一个我们认为很大的数字吧，999999999怎么样，可以的！就这样。

3、session.gc_maxlifetime
这个是Session数据在服务器端储存的时间，如果超过这个时间，那么Session数据就自动删除！ 那么我们也把它设置为99999999。

就这样一切ok了，当然你不相信的话就测试一下看看——设置一个session值过个10天半个月的回来看看，如果你的电脑没有断电或者宕机，你仍然可以看见这个sessionid。

当然也可能你没有控制服务器的权限并不能像我一样幸运的可以修改php.ini设置，一切依靠我们自己也是有办法的，当然就必须利用到客户端存储cookie了，吧得到的sessionID存储到客户端的cookie里面，设置这个cookie的值，然后把这个值传递给session_id()这个函数，具体做法如下：

代码如下	复制代码
<?php session_start(); // 启动Session $_SESSION['count']; // 注册Session变量Count isset($PHPSESSID)?session_id($PHPSESSID):$PHPSESSID = session_id(); // 如果设置了$PHPSESSID，就将SessionID赋值为$PHPSESSID，否则生成SessionID   $_SESSION['count']++; // 变量count加1 setcookie('PHPSESSID', $PHPSESSID, time()+3156000); // 储存SessionID到Cookie中 echo $count; // 显示Session变量count的值 ?>

如果很久以后（多久？你自己看吧）你回来刷新这个页面，输出的数字比你走的时候大了1那就对了！如果大了很多，估计是谁动你电脑了，这次测试就不准确了，呵呵……重新出去一会儿吧！

注意：在setcookie一行中的’PHPSESSID’并不是一定的，如果你遇到有个患有修改狂疾病的网管员，他可能对其做了修改，最好的方法是用phpinfo()这个函数看看，确认一下session.name一项的值，比较科学。

 

本文章介绍了多种关于php Cannot modify header information - headers already sent by set 解决方法 ，有需有的朋友可以参考一下。

在 php 配置文件 php.ini 中将 output_buffering 设置为 On。开启即可。

output_buffering = On　　

-------------------------------
All or nothing, now or never.

有以下几种解决方法:

1. Blank lines (空白行):
Make sure no blank line after <?php ... ?> of the calling php script.
检查有<?php ... ?> 后面没有空白行，特别是include或者require的文件。不少问题是这些空白行导致的。

 

2. Use exit statement (用exit来解决):

代码如下	复制代码
Use exit after header statement seems to help some people 在header后加上exit(); header ("Location: xxx"); exit();

 Use Javascript (用Javascript来解决):

代码如下	复制代码
<? echo "<script> self.location("file.php");</script>"; ?>

Since it's a script, it won't modify the header until execution of Javascript.
可以用Javascript来代替header。但是上面的这段代码我没有执行成功... 另外需要注意，采用这种方法需要浏览器支持Javascript.

3b. Use output buffering (用输出缓存来解决):

代码如下	复制代码
<?php ob_start(); ?> ... HTML codes ... <?php ... PHP codes ... header ("Location: ...."); ob_end_flush(); ?>

我是把目前php的Cache分成了这四种机制,第一种方式,需要加载模块,可能是收费的比如ZEND公司的,可能是免费的,不过多讨论;第二种方式,比如在成熟的大的站点上用比较合适;第三种方式和第四种四目前PHP业内程序中比较流行的方式

分成3个类别

1.缓存模块
这这个是在服务器上做的缓存设置,比如Zend公司的Cache产品等,主要原理是通过对PHP代码文件的一次编译保存在内存中,通过减少I/O的操作来加快访问速度,不在本文讨论范围之列
2.HTML方式
或许你说PHP生成HTML的方式不在本文讨论的范围之列,但是我个人人为这种方式仍然是一种Cache方式,如现在流行的生成HTML的程序也有不少,比如国内的一些CMS,这个也不在本文讨论的范围之列,一笔带过.
3.生成Cache文件
这个就是对一些常用的而且又不是经常变动的量,保存在文本中,通过减少mysql的查询量来加快程序执行,详细的内容我们随后介绍
4.php缓存机制
举个例子说,smarty模版里面的缓存机制,比如目前Discuz!论坛用的缓存机制,后面具体说

以Discuz!论坛软件5.0版本(或许你说了为什么以Discuz!为例,而不以PhpWind或者其实CMS为例,主要是因为Discuz!和我要说的后面两种缓存机制结合的比较好,而其他软件产品都或多或少的不太合适本文的要求)为例,在第三种机制中,Discuz!将基本设置和常用变量保存在forumdata/cache文件夹下面的一个文件中,比如cache_settings.php就是论坛设置的中的数据保存在一个数组总并存在这个文件中,在需要这些变量的时候就通过include这个文件来使用这些变量;在第四种机制中,Discuz!是把templates/default中的模版文件,预编译,也就是在请求访问index.php文件的时候,程序先在forumdata/templates中是否已经生成预编译的文件,如果存在则包含,如果没有则在模版文件夹中寻找模版然后生成,再包含,这么一个处理流程

在这种处理机制下,在小负载小站点的情况下,显然会有不少浪费,但是在中大站点或者说大型超大型站点的具体实施中,表现优异,但是显然做论坛的貌似都是负载比较大,国内水论坛一堆哇

再过来看Phpwind论坛,做为国内PHP论坛唯一能在Discuz!的压力下值得一提的一个论坛系统,显然在缓存机制上的处理不是很好,PW以前貌似也是做文本论坛起家的,同样的文本对于I/O的压力是很大的,尤其是在大中型站点的负载均衡上

写到这里突然不想写了,本来是想谢谢插件开发中的对于缓存和模版的应用,然后突然想到写一些我个人对于当前php缓存机制的一些理解,写到这里,写了2遍,狗日的服务器,娘的MYSQL老是丢失超时,你娘,服务器配的有点水平和好,靠,不写了