标签: php

用php更改非php输出内容

前几天有个需求,就是将页面输出的内容进行过滤… 进行域名更换…
比如本来将输出的www.csdn.net/image/上面的图片内容,现在迁移到了cdn上面,域名更改为cdn.csdn.net/image/
再不更改模版的基础上,直接将输出进行修正…

实现过程
1.将所有输出放到output buffer里面
2.在php脚本结束后对output buffer进行修改过滤,再输出.

so测试如下:
原输出假设是如下:







那么在输出html前,加入到php执行中如下代码即可进行html内容的替换

  

则输出变成







重点在于
1.ob_xxx函数 output buffer控制
2.register_shutdown_function函数 注册一个脚本结束时运行的函数..

注意:
1.register_shutdown_function的这个输出必须是最后一个register的…
2.如果流程中有output buffer控制函数,需要具体情况具体分析,进行使用.

转自http://blog.csdn.net/sunvince/article/details/6312971

使用ob_gzhandler函数有3种方法让它对php进行压缩

减小代码在传输中的大小,就能提高页面的传输速度,打开网页也就快了。在一起PHP程序中 像WordPress是默认的gzip压缩功能是通过ob_gzhandler这个函数来实现的,ob_gzhandler是php 4.0.4新增的一个输出缓存函数,并通过gzip压缩后发送到客户端。这个函数需要zlib库支持,一般的虚拟主机都安装有这个库,所以很多blog都使用这个方法来实现对php页面的压缩。

那么对于我们这些没有开启mod_deflate模块的主机来说,就只能采用ob_gzhandler函数来压缩了,它的压缩效果和mod_deflate相比,相差很小,几乎可以忽略(但它只能对php文件进行压缩),下一篇文章将附上我对这几种方式的一个对比测试。

使用ob_gzhandler函数有3种方法让它对php进行压缩:
1、在php.ini中设置output_handler = ob_gzhandler
2、在.htaccess中加入php_value output_handler ob_gzhandler
3、在php文件头加上ob_start(‘ob_gzhandler’);
第一种我们是没法办到,第二种方法不错,可以一劳永逸,一、二种方法效果都一样,就是对所有php后缀文件进行压缩。我这里主要介绍一下第三种方法,
就是试用CSS压缩法 例如对模板下的style.css进行压缩

1、把模板目录下的style.css复制一份出来,命名为style.css.php

接着在style.css.php顶部加入这句:


在最后加上


2、按照下面的方式修改header.php中的css连接

原来的:


修改后的:


搞定,现在你的CSS就可以被gzip压缩了。

JS也可以使用同样的方法,只是在xx.js.php头部加入的应该是这样:


(复制的时候去掉?php前的空格)

仔细看看K2主题的中的JS,就是修改后缀为php后在顶部加入了ob_gzhandler函数。

所以我们可以用能压缩CSS 和JS的工具来对代码压缩 提高浏览速度~~~

转自http://hi.baidu.com/webangeld/item/2c26a4e62b6921a3c10d7535

自己的路面板添加php扩展

屡次实验ssl都没有成功,怀疑是openssl的问题,于是就看看怎么安装的,安装问题是解决了,但是ssl还是没有用起来,郁闷中……

下面是用自己的路(zijidelu)面板装php扩展的方法,此例为mysql。

1.下载LuNamp_last.tar.gz(如果本地已经存在LuNamp/code/php/php_extension.sh文件,则无需下载。如果是FreeBSD系统,请用fetch代替wget ):
wget http://down4.zijidelu.org/projects/zijidelu-lunamp/files/LuNamp2.2/LuNamp_last.tar.gz

2.解压LuNamp_last.tar.gz:tar -zxvf LuNamp_last.tar.gz

3.进入LuNamp/code/php/目录:cd LuNamp/code/php/

4.执行:./php_extension.sh “mysqli” “5.2.17” “/usr/local/php_fcgi” (注意修改为英文双引号)

