Vixual

轉載自: PHP 最佳實踐方法

此章節由 Alex Cabal 撰寫，節錄自 PHP Best Practices 並作為我們 UTF-8 建議的基礎。

這不是開玩笑的，請小心與細心並前後一致地處理它。

PHP 至今在底層仍未支援 Unicode。而有許多方式可以確認 UTF-8 字串的處理是正確的，但通常不容易，還需要從上而下翻遍程序所有階層，從 HTML、SQL 到 PHP。我們將會聚焦在簡短的實踐總結。

Read more

轉載自: 網路郵件

弟子問師父：「關於人生，最讓您感到驚訝的是什麼？」

師父回答：

人類，他們急於成長，而又哀悼失去的童年。
為了賺取金錢而犧牲健康，之後又想用金錢恢復健康。
對未來焦慮不已，卻又無視現在的幸福。

因此，他們既不活在當下，也不活在未來。
活著時，忘了生命是短暫的; 臨死前，才發現自己未曾好好地活著。

轉載自: http://news.xinhuanet.com/fortune/2006-10/25/content_5245586.htm

既成的事實都是已經沉沒掉的

我的衣櫃裏有一件紅色外套。買下它是因為那天我逛 了一下午的街，沒找到滿意的，又不甘心白來一趟，就放低要求隨便拿了一件，結果一到家就發現它根本不適合我。可是，幾天後我還是穿著它去上班，因為總覺得 新衣服一次都不穿，實屬浪費，錢就白花了。於是，我就穿著這件該死的紅外套，像個大紅燈籠一樣在公司裏晃悠了一整天。

後來，一個學經濟的朋友指出，我在這件事上連續犯了兩次同樣的錯誤——買衣服只因為逛了很久的街，穿衣服只因為花過了鈔票。這種「傻事」在行為決策學上叫作 「沉沒成本謬誤」。意思是說：人們在判斷是否要做一件事情的時候，實際上只應該考慮兩個因素：「它將給你帶來多少好處」和「你需要為它付出多大成本」。但 是，很多人還是習慣於把之前已經為這件事做過的投入也考慮進來——雖然這些投入不管是對是錯，都是不可能再收回的了。

Read more

轉載自: 酷壳 - 21 天教你学会 C++

下面是一個《Teach Yourself C++ in 21 Days》的流程圖, 請各位程式設計師同仁認真領會。如果有必要, 你可以查看這個圖書以作參照: http: //www.china-pub.com/27043

看完上面這個圖片, 我在想, 我學習 C++ 有 12 年了, 好像 C++ 也沒有學得特別懂, 看到 STL 和泛型, 還是很頭大。不過, 我應該去考慮研究量子物理和生物化學, 這樣, 我才能重返 98 年殺掉還在大學的我, 然後達到 21 天搞定 C++ 的目標。另外, 得要特別提醒剛剛開始學習 C++ 的朋友, 第 21 天的時候, 小心被人殺害。呵呵。

Read more

本文是截取自 PC ADV 電腦王第 49 期 (2008年8月) 的 “平民 RAID 架設與評測” 文章，這是一本不錯的雜誌，完整的內容建議大家可以去買來閱讀。
Read more

轉載自: 黑客基地

其實 google 搜尋器變了駭客工具也不是新聞，老手早亦用到，新手的也可來試試。

只要將以下字串作搜尋的話，你都得到很多密碼，當然若要得心應手便需要更多研究及借助其他軟件，但初步先懂得去找。

inurl

「inurl」是駭客重要的搜尋方法，可搜到網址包括的關鍵字，例如輸入「allinurl:login password」作搜尋，便會很易找到有 login 和 password 的網頁。

filetype

「filetype」是駭客專用語法，例如想找 mdb 的資料庫檔案，可用「password filetype:mdb」作搜尋，便會找到密碼文件，進階用法可配合 inurl: 使用，例如 girl filetype:jpg site:com 便可搜到所有 .com 網站，而檔案為 girl.jpg 或網頁內容有 girl 字串的網頁。

Index of /admin

「Index of /admin」搜到的結果大多數是容許使用 index browsing 的網站，隨便按下一個連結便看到網站的資料夾和檔案分佈。

Read more

轉載自: 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軟體並專門為企業開發者提供開發工具。

Read more

轉載自: http://www.vcroad.net/ (棗子原創 [email protected])

做為一名大四的學生，我去面試過不少的公司，有成功的也有失敗的，但是對我來說所有的失敗在某種意義上都是一種成功，特別是我下面寫的這些，寫這篇文章的時候，我已經簽了南京的一家軟體公司，但是想起今年 2 月 21 日我面試蘇州台灣的 IT 公司的經歷聯想到我們現在學習程式設計的一些情況我真的深有感觸，這次面試使我深深的體會到了失敗但也收穫了很多。

我要說的將分成三部分:

1. 我去面試的具體經過
2. 由面試想到的
3. 現今我應該做的

當然這些話很大程度上是我個人的意見，不可能完全得到大家的贊同，所以在某些觀點上如果哪位朋友覺得跟我的有很大出入，請不要介意，也不要對我攻擊，就當我沒有說過，歡迎和我聯繫共同探討這些問題！
Read more

轉載自: Neo’s Blog

今天大概把幾種常見的資料庫命名方式給整理了一下。

1.資料庫表單(Table)名稱:

單複數皆有人使用，如 products、product。

美國人命名比較喜歡依照口語習慣來用複數命名，知名的 OpenSource 軟體像 phpBB、OSCommerce、In-Link、pLog 皆是以複數命名。而 Moveable Type 則是少數使用單數名命的軟體，台灣人也是單數命名居多。

2.資料庫欄位名稱:

使用 MySQL 的 Opensource 軟體比常見整批性的加前綴(Prefix) 在欄位裡面，如 products 表單中的「產品名稱」，可能就會命名為「products_name」而 Microsoft SQL Server 則是以純欄位名稱居多，如產品名稱就直接取叫「name」了。

前綴的命名有「語意導向」跟「實用導向」二種，所謂語意導向以口語的習慣來命名，像 products 是產品的集合(複數)，裡面的每個產品是單數，所以用產品名稱為例就是「product_name」。

而實用導向常見的就是以表單名稱做為前綴，如前例在 products 裡的產品名稱欄位就會命名為「products_name」，如此做的好處是程式會非常清楚每個欄位是從哪個表單抓出來的。但是缺點是在程式裡面語意不清，看起來會很不習慣。

然而大部份的欄位前綴字元還是以語意導向為主，若要使用實用導向，最好表單名稱採用單數(如 Moveable Type)，否則像 OSCommerce 的全員複數，感覺程式在用名字就很奇怪，如程式明明就是只抓一筆產品名稱出來，看到 products_name 就覺的既不是複數，而且文法上也不通，意義上反而比較像 product’s name。

3.大小寫:

Microsoft 的命名方式喜歡單字第一個字母大寫，如 OrderDetail。而 MySQL 比較常見全部小寫，單字中間加底線的命名方式，如 order_detal。這跟資料庫的字元大小寫敏感度預設值有關，MS SQL Server 預設是大小寫不分，MySQL 則是大小寫視為不同欄位，所以統一小寫比較不容易出錯。