PHP入门

下面我们来分享一下我珍藏的php数据库操作类，他的强大之处是可支持mysql,mssql,pg三大主流数据库，你只要修改一下数据库的类型就可以直接应用。

Solr的版本升级较快，目前已经到5.x的版本，但是drupal的版本升级比较慢，因此关于Drupal升级使用solr高版本的问题，进展也比较慢，另外一个原因是Drupal的apachesolr模块是否支持也是一个问题，所以作者建议不要盲目的升级使用高版本，一定要测试之后才能在正式服务器上使用。

yii数据操作有很多不同的操作方法，下文我们就整理一些关于yii数据增加 删除 修改 查找的操作方法，希望可以帮助到大家。

yii操作数据库的实现方式有很多种，以下总结出一套yii操作数据库的语句：

批量添加数据和批量更新数据在可以为网站管理员节省不少时间，现在我们来学习一下用phpphp批量添加数据与批量更新数据的实现方法。

php如果要批量保存数据我们只要使用sql的insert into语句就可能实现数据批量保存了,如果是更新数据使用update set就可以完成更新了,操作方法都非常的简单,下面整理两个例子.

本实例讲的是用用PHP将科学计数法转为正常数字的函数，本函数经本人实测可用，现在分享给大家。

PHP实现将科学计数法转换为原始数字字符串的方法实现代码如下：

如果你的网站有表单提交的话，可能会遇到有人恶意提交表单，现在我们来用php通过记录客户端ip地址来防止表单重复提交，代码分享给大家。

本文实例分析了php通过记录IP来防止表单重复提交方法。分享给大家供大家参考。具体分析如下：

网站文件上传安全性不容忽视，我们第一步验证就是限制上传扩展名，只能上传我们规定的文件扩展名，现在我们用php的ereg来验证上传文件。

ereg格式如下：

字符串匹配在php中非常常见，本文通过实例来讲解一下php中最简单的字符串匹配算法，希望初学php的同学通过本实例，对字符串匹配有所了解。

本文实例讲述了php中最简单的字符串匹配算法，具体实现方法如下：

图片操作在网站的应用相当广范，特别是现在互联网高度发达，很多内容都是以图片来显示，现在我们来讲讲用php来操作上传的图片，3D图片绘制、图片缩放、图片旋转、图片裁剪、图片添加水印。

注：下面的定义都是狭义的，用于限定本次要解决的问题域，你也可以定义你自己标准，这不是啥业界标准。

(一) 轻量级MVC定义：

1. 框架对应用无侵入，不依赖任何接口类
2. 框架零配置，零注解
3. 简单易用，易于理解，暂且不搞RESTful，免得复杂

(二) 轻量级MVC接口：

1. Controller采用setter注入请求参数，并支持层级注入，如：book.title.
2. Controller采用getter供给数据给View，在View中可直接取到相应属性值，如：${property}.
3. Controller采用任意非setter和getter函数处理请求。
4. Controller采用函数返回值控制跳转，只允许跳转到另一Controller，不允许一个Controller对应两个View.
5. Controller对Model的依赖采用setter自动装配，包括Model之间的依赖.
6. Session参数，如：loginUserId，也通过setter注入到Controller，如果有请求参数注入了loginUserId，也会被Session参数给覆盖.
7. View与Controller一对一，通过名称映射，并支持各种View模板类型扩展，比如：JSP, Velocity, FreeMarker, CommonTemplate等.
8. 没有Controller时，View也能执行，相当于隐式Controller。
9. 框架应提供COC接口，基于规则约定某个包名是model，某个包名是controller，某个目录是view，比如：com.company.module.controller，自动发现module，并以单例模式加载model，以原型模式加载controller。
总而言之，接口除了setter和getter，以及自动映射规则，什么都没有.

(三) 轻量级MVC访问：

http://主机名[:端口][/应用名]/模块名/控制器名/函数名.html[?参数名=参数值]
注：方括号代表可省

