[转载][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
还有更多有用的功能,以上只列出较常用的用法。
转载自: CNet
过去曾经被专业程式设计师视为太简单的描述语言(scripting languages),正逐渐成为企业软件开发界里的一等公民。
数据库大厂甲骨文(Oracle)要在周一宣布一项合作案,可望能够让采用Zend Technologies 公司PHP工具的企业,更容易建立客制化的应用。PHP是一种用来设计网页的开放原始码描述语言。
除了甲骨文的加码PHP之外,近来软件大厂如IBM、升阳(Sun),及微软,也都大力投入越来越受欢迎的描述语言,或者也称“动态”(dynamic)语言。
描述语言过去以来已经用在网络上各种应用的设计上,但是一般而言,企业开发者并未广为采用。但是近来有越来越多的企业与IT专业从业者寻求以这种语言,做为简化与加速公司内客制化程式的方法,藉以避免近来普遍存在的应用软件过于庞大或预算暴增的问题。
“描述语言越来越受欢迎而且越来越强大,只因为它太容易使用了。”顾问公司InterKnowlogy执行长Tim Huckaby表示。“这跟完成时机与金钱有关,而非关底层究竟有多优雅。”
借由与Zend的合作,甲骨文赶搭PHP的这股风潮,并鼓励Oracle数据库的使用。根据Zend行销副总裁Pamela Roussos表示,目前,Zend客户有20%以上使用Oracle数据库。
同时甲骨文也可吸引较小型的公司企业而扩大其客户群──这些客户通常缺乏强大的IT部门以一些知名的程式语言来打造庞大的客制化商业应用软件。相较于较为 复杂的Java、C、C++,及Visual Basic,描述语言可以不需要电脑科学学历或太多的专业训练即可广被采用。
甲骨文用来执行客制化商业应用的自家开发工具及相关的“中介软件”都是以Java为基础。同样的,IBM、BEA、升阳等厂商也都持续在投资Java标准。另一方面,微软的工具则是以它专属的“.Net”软件为基础。
Zend采用开放原始码的PHP软件并专门为企业开发者提供开发工具。
转载自: 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 则是大小写视为不同字段,所以统一小写比较不容易出错。
我们解决了什么问题?我们创造了什么价值?
近期回响