[转载][PHP]处理 UTF-8
转载自: PHP 最佳实践方法
此章节由 Alex Cabal 撰写,节录自 PHP Best Practices 并作为我们 UTF-8 建议的基础。
这不是开玩笑的,请小心与细心并前后一致地处理它。
PHP 至今在底层仍未支援 Unicode。而有许多方式可以确认 UTF-8 字串的处理是正确的,但通常不容易,还需要从上而下翻遍程序所有阶层,从 HTML、SQL 到 PHP。我们将会聚焦在简短的实践总结。
转载自: PHP 最佳实践方法
此章节由 Alex Cabal 撰写,节录自 PHP Best Practices 并作为我们 UTF-8 建议的基础。
PHP 至今在底层仍未支援 Unicode。而有许多方式可以确认 UTF-8 字串的处理是正确的,但通常不容易,还需要从上而下翻遍程序所有阶层,从 HTML、SQL 到 PHP。我们将会聚焦在简短的实践总结。
转载自: http://news.xinhuanet.com/fortune/2006-10/25/content_5245586.htm
我的衣柜里有一件红色外套。买下它是因为那天我逛 了一下午的街,没找到满意的,又不甘心白来一趟,就放低要求随便拿了一件,结果一到家就发现它根本不适合我。可是,几天后我还是穿着它去上班,因为总觉得 新衣服一次都不穿,实属浪费,钱就白花了。于是,我就穿着这件该死的红外套,像个大红灯笼一样在公司里晃悠了一整天。
后来,一个学经济的朋友指出,我在这件事上连续犯了两次同样的错误——买衣服只因为逛了很久的街,穿衣服只因为花过了钞票。这种“傻事”在行为决策学上叫作 “沉没成本谬误”。意思是说:人们在判断是否要做一件事情的时候,实际上只应该考虑两个因素:“它将给你带来多少好处”和“你需要为它付出多大成本”。但 是,很多人还是习惯于把之前已经为这件事做过的投入也考虑进来——虽然这些投入不管是对是错,都是不可能再收回的了。
转载自: 酷壳 - 21 天教你学会 C++
下面是一个《Teach Yourself C++ in 21 Days》的流程图, 请各位程式设计师同仁认真领会。如果有必要, 你可以查看这个图书以作参照: http: //www.china-pub.com/27043
看完上面这个图片, 我在想, 我学习 C++ 有 12 年了, 好像 C++ 也没有学得特别懂, 看到 STL 和泛型, 还是很头大。不过, 我应该去考虑研究量子物理和生物化学, 这样, 我才能重返 98 年杀掉还在大学的我, 然后达到 21 天搞定 C++ 的目标。另外, 得要特别提醒刚刚开始学习 C++ 的朋友, 第 21 天的时候, 小心被人杀害。呵呵。
本文是截取自 PC ADV 电脑王第 49 期 (2008年8月) 的 “平民 RAID 架设与评测” 文章,这是一本不错的杂志,完整的内容建议大家可以去买来阅读。
Read more
转载自: 黑客基地
其实 google 搜寻器变了骇客工具也不是新闻,老手早亦用到,新手的也可来试试。
只要将以下字串作搜寻的话,你都得到很多密码,当然若要得心应手便需要更多研究及借助其他软件,但初步先懂得去找。
“inurl”是骇客重要的搜寻方法,可搜到网址包括的关键字,例如输入“allinurl:login password”作搜寻,便会很易找到有 login 和 password 的网页。
“filetype”是骇客专用语法,例如想找 mdb 的数据库档案,可用“password filetype:mdb”作搜寻,便会找到密码文件,进阶用法可配合 inurl: 使用,例如 girl filetype:jpg site:com 便可搜到所有 .com 网站,而档案为 girl.jpg 或网页内容有 girl 字串的网页。
“Index of /admin”搜到的结果大多数是容许使用 index browsing 的网站,随便按下一个连结便看到网站的资料夹和档案分布。
转载自: Sam Tang @ Blog
grep search_key /path/to/filename
功能同上,但不分大小写:
grep -i search_key /path/to/filename
搜寻档案:在指定目录中搜寻档案,以下是在 /var/www/ 目录下搜寻 upload.php 的档案:
find /var/www/ -name upload.php
功能同上,但目标不是档案,而是目录:
find /var/www/ -name uploads -type d
还有更多有用的功能,以上只列出较常用的用法。
转载自: http://www.vcroad.net/ (枣子原创 [email protected])
做为一名大四的学生,我去面试过不少的公司,有成功的也有失败的,但是对我来说所有的失败在某种意义上都是一种成功,特别是我下面写的这些,写这篇文章的时候,我已经签了南京的一家软件公司,但是想起今年 2 月 21 日我面试苏州台湾的 IT 公司的经历联想到我们现在学习程式设计的一些情况我真的深有感触,这次面试使我深深的体会到了失败但也收获了很多。
我要说的将分成三部分:
当然这些话很大程度上是我个人的意见,不可能完全得到大家的赞同,所以在某些观点上如果哪位朋友觉得跟我的有很大出入,请不要介意,也不要对我攻击,就当我没有说过,欢迎和我联系共同探讨这些问题!
Read more
转载自: Neo’s Blog
今天大概把几种常见的数据库命名方式给整理了一下。
单复数皆有人使用,如 products、product。
美国人命名比较喜欢依照口语习惯来用复数命名,知名的 OpenSource 软件像 phpBB、OSCommerce、In-Link、pLog 皆是以复数命名。而 Moveable Type 则是少数使用单数名命的软件,台湾人也是单数命名居多。
使用 MySQL 的 Opensource 软件比常见整批性的加前缀(Prefix) 在字段里面,如 products 表单中的“产品名称”,可能就会命名为“products_name”而 Microsoft SQL Server 则是以纯字段名称居多,如产品名称就直接取叫“name”了。
前缀的命名有“语意导向”跟“实用导向”二种,所谓语意导向以口语的习惯来命名,像 products 是产品的集合(复数),里面的每个产品是单数,所以用产品名称为例就是“product_name”。
而实用导向常见的就是以表单名称做为前缀,如前例在 products 里的产品名称字段就会命名为“products_name”,如此做的好处是程式会非常清楚每个字段是从哪个表单抓出来的。但是缺点是在程式里面语意不清,看起来会很不习惯。
然而大部份的字段前缀字符还是以语意导向为主,若要使用实用导向,最好表单名称采用单数(如 Moveable Type),否则像 OSCommerce 的全员复数,感觉程式在用名字就很奇怪,如程式明明就是只抓一笔产品名称出来,看到 products_name 就觉的既不是复数,而且文法上也不通,意义上反而比较像 product’s name。
Microsoft 的命名方式喜欢单字第一个字母大写,如 OrderDetail。而 MySQL 比较常见全部小写,单字中间加底线的命名方式,如 order_detal。这跟数据库的字符大小写敏感度默认值有关,MS SQL Server 默认是大小写不分,MySQL 则是大小写视为不同字段,所以统一小写比较不容易出错。
转载自: 中文 PHP 资讯站
一般个人免费主页空间都不会提供mysql支援,就是提供也很苛刻,所以寻找也个良好的替代方案很重要哦!
PHP的文件处理功能很强大,所以可以用文件的存取来代替来!(要知道没有数据库的时候,什么都是用文件组织的哦!呵呵!),其中个资料项目用特殊符号分割,我采用的是"||",方便通过explode()函数读取单个记录
其实这里数据库的思想还是可以用到的!象数据库的索引!所以必须先做个索引文件!(这样说也并不正确)
转载自: 中文 PHP 资讯站
从PHP 4.2.0版本开始中, PHP 指令 register_globals 的默认值为 off(在php.ini配置文件里). 这是 PHP 的一个主要变化。register_globals是干什么用的呢?它是PHP用来控制是否将EGPCS (Environment, GET, POST, Cookie, Server)变量是否注册为总体变量的。
例如,对于 http://www.xx.php?var=2 这里的var,在为 on 时,你只需用 $var 即可,但在 off 时,就必须用 $_GET["var"] 来接收了~ 这里的 $_GET 就是一个PHP超总体变量阵列。和它性质一样的还有:
![]()
我们解决了什么问题?我们创造了什么价值?
近期回响