参数解释:
第一个参数为扩展名称(解压php-5.2.17.tar.gz后,会有一个ext目录,里面包括了很多扩展,目录名即为扩展名,如pdo_mysql,xsl,bcmath等),此处为mysqli,请用半角双引号包围
第二个参数为PHP版本号,此处为5.2.17
第三个参数为PHP的路径,此处为/usr/local/php_fcgi。如果使用了apache,请同时将/usr/local/php安装上扩展

5.登陆LUM后台,更新网站

注意:
其实本文的重点在这里,第四步的时候会出错,原因为没有把config0.m4改名为config.m4。
vi php_extension.sh
在出现/usr/local/bin/phpize的地方之前,加上下面的语句。
mv config0.m4 config.m4
之后脚本可以成功运行。

linux下php编译添加相应的动态扩展模块so

LINUX下PHP编译添加相应的动态扩展模块so(不需要重新编译PHP,以openssl.so为例)

网上我看到有很多相关的文章都是简述这个问题的,但毕竟因为LINUX版本众多,很多LIUNX命令或路径都有所差别,有时同样的命令却不能执行一样的操作。

这篇文章是我在实际运用当中配置成功的实例,希望对大家有所帮助,开源是来自每个人的无私帮助,每个人的成长都是需要别人的扶植!废话就说到这了!

http://php.net/downloads.php (相应PHP版本下载)

1、首先确定LINUX下已安装的PHP版本,因为不同PHP版本对于追加动态模块有兼容性问题(可能路径,配置?其他?),往往报错不能安装,追加的模块必须版本一致。

查看PHP版本有多种方法:

①运行php -v(但在我的64位LIUNX测试过没作用,原因你知道的了!)

②在已安装好的PHP路径下找到php-config并进行查看,可以vi或cat (关键字:version=”XXXXXXX”为PHP版本号)

vi 或cat php-config

2、下载好的PHP源代码包需人工上传到FTP网络服务器上,这时你的tar包可能只是放在WWW下,为了你自己方便查找和使用,建议建立自己的source文件夹进行存放。

建立文件夹:mkdir XXXXXX(文件夹名)

移动或复制文件:mv或cp php.tar /sourece(注意路径,”/“我是在根目录下创建的临时文件夹!)

解压tar包:tar zxfv php.tar(源代码tar包)

3、现在进入正题了,以追加动态模块openssl.so为例,进入PHP源码文件夹后,执行phpize生成configure进行模块追加:

#cd /source/php/ext/openssl 进入源码包的OPENSSL模块文件夹

#/var/www/php/bin/phpize 注意这个是已安装好的PHP路径(有些是版本可能是在/usr/local/******下,每个人的安装习惯不同)

如出现以下错误:Cannot find config.m4. *****************************************

解决方法:

查看源码包OPENSSL文件夹下是否有config0.m4,如果有可执行,
#mv config0.m4 config.m4

4、进入最后的编译阶段了,我编译时是比较顺利的(有时ERROR如果出现,我也不好做阐述,只能靠自己查看errorlog日志了)

#./configure –with-openssl –with-php-config=/var/www/php/bin/php-config(注意:这个参数后的是你本机已安装好的PHP路径)
#make

#make test (测试编译结果)

#make install

当成功时会返回成功信息(注意查看,SO文件的所在位置):

Installing shared extensions: /usr/lib/20060613/(这路径是我虚拟的,正确请自己查找,会生成openssl.so文件)

一般规范点的话,会把追加的SO模块放在一个指定的文件夹里,就在PHP安装好的目录下的extensions文件夹内

#mv /*****/*****/openssl.so /var/www/php/lib/php/extensions

动态模块追加编译已全部完成了。。。。

最后就是要PHP支持加载这些追加的动态模块了,vi编辑PHP下的配置文件php.ini。

#vi /*******/*******/php.ini

进入编辑器后可以看到PHP的所有相关配置,查找extension_dir这个配置的选项,