(四) 轻量级MVC实现：

符合以上接口的实现均可。

(五) 轻量级MVC优势：

业务逻辑不依赖任何框架，可以适配到任意框架而不影响业务代码，当旧的框架被淘汰，无人维护时，可以以最快的方式迁移到新的更稳定的框架.

理想是美好的，现实是残酷的，上面纯属个人想法，现实中困难多了，怀着美好愿景总是好的。

字符编码集按长度分为 SBCS(单字节字符集)，DBCS(双字节字符集)两大类。早期的软件(尤其是操作系统)，为了解决本地字符信息的计算机处理，出现了各种本地化版本(L10N)，为了区分，引进了 LANG, Codepage 等概念。但是由于各个本地字符集代码范围重叠，相互间信息交换困难; 软件各个本地化版本独立维护成本较高。因此有必要将本地化工作中的共性抽取出来，作一致处理，将特别的本地化处理内容降低到最少。这也就是所谓的国际化(118N)。各种语言信息被进一步规范为 Locale 信息。处理的底层字符集变成了几乎包含了所有字形的 Unicode。

现在大部分具有国际化特征的软件核心字符处理都是以 Unicode 为基础的，在软件运行时根据当时的ocale/Lang/Codepage 设置确定相应的本地字符编码设置，并依此处理本地字符。在处理过程中需要实现 Unicode 和本地字符集的相互转换，甚或以 Unicode 为中间的两个不同本地字符集的相互转换。这种方式在网络环境下被进一步延伸，任何网络两端的字符信息也需要根据字符集的设置转换成可接受的内容。

数据库中的字符集编码问题

流行的关系数据库系统都支持数据库字符集编码，也就是说在创建数据库时可以指定它自己的字符集设置，数据库的数据以指定的编码形式存储。当应用程序访问数据时，在入口和出口处都会有字符集编码的转换。对于中文数据，数据库字符编码的设置应当保证数据的完整性。GB2312、GBK、UTF-8 等都是可选的数据库字符集编码; 当然我们也可以选择 ISO8859-1 (8-bit)，只是我们得在应用程序写数据之前先将 16Bit 的一个汉字或 Unicode 拆分成两个 8-bit 的字符，读数据之后也需要将两个字节合并起来，同时还要判别其中的 SBCS 字符，因此我们并不推荐采用 ISO8859-1 作为数据库字符集编码。这样不但没有充分利用数据库自身的字符集编码支持，而且同时也增加了编程的复杂度。编程时，可以先用数据库管理系统提供的管理功能检查其中的中文数据是否正确。

PHP 程序在查询数据库之前，首先执行 mysql_query("SET NAMES xxxx"); 其中 xxxx 是你网页的编码(charset=xxxx)，如果网页中 charset=utf8，则 xxxx=utf8，如果网页中 charset=gb2312，则xxxx=gb2312，几乎所有 WEB 程序，都有一段连接数据库的公共代码，放在一个文件里，在这文件里，加入 mysql_query("SET NAMES xxxx") 就可以了。

SET NAMES 显示客户端发送的 SQL 语句中使用什么字符集。因此，SET NAMES 'utf-8' 语句告诉服务器"将来从这个客户端传来的信息采用字符集 utf-8"。它还为服务器发送回客户端的结果指定了字符集(例如，如果你使用一个 SELECT 语句，它表示列值使用了什么字符集)。

定位问题时常用的技巧

定位中文编码问题通常采用最笨的也是最有效的办法?在你认为有嫌疑的程序处理后打印字符串的内码。通过打印字符串的内码，你可以发现什么时候中文字符被转换成 Unicode，什么时候Unicode 被转回中文内码，什么时候一个中文字成了两个 Unicode 字符，什么时候中文字符串被转成了一串问号，什么时候中文字符串的高位被截掉了……

取用合适的样本字符串也有助于区分问题的类型。如："aa啊 aa?@aa" 等中英相间，GB、GBK特征字符均有的字符串。一般来说，英文字符无论怎么转换或处理，都不会失真(如果遇到了，可以尝试着增加连续的英文字母长度)。

