不爽，so我偏要先弄出來
以下適用ubuntu 和apt-get的基本架構環境，其他自行調整

1.先phpinfo() 看apache2handler的mod_rewrite有沒有開 沒開就a2enmod rewrite一下
2.ubuntu為例，httpd.conf不存在，這東西只在site avalible裡面的default

default裡面 AllowOverride None 要改掉，怕All會出問題就用Auth
Auth怎運作自行看鳥哥說明

3. .htacess如果已經正確執行，不要在裡面再AllowOverride一次不然會直接ISE
4.真的ISE的話(不一定是3的問題)去看log，會告訴你htacess究竟噴了哪種錯誤，再試圖修正
4-1.一般來說雙向確認方法就是把rewrite功能關掉看是否網頁又正常

5.補充一題，14版ubuntu 的aptget下來的套件的apache2.conf
已經自帶htacess解析  ErrorLog路徑 沒事不要再多寫一次

6.環境不同，網路上查的mods-enabled 以我ubuntu為例，是以分散檔案的方式
存在mods-enabled裡面來設定的，而可設定內容在avalible，並非全部以list方式呈現

註:a2enmod 叫做 apache2 enable module
所以如果要關閉特定模組 就是a2dismod (apache2 disable module)

官網那個Model寫法是

模組本身
namespace Model;
class xxx extends \Model {

使用時
use \Model\xxx;

呼叫時 xxx::function(etc
不use的呼叫時為\Model\xxx::function(etc

但是遇到extends Model_Crud的時候就掛了，因為不能多重繼承
這時只好利用路徑_檔名的特性

改寫成:

模組本身
class Model_xxx

使用時
use Model_xxx as xxx;

呼叫時 xxx::function(etc
不use的狀況下呼叫為 Model_xxx::function(etc

注意，FuelPHP的文件，直到你做出實際可跑的結果之前，你應該都看不懂他在寫什麼
那個Example完全只有設定方向，實際可以怎麼用...你還是得自行測試，根本不算Example

相對這個詭異的文件，Code Igniter提供的教學雖然比較簡單，但你可以馬上知道那個MVC運作到底在做什麼，以文件和example來說是相對比較適當的寫法

FuelPHP

1.FuelPHP的header content footer分隔用法要看 控制器=>樣板(template)
2.沒曖昧的膠水需求直接無視viewmodel，真正的view在apppath/view
3.資料庫真正設定位置在apppath/config/development(除非你去bootstrap改過環境)
註:裡面帳號密碼都是root且有優先複寫，只要沒改掉development或改掉帳密有九成會掛
4. Controller Model View用法直接去看Code Igniter的說法比較容易懂


Bootstrap(FuelPHP裡面的CSS)

Bootstrap網路上非常多用舊格式的example，然而Fuelphp使用的是3.0，直接套絕對沒效果
1.由於舊版說明文本仍然是存在的，但由於做法的不同，在3.0是沒有用的
例如大部分默認以最少套用，舊版的表單直接有預設樣式這點，新版是不存在的
2.文字符號寫法有變更，拿舊版class會直接變方框需處理
3.按鈕如果沒有變立體，是因為沒有引入theme的緣故

YES，我可以告訴你上位視點對於社會是正確的
我有地位，我有管理權限，讓我爽的我就可以讓你過好日子

但是這不代表你們可以膚淺別人的誠意
正確來說，你們根本不懂怎麼讀別人的誠意
誠實的告訴你我不行我需要學習，居然比不上虛偽奉承說我什麼都行結果事後發現連基礎都沒有還要各種補救各種加強的傢伙

Of Course，你還是對的

因為你可以自我安慰說反正大家程度也都是這樣啦
既然每個都不會，我只好選一個捧我捧到我覺得最爽的，至少感覺比較舒服

YES，你正在檢視大家的虛偽程度，奉承程度，以及爽度
你正在忽視大家的誠實程度，真正本事，以及經驗

隨便出個機智問答看別人的反應好玩嗎?非常好玩
但這樣就能測出大家的應變力差距了?抱歉不行
有本事就來比實作，而不是隨便抽一題程式碼請背出來然後這就是你的程度
有本事就直接丟個CASE來現場規劃，而不是隨便考一題課本規劃細節然後這等於你的規劃程度

如果連這個都不敢，我只能說
你的需求也僅止於找擅長阿諛奉承的專家，以及機智問答看多的專家
然後他們的程度還不能太高，要不然我的地位搞不好不保
程度高也要貶到我最需要的部分只是理所當然完全不值得一提，這樣才能廉價又理所當然的利用
然後隨便找一個看起來很專業的東西告訴你這個才是最終的崇高且必要的目標，你連這個都不會，就乖乖的廉價被我利用到底吧
看，我用我的聰明才智，保留了我的地位，真是佩服我自己

有新穎想法?不!這個我早想過了，嘗試告訴我你的細節，我來看看跟我原本想得有什麼不同
噢，這邊其實有嚴重的問題，所以不可行啦
我才不會告訴你說只要加上一點小修正就會變成全新的創意，因為那不是你的創意，是我的!
總而言之我有了一個全新又完整的創意!

Yes，我百分之百正在質疑你的程度，而且不是指專業程度，而是管理程度
No，你還是對的，不需要擔心，因為大家還是需要自保的

著名問題:

三個門，一個門後面有獎品，另外兩個門是空的，主持人讓你選一個，如果選中的後面有獎品，你就可以得到他，主持人是知道後面哪一個門有獎品的
你選了一個以後，主持人打開另外兩個門之中的一個，當然後面是空的
主持人給你一個機會:你要不要改變選擇

基於這個基底
假設現在有3000場次
1000場次獎品在A 1000場次獎品在B 1000場次獎品在C

有些人會說，主持人看你選的門以後，才去開空門，也就是"不一定開B門"的狀況
我們來看看上述所謂的平均機率的狀況，即:
1000場次獎品在A 1000場次獎品在B 1000場次獎品在C

獎品在A，選A門的時候，主持人無論開哪個門都是空的，如果換了100%拿不到獎品
獎品在B，選A門的時候，主持人只會開C門，如果換了100%拿到獎品
獎品在C，選A門的時候，主持人只會開B門，如果換了100%拿到獎品

所以，大家都會按照這個概率下去思考
"我要換"

但是，問題來了

如果這個場次只有1的時候會發生什麼事情呢?
現在沒有什麼3000場次必有1000場次在A門這種事情了，咱們就一次機會，不會列入統計
無法統計出樣本的事情是不能當機率算的，只能按照現有條件來算

三個門，只有一個獎品，每個門確實1/3
主持人打開一個門，無論另一個門是否有獎品，主持人打開空門就是告訴你，沒獎品

兩個門，只有一個獎品，這是現有狀況的"唯一已知"
也就是，如果只有一場，主持人開B門的時候，現在其實是這個狀況:

獎品在A，選A門的時候，主持人無論開哪個門都是空的，如果換了100%拿不到獎品
獎品在C，選A門的時候，主持人只會開B門，如果換了100%拿到獎品
獎品不可能在B，因為主持人證明給你看了

問:你是參加連續1000次，還是只參加1次

先將英傑手記還原成草稿狀況(其他人看不到)

觀望狀況後再決定要不要放出來




另翻譯坑準備開工

這是面對現實的問題，而不是有沒有被歧視的問題