vi后可直接‘/extension_dir '查找,找到后可能是这样的:

extension_dir  = "./"

需修改成: 

extension_dir  = "/var/www/php/lib/php/extensions/"   (注意是so文件的所在)

extension=openssl.so (so模块文件名)
最后保存退出! :wq!

接着就是重启 apache服务器了!(有说人不用,但也就一个命令,我觉得配置好重启还是安心点!)

可以用命令查看下PHP的运行加载: /var/www/php/bin/php -m|grep openssl (路径啥的我就不说了,就是安装好的PHP路径就是了)

出现的信息可能会出现一些错误,但都是没关系的:类似找不到什么DLL文件啊(openssl.dll之类的),别管他,DLL是WINDOWS主机服务器模块加载的类型,UNIX和LINUX是以SO为模块加载名的!

PHP演示最简单的MVC模式

为了更好的演示MVC的工作方式,我们使用了一个简单的新闻文章发布系统作为例子.分为使用MVC和不使用MVC两种方式.
我们只作一个基本的演示,从数据库里读出一些文章列表,并在页面上显示。一般的流程就是,连接数据库,查询数据库,循环输出html结果。下面的代码就是如此做的。(淡水感觉怪怪的,语言组织得不好。好在代码比较容易理解)

   
   
       
        

News Articles

headline ?>

body ?>

采用mvc方式.

model:


controller:


view:

   
   

News Articles

headline ?>

body ?>

译得不好请多多包涵,By 淡水河边 in PHP
原文:http://reinholdweber.com/?p=16

如何卸载lnmp

killall nginx *//终止nginx进程
/etc/init.d/mysql stop *//关闭mysql
killall mysqld *//终止mysql进程
/usr/local/php/sbin/php-fpm stop *//关闭php
killall php-cgi *//终止php-cgi进程
rm -rf /usr/local/php *//删除php文件
rm -rf /usr/local/nginx *//删除nginx文件
rm -rf /usr/local/mysql *//删除mysql文件
rm -rf /usr/local/zend *//删除zend文件
rm /etc/my.cnf *//删除配置文件
rm /etc/init.d/mysql *//删除mysql文件
rm /root/vhost.sh *//删除配置虚拟主机脚本
rm /root/lnmp *//删除lnmp文件夹

[转]再谈PHP开发者常犯的10个MySQL错误

最近看到一篇文章:《PHP开发者常犯的10个MySQL错误》,发现文中不少内容陈旧,随着时间推移技术发展变化而变得不适用。为了防止误导新手,特本着与时俱进的精神写出此文,绝非对原文作者的不尊重。

1.使用MyISAM而不是InnoDB
完全错误,反驳理由:
首先原文说MyISAM是默认使用的,而实际上到了MySQL 5.5.x,InnoDB已经成为了默认的表引擎。

另外,简单的使用InnoDB不是解决所有问题的方法,盲目的使用甚至会使应用性能下降10%乃至40%。

最佳方法还是针对具体业务具体处理,例如论坛中版块表,新闻分类表,各种码表等长时间不操作的表,还是要用性能优异的MyISAM引擎。
而需要用到事务处理的例如用户、账目、流水等严格要求数据完整性和时序性的,则需要用InnoDB引擎,并且应用也要用好事务处理机制。当然,事务处理必然要带来大量的性能损耗,但是这在简单高并发应用上是必须的。

最后,外键约束在公共web互联网应用上一般是不用的,因为他会严重影响性能。数据完整性还是靠程序员或者应用架构本身的健壮来维护。而正规的第三范式只是在企业内部MIS系统和12306这种网站上使用。

2.使用PHP的mysql方法
不完全错,但要酌情选用:
mysqli固然好,但是不是所有的服务器都为PHP编译了mysqli的支持。
当你的应用如果是能确定只用自己部署的服务器,而应用也是完全自己开发,则mysqli是最好的选择。
但是一旦你的应用有可能部署在虚拟主机或者由其他人部署(例如分布式项目),还是老老实实使用mysql函数集吧,好好封装一下或者使用成熟框架杜绝sql注入。