解决各种应用的乱码问题

1) 使用标签设置页面编码

这个标签的作用是声明客户端的浏览器用什么字符集编码显示该页面，xxx 可以为 GB2312、GBK、UTF-8(和 MySQL 不同，MySQL 是 UTF8)等等。因此，大部分页面可以采用这种方式来告诉浏览器显示这个页面的时候采用什么编码，这样才不会造成编码错误而产生乱码。但是有的时候我们会发现有了这句还是不行，不管 xxx 是哪一种，浏览器采用的始终都是一种编码，这个情况我后面会谈到。

请注意， 是属于 HTML 信息的，仅仅是一个声明，仅表明服务器已经把 HTML 信息传到了浏览器。

2) header("content-type:text/html; charset=xxx");

这个函数 header() 的作用是把括号里面的信息发到 http 标头。如果括号里面的内容为文中所说那样，那作用和 标签基本相同，大家对照第一个看发现字符都差不多的。但是不同的是如果有这段函数，浏览器就会永远采用你所要求的 xxx 编码，绝对不会不听话，因此这个函数是很有用的。为什么会这样呢?那就得说说 http 标头和 HTML信息的差别了：

http 标头是服务器以 http 协议传送 HTML 信息到浏览器前所送出的字串。而 标签是属于 HTML 信息的，所以 header() 发送的内容先到达浏览器，通俗点就是 header() 的优先级高于 (不知道可不可以这样讲)。假如一个PHP页面既有header("content-type:text/html; charset=xxx")，又有，浏览器就只认前者 http 标头而不认 meta 了。当然这个函数只能在PHP页面内使用。

同样也留有一个问题，为什么前者就绝对起作用，而后者有时候就不行呢?这就是接下来要谈的Apache 的原因了。

3) AddDefaultCharset

Apache 根目录的 conf 文件夹里，有整个 Apache 的配置文档 httpd.conf。

用文本编辑器打开 httpd.conf，第 708 行(不同版本可能不同)有 AddDefaultCharset xxx，xxx为编码名称。这行代码的意思：设置整个服务器内的网页文件 http 标头里的字符集为你默认的 xxx字符集。有这行，就相当于给每个文件都加了一行 header("content-type:text/html; charset=xxx")。这下就明白为什么明明 设置了是 utf-8，可浏览器始终采用 gb2312 的原因。

如果网页里有 header("content-type:text/html; charset=xxx")，就把默认的字符集改为你设置的字符集，所以这个函数永远有用。如果把 AddDefaultCharset xxx 前面加个"#"，注释掉这句，而且页面里不含 header("content-type…")，那这个时候就轮到 meta 标签起作用了。

下面列出以上的优先顺序：

.. header("content-type:text/html; charset=xxx")

.. AddDefaultCharset xxx

..

如果你是 web 程序员，建议给你的每个页面都加个header("content-type:text/html; charset=xxx")，这样就可以保证它在任何服务器都能正确显示，可移植性也比较强。

4)PHP.ini 中的 default_charset 配置：

php.ini 中的 default_charset = "gb2312" 定义了PHP的默认语言字符集。一般推荐注释掉此行，让浏览器根据网页头中的 charset 来自动选择语言而非做一个强制性的规定，这样就可以在同台服务器上提供多种语言的网页服务。

结束语

其实PHP开发中的中文编码并没有想像的那么复杂，虽然定位和解决问题没有定规，各种运行环境也各不尽然，但后面的原理是一样的。了解字符集的知识是解决字符问题的基础。不过，随着中文字符集的变化，不仅仅是PHP编程，中文信息处理中的问题还是会存在一段时间的。

在网站中调用新闻标题或者摘要的时候，为了布局美观，我们经常要截取一部分显示，但是截取中文字符时有时经出现乱码，现在我们来讲讲如何解决截取中文乱码的问题。