3.不过滤用户输入
这一点不用说了,要么MagicQuote,要么选用成熟框架。sql注入老话题了。

4.不使用UTF-8
大部分情况下对,但也要认真考虑:
要知道,一个UTF-8字符占3个字节,所以比GBK等其他编码的文件大33%。换句话说,相同的网页用UTF-8编码如果是100KB,那么换成GBK编码则只有66KB。所以即便你的PHP确定要用UTF-8,那么前端页面也要根据情况选择需要的编码。但是,如果PHP用UTF-8,前端模版是GBK,再加上模版引擎不强大,那么转码工作够你受的。所以尽可能的选用自己需要的编码,而不是简单的选择UTF-8了事。
最后啰嗦一句:UTF-8下:strlen(“我”)=3,而GBK下:strlen(“我”)=2

5.该用SQL的地方使用PHP
同样酌情考虑:
例如,有些人习惯在建表时,默认值填写CURRENT_TIMESTAMP,用来达到注册时间、发帖时间的效果。 或者在时间判断的SQL语句中,写类似SELECT x FROM tab1 WHERE regdate < UNIX_TIMESTAMP()。那么我只能说,你为系统埋下了很隐蔽的BUG。因为数据库和应用往往不在同一台机器上,时间很容易出现偏差。当你一套应用的时间参照不准确时,就会出现很大的问题。 正确做法是:不要使用MySQL的任何时间函数,而是在应用里计算时间。如果是分布式应用,一定要有时间服务器来统一管理时间。 而文中说的一些MySQL数学函数 ,也是要慎用。因为在大型应用中,数据库的负担往往是最大的,而复杂的WHERE语句又是造成慢查询的元凶。所以,要把计算尽可能的放在廉价的、不影响全局稳定的应用服务器上,而不是核心数据库上。 6.不优化查询 这点也不用说了,大型应用上甚至不允许使用各种JOIN,哪怕生写两条查询,查回来在用PHP合并数据。 7.使用错误的数据类型 INT,TinyINT,VARCHAR,CHAR,TEXT这些字段类型的合理选用无可厚非。 而Date、DateTime、TIMESTAMP这三种类型,在大型应用中是绝对不可以使用的,而是要用INT(10) UNSIGNED代替。 一个是性能,另外就是应用中尤其是PHP对UNIX_TIMESTAMP时间戳的转化实在太方便了。用Date要输出各种时间格式反而麻烦。 8.在SELECT查询中使用* 共勉 9.索引不足或者过度索引 索引是必须的,但是如果索引都解决不了的查询,考虑memcache或者nosql解决方案吧。 10.不备份 这条是作者凑数么? 11.另外:不考虑其他数据库 这条相当正确。应用中不仅要针对应用选择其他数据库,甚至还要针对具体的业务类型,在同一套应用中并行使用多种数据库。哪怕不是数据库,而是其他各种缓存、内存存储等解决方案。

[转]PHP开发者常犯的10个MySQL错误

新闻来源:cnw
数据库是Web大多数应用开发的基础。如果你是用PHP,那么大多数据库用的是MySQL也是LAMP架构的重要部分。PHP看起来很简单,一个初学者也可以几个小时内就能开始写函数了。但是建立一个稳定、可靠的数据库确需要时间和经验。下面就是一些这样的经验,不仅仅是MYSQL,其他数据库也一样可以参考。

1.使用MyISAM而不是InnoDB

MySQL有很多的数据库引擎,单一般也就用MyISAM和InnoDB。

MyISAM 是默认使用的。但是除非你是建立一个非常简单的数据库或者只是实验性的,那么到大多数时候这个选择是错误的。MyISAM不支持外键的约束,这是保证数据 完整性的精华所在啊。另外,MyISAM会在添加或者更新数据的时候将整个表锁住,这在以后的扩展性能上会有很大的问题。

解决办法很简单:使用InnoDB。

2.使用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对于一些小型的或者嵌入式应用来说也是不错的选择。

[转]output_buffering详细介绍

output_buffering详细介绍

HTTP Header
为什么要使用Output Buffering技术
Output Buffering的工作原理
基本用法
高级用法
使事情更为简单
哈哈,我成功了
我个人认为,Output buffering是比较纯粹的PHP4.0特征。尽管从概念上看来相当简单,但是output buffering功能非常强大,能使开发者更容易地开发高级而有效的程序。
本文将介绍HTTP header,以及output buffering如何帮助您处理HTTP header,并介绍了output buffering的一些高级用法。
HTTP Header[HTTP 标题]
对 于使用HTTP 协议建立的每个请求,Web服务器产生的响应通常包括两个部分 – 标题和主体。例如,如果在Web服务器的文档根目录下有一个小文本文件,叫做example.txt,文件中包含文本Hello, world!,那么对此文件的HTTP 请求响应如下所示:
HTTP/1.1 200 OK
Date: Sat, 02 Sep 2000 21:40:08 GMT
Server: Apache/1.3.11 (Unix) mod_macro/1.1.1 PHP/4.0.2-dev
Last-Modified: Sat, 02 Sep 2000 21:39:49 GMT
ETag: “12600b-e-39b173a5”
Accept-Ranges: bytes
Content-Length: 14
Connection: close
Content-Type: text/plain
Hello, world!
这 个请求中的第一部分(就是较多的那部分)就是HTTP header。虽然用户在浏览器中看不到HTTP header,但它包含了用于浏览器的信息,例如文档内容类型,使用的协议版本,文档的最后更改日期等等。HTTP header并没有太多的规则,通常情况下,它的格式如下:
Field: Value[字段:值]
必须用空行将它们和文档主体分开。
可以从PHP脚本添加或更改此HTTP header的信息。例如,可以使用 header() 函数:
header(“Location: http://www.php.net/”); // 重定向到 http://www.php.net/
也可以使用 SetCookie() 函数:
SetCookie(“foo”, “bar”);
你可能会知道HTTP cookies是使用 HTTP headers 来实现的。例如,以下PHP文件的 HTTP 请求响应

将会是这样的:
HTTP/1.1 200 OK
Date: Sat, 02 Sep 2000 21:43:02 GMT
Server: Apache/1.3.11 (Unix) mod_macro/1.1.1PHP/4.0.2-dev
X-Powered-By: PHP/4.0.2-dev
Set-Cookie: foo=bar
Connection: close
Content-Type: text/html
Set cookie.
浏览器读取从服务器返回的 HTTP header,知道送来了一个叫做 foo 的 cookie (在这里是一个 session cookie),它的值是 bar。
为什么要使用Output Buffering技术
早 在PHP/FI 2.0时就很明显需要output buffering技术了。如果你使用过这种版本的PHP,那么可能还记得经常会碰到 Oops, SetCookie called after header has been sent 这个错误消息,并使你捎头抓耳,也弄不清是什么原因。
如 果你已使用过PHP的最新版本 — PHP 3.0 甚至 PHP 4.0 — 那么你会知道这个错误消息: Oops, php_set_cookie called after header has been sent。或者,你在试图调用 PHP 的 header() 函数时会遇到 Cannot add header information – headers already sent 消息。一般来说,output buffering技术用户避免这些烦人的错误消息,同时开发人员也可用于高级的用途。
这些错误是什么时候产生的呢?如果你在已经发送了HTTP header之后试图添加或修改标题信息,以及在文档主体和标题之间缺少空行时,就会产生这些错误消息。为了理解这是如何产生的,让我们来看看PHP是如何处理HTTP header输出和主体输出的。
脚本开始执行时,它可以同时发送header(标题)信息和主体信息。
Header信息(来自 header() 或 SetCookie() 函数)并不会立即发送,相反,它被保存到一个列表中。
这样就可以允许你修改标题信息,包括缺省的标题(例如 Content-Type 标题)。但是,一旦脚本发送了任何非标题的输出(例如,使用HTML代码块或 print() 调用),那么PHP就必须先发送所有的标题,然后再送出空行,终止 HTTP header,而在此之后才会继续发送主体数据。从这时开始,任何添加或修改标题信息的试图都是不允许的,并会发送上述的错误消息之一。
虽然这并不会引起多大的问题,有时候只是在发出任何输入之前终止HTTP header,从而引起脚本逻辑的复杂化而已。Output buffering技术可以解决这些问题。
Output Buffering的工作原理
启用output buffering时,在脚本发送输出时,PHP并 不发送HTTP header。相反,它将此输出通过管道(pipe)输入到动态增加的缓存中(只能在PHP 4.0中使用,它具有中央化的输出机制)。你仍然可以修改,添加标题行,或者设置cookie,因为标题实际上并没有发送。最简单的情况是,当脚本终止 时,PHP将自动发送HTTP header到浏览器,然后再发送输出缓冲中的内容。这简单吧。
基本用法
可以使用下面的四个函数,它们可以帮助你控制output buffering:
ob_start()
启用output buffering机制。
Output buffering支持多层次 — 例如,可以多次调用 ob_start() 函数。

ob_end_flush()
发送output buffer(输出缓冲)并禁用output buffering机制。

ob_end_clean()
清除output buffer但不发送,并禁用output buffering。

ob_get_contents()
将当前的output buffer返回成一个字符串。允许你处理脚本发出的任何输出。

此外,可以启用 php.ini 中的 output_buffering 指令。如果启用了此指令,那么每个PHP脚本都相当于一开始就调用了ob_start()函数。
Example 1

 

Example 1

这里,尽管你已发送了输出(HTML代 码块中和 print 语句中),也可以使用 SetCookie() 调用,而不会出错,真的要感谢output buffering机制。请注意使用output buffering机制用于这种目的会引起一定程度上的性能损失,因此最好缺省情况下不要启用此机制。但是,对于复杂一些的脚本,output buffering可以简化逻辑性。
Example 2

 

这个例子显示了一个效率很低的确定字符串长度的方法。它不是简单的使用strlen()函数处理,而是先启用 output buffering 机制,将字符串打印出来,然后再确定output buffer的长度。最后清除output buffer(并没有发送),然后禁用output buffering机制。

原文地址:http://hi.baidu.com/pingfandexiake/blog/item/3673eac3fbf2715db219a876.html

PHP 多维数组排序 根据二维数组中某个项排序(转)

比如有个多为数组:

$arr = array(
‘d’ => array(‘id’ => 5, ‘name’ => 1, ‘age’ => 7),
‘b’ => array(‘id’ => 2,’name’ => 3,’age’ => 4),
‘a’ => array(‘id’ => 8,’name’ => 10,’age’ => 5),
‘c’ => array(‘id’ => 1,’name’ => 2,’age’ => 2)
);

需要对二维数组中的 age 项排序。

需要用到PHP的内置函数 array_multisort(),可以看手册。

自定义函数:

function multi_array_sort($multi_array,$sort_key,$sort=SORT_ASC){
if(is_array($multi_array)){
foreach ($multi_array as $row_array){
if(is_array($row_array)){
$key_array[] = $row_array[$sort_key];
}else{
return false;
}
}
}else{
return false;
}
array_multisort($key_array,$sort,$multi_array);
return $multi_array;
}

//处理

echo “<pre/>”;
print_r(multi_array_sort($arr,’age’));exit;

//输出

Array
(
[c] => Array
(
[id] => 1
[name] => 2
[age] => 2
)

[b] => Array
(
[id] => 2
[name] => 3
[age] => 4
)

[a] => Array
(
[id] => 8
[name] => 10
[age] => 5
)

[d] => Array
(
[id] => 5
[name] => 1
[age] => 7
)

)
written by 大宇