Swoole是為PHP開發的生產級異步編程框架。他是一個純C 開發的擴展， 他允許PHP 開發者在PHP 中寫高性能，可擴展的並發TCP， UDP， Unix socket， HTTP， WebSocket 服務， 而不需要擁有太多的非阻塞I/O 編程和低級別的Linux 內核知識。你可以把Swoole 想像成NodeJS， 但對於PHP 來說將有更高性能。

為什麼要在Swoole 上運行Laravel?

下圖展示了PHP 的生命週期。正如你所看到的那樣，當你每次運行PHP 腳本的時候，PHP都需要初始化模塊並為你的運行環境啟動Zend引擎。並且將PHP 腳本編譯為OpCodes 以便Zend引擎執行。

但是， 這樣的生命週期需要在每次請求的時候都執行一遍。因為單個請求創建的環境在請求執行結束後會立即銷毀。

換句話說， 在傳統的PHP 生命週期中， 為了腳本執行而浪費了大量的時間去創建和銷毀資源。想像一下像Laravel 這樣的框架， 在每次請求中需要加載多少文件? 同時也浪費了大量的I/O 操作

因此如果我們利用Swoole 內置一個應用級別的Server， 並且所有腳本文件在加載一次之後便可以保存在內存中呢？這就是為什麼我們需要嘗試在Swoole 上運行Laravel。 Swoole 可以提供強大性能而Laravel 則可以提供優雅代碼結構使用。這倆兒真是完美組合!

安裝

以下是swooletw/laravel-swoole的主要特點：

• 在Swoole 運行Laravel/Lumen 應用

• 出色的性能提升至30x

• 沙盒模式隔離應用程序容器

• 支持在Laravel 應用中運行WebSocket 服務器

• 支持Socket.io協議

• 支持Swoole 表跨進程共享

使用Composer 安裝：

$ composer require swooletw/laravel-swoole

這個包依賴於Swoole 。在使用這個包之前，請確保你的機器安裝了正確的Swoole 。使用下面的命令快速安裝（linux）：

pecl install swoole

在安裝這個擴展之後，你需要編輯php.ini添加extension=swoole.so 。

php -i | grep php.ini # check the php.ini file location sudo echo "extension=swoole.so" > php.ini # add the extension=swoole.so to the end of php.ini php -m | grep swoole # check if the swoole extension has been enabled

訪問官網獲取更多的訊息。
注意：Swoole 現在只支持Linux 和OSX 。 Windows 服務器現在還不支持。

然後，添加服務提供者：

如果你使用Laravel ，在config/app.php服務提供者數組添加該服務提供者：

[ 'providers' => [ SwooleTWHttpLaravelServiceProvider::class, ], ]

如果你使用Lumen ，請將下面的代碼添加到bootstrap/app.php ：

$app->register(SwooleTWHttpLumenServiceProvider::class);

這個包支持包自動發現機制。如果你運行Laravel 5.5 以上版本，你可以跳過這一步。

建立並運行起來

現在，你可以執行以下的命令來啟動Swoole HTTP 服務。

$ php artisan swoole:http start

然後你可以看到以下訊息：

Starting swoole http server... Swoole http server started: <http://127.0.0.1:1215>

現在可以通過訪問http://127.0.0.1:1215來進入Laravel應用。

基準測試

使用MacBook Air 13寸（2015年產）及乾淨的Lumen 5.5 項目測試：
基準測試工具： wrk

wrk -t4 -c100 http://your.app

基於FPM 的Nginx

Running 10s test @ http://lumen.app:9999 4 threads and 100 connections Thread Stats Avg Stdev Max +/- Stdev Latency 1.14s 191.03ms 1.40s 90.31% Req/Sec 22.65 10.65 50.00 65.31% 815 requests in 10.07s, 223.65KB read Requests/sec: 80.93 Transfer/sec: 22.21KB

Swoole HTTP 服務

Running 10s test @ http://127.0.0.1:1215 4 threads and 100 connections Thread Stats Avg Stdev Max +/- Stdev Latency 11.58ms 4.74ms 68.73ms 81.63% Req/Sec 2.19k 357.43 2.90k 69.50% 87879 requests in 10.08s, 15.67MB read Requests/sec: 8717.00 Transfer/sec: 1.55MB

更多訊息

在Github Repo查看官方包，也可以參考官方文檔獲取更多訊息。

更多現代化PHP知識，請前往Laravel / PHP知識社區

社區優秀文章

• Laravel 5.5+passport放棄dingo開發API實戰，讓API開發更省心-自造車輪。
• API文檔神器Swagger介紹及在PHP項目中使用- API文檔撰寫方案
• 推薦Laravel API項目必須使用的8個擴展包
• 使用Jwt-Auth實現API用戶認證以及無痛刷新訪問令牌
• 講講我最近用Laravel做的一個App後端項目
• Laravel Passport API認證使用小結
• 關於RESTful API設計的總結
• Laravel 5.5使用Passport實現Auth認證
• 使用Laravel的API資源功能來構建你的API
• 單個Laravel項目同時配置不同域名api.domain（用戶端接口）和admin.domain（管理員端）
• 多字段登錄通用解決方案
• Laravel做API服務端，VueJS+iView做SPA，給新手一個Demo
• 在Laravel中使用GraphQL一【獲取數據】
• Laravel開發RESTful API的一些心得
• 對REST的理解
• 用Laravel搭建帶OAuth2驗證的RESTful服務
• 在Laravel中動態隱藏API字段
• Nginx下部署HTTPS與安全調優

一套安全的API 方案，第一步要做的事情就是部署HTTPS

• [譯] 2018 PHP應用程序安全設計指北
  > 安全必讀。

開發API 必讀文章

• Principles of good RESTful API Design （譯： 好RESTful API的設計原則）簡單易懂，條理清晰，推薦
• Best Practices for Designing a Pragmatic RESTful API （譯： RESTful最佳實踐譯文2 ）有實際的案例Enchant
• HTTP API Design Guide （譯： HTTP API設計指南）
• Some REST best practices
• 理解RESTful架構-阮一峰簡單了解什麼是RESTFul
• RESTful API設計指南-阮一峰
• Restful API的設計規範實戰經驗的總結，具有較強的啟發意義
• 撰寫安全合格的REST API利用好HTTP協議所具備的特徵
• Web服務編程，REST與SOAP REST與傳統的面向服務的接口設計的區別，啟發性強
• 最佳實踐：更好的設計你的REST API了解REST實現緩存的過程
• Thoughts on RESTful API Design
• REST API Tutorial全方位介紹REST
• HTTP接口設計指北
• Web API Design接口就是開發人員提供的"界面"，用戶體驗在接口設計上同樣重要，在線查看2012版、 2013版
• 架構風格與基於網絡應用軟件的架構設計原汁原味的博士論文，由李錕翻譯，有經驗的同學可以挑戰一下
• Microsoft REST API Guidelines微軟官方的REST API設計指南，值得參考
• 理解HTTP冪等性講得很清楚，推薦
• 淺析遠程過程調用RPC告訴你什麼是RPC
• httpstatuses一眼看完所有常用的HTTP狀態碼，還可以看詳細含義
• json-api對API應該如何利用好JSON的一些建議
• 介紹JSON無論如何都應該讀一遍
• decision-graph.svg一張大圖展示整個REST API的驗證過程，及各種狀態碼出現的時機

現成API 例子

• Github API v3被很多人參考和引用，比如對分頁的處理方法、接口版本的設計等等
• Mailgun Documentation郵件服務REST API
• Enchant REST API
• Coinbase API設計的挺好的，包括官網提供的接口客戶端，都是具有參考意義的
• OpenNMS Wiki ReST API
• REST API使用詳解Lean Cloud中講解REST API的使用，還集成Swagger UI在線調試工具， 點擊查看。

調試工具

• DHC (aka Dev HTTP Client) Chrome插件，簡單易用，可分類管理，界面友好
• Fiddler2 Windows下抓包必備，捕捉每一次REST請求和響應的詳細內容
• Charles Proxy Mac下抓包必備
• Postman功能齊全的API請求工具

Laravel API 課程

社區有一門實戰課程《Laravel教程實戰高級-構架API服務器》 ，主要專注於App和SPA後端API服務器實戰開發。手把手帶你構建一個設計合理的RESTful API 服務器。本課程涉及的技術話題有：

• RESTFul 的概念及Github Api 設計分解；
• DingoApi 的介紹及安裝；
• PostMan 的介紹及使用；
• 用戶認證—— 手機註冊、登錄、退出；
• 第三方認證—— 微信登錄、JWT的使用；
• 用戶訊息—— 獲取個人訊息、上傳圖片接口、修改個人訊息；
• 話題接口—— 發布、修改、刪除、列表；
• 話題回復接口—— 發布、修改、刪除、列表；
• 權限控制—— 權限列表，角色列表；
• 資源推薦接口、活躍用戶接口；
• 接口本地化處理；
• API 接口錯誤代碼機制；
• APNS 消息推送服務器端介紹及實現；
• API 測試—— 單元測試、集成測試、黑盒測試；
• 快速完成API 文檔；
• Passport / OAuth 2.0 認證。

原文見： https:// laravel-china.org/docs/ dingo-api/2.0.0/recommended-reading

說明

本文旨在為新同學的Laravel 學習之路提供一張清晰的地圖。

1. 先熟悉下Laravel 的基礎知識

• 為什麼大家都說Laravel很流行？
• Laravel的版本發布計劃是怎樣的？
• 我該如何選擇Laravel版本？
• 如何高效地學習Laravel框架？
• Laravel經歷了哪些技術變革？
• 我為什麼選擇Laravel

2. Laravel 開發環境和部署

• 如何在Mac下安裝Homestead？
• 如何在Windows下安裝Homestead？
• 為什麼必須使用Homestead來開發Laravel應用？
• 如何部署與開發環境一致的線上生產環境？
• 如何上線代碼？

3. 開始學習

首先得有個概念

編程技能只可通過編碼練習獲得，而項目實戰是最好的提高編程技能的方式。

• 自學PHP，如何不走彎路？

項目實戰的課程推薦：

• 《Laravel入門教程-從零到部署上線》
• 《Laravel進階課程-從零開始構建論壇系統》

4. 團隊開發規範

Laravel 文檔和網上的各種教程，會教授我們一個任務可以使用好幾種方法來完成。對於框架設計來說，靈活是件好事，能提供給開發者不同的選項，能讓框架適用更多的用戶場景。但是對於團隊的協同開發來說，大部分時候，更多的選項反而是累贅。此文檔，正是為解決此問題而誕生。
—— 《Laravel項目開發規範》

5. 如何找工作？

• 程序員找工作用什麼比較好？對比下，拉勾網，51job，智聯招聘。
• 沒有工作經驗的程序員怎樣找工作？

6. 最後關於社區

技術社區有大量的知識沉澱，遇到問題了你可以利用頂部的搜索功能或者Google 來找到答案。

如果你想發言，請知悉，在這裡我們非常不歡迎膚淺、浮躁與不友善的討論，拒絕戾氣、拒絕噴子、拒絕負能量，如果你做不到，請保持安靜，否則隨時會被禁言。

擴展閱讀—— 與人為善，比聰明更重要。

學習策略

Laravel 是個功能齊全的全棧框架，學習她相當於你在學習成為全棧工程師。如果你之前沒有學習過類似的全棧框架，你會發現你很快會被埋進大量的技術概念和專有名詞裡。這並不是你不夠聰明，而是：

人類短時間內的記憶和訊息處理能力都是有限的，當短時間內暴露在大量的訊息面前時，你的注意力會被嚴重分散，帶來的是挫折感和煩躁不安。

所以，我們需要一套更加聰明的學習策略。

我將框架知識分類為以下：

• 底層實現知識——如服務容器、 服務提供器、 Facades 、 Contracts 、Repository等
• 框架使用知識—— 如用戶註冊登錄、郵件發送、數據模型的CRUD、用戶數據獲取等

每一個分類下都有非常多的概念需要學習，但是很明顯，學習框架的使用要比學習底層實現原理要簡單有趣多了，並且因為學習的愉悅性高了，我們能記得更牢固。

當你有一定的框架使用經驗以後，再去學習底層實現的概念，你能更好地理解這些技術概念的來龍去脈，最終達到會事半功倍的學習效果。並且這時候學習底層實現，也會讓你對框架的理解更加深入，你會發現你對框架使用技巧會變得更加靈活。

用比較簡單的話來講，就是在一開始學習的時候，先不管底層實現，利用框架提供的功能，先建造一些可用的項目，等熟悉掌握了這些框架功能的使用以後，再去學習底層實現概念。

即使是做了分類，並且有了先後順序還不夠。因為單單框架使用這部分的知識，涉及的概念也是非常多，很容易陷入訊息過載的情況。所以我們需要有一個循序漸進的方案，先學習簡單的，常用的概念，然後再慢慢學複雜的，並且在學習的過程中要注意重複學習，這樣概念才能記得越牢固。

推薦學習路徑

基於以上的思想，我創建了《Laravel 實戰課程》，計劃中有三本（也有可能更多），分別是：

• 第一本—— 《Laravel入門教程-從零到部署上線》
• 第二本—— 《Laravel進階課程-從零開始構建論壇系統》
• 第三本—— 《Laravel 高級課程- 構架API 服務器》

第一本書教授如何使用Laravel 一步一步構建一個類似新浪微博的應用，書中很多技術話題會被一帶而過，這是有意而為之的，我們希望讓讀者保持對編碼線索的專注，不被篇幅悠長的名詞解釋分心。通過閱讀本教程，你將學到如HTML、CSS、JavaScript、PHP 和Laravel 等Web 開發相關的基礎知識。不僅如此，本書還會對這些基礎知識點進行延伸擴展，為你講解一些在Web 開發中更為專業、實用的技能，如Git 工作流、Laravel Mix 前端工作流、Bootstrap 框架基本使用等。這些知識將為你未來的編程開發奠定下堅實的基礎。

第二本以構建論壇項目LaraBBS為線索，展開對Laravel框架的全面學習。編碼規範遵循Laravel項目開發規範，應用程序架構思路貼近Laravel框架的設計哲學。在論壇系統的構建中，我們將學到多角色用戶權限系統、管理員後台、註冊驗證碼、圖片上傳、圖片裁剪，XSS 防禦、自定義命令行、自定義中間件、任務調度、隊列系統的使用、應用緩存、Redis、模型事件監控、表單驗證、消息通知、郵件通知、模型修改器等知識。在本課程的學習中，你不僅能學到使用Laravel 開發一個論壇項目，還能學到安全優先、高擴展性的大型項目架構經驗。

第三本將以構建API 服務器為目標，來展開。目前本課程正在緊張撰寫中，敬請期待。

學完了以上三本書，你將擁有一定的項目開發經驗，對框架的功能使用也會有一個比較全面的系統性理解。這時候，會是學習『底層實現』的好時機。

底層實現的知識學習，可以從文檔開始，打開Laravel的文檔中心—— d.laravel-china.org ，找到最新版本的Laravel文檔，然後仔細閱讀2、3遍。因為有了上面的項目經驗，此時的文檔閱讀啃起來會輕鬆多了。

閱讀文檔後，可以嘗試看下Laravel 底層的源碼，看看這些框架的功能都是怎麼實現的。

學習過程中可以適當做筆記，例如：

• zhangbao同學的Laravel文檔閱讀筆記
• leoyang同學的Laravel源碼分析筆記

錯誤的學習方法

一上來就開始啃文檔d.laravel-china.org 。

如果你是新手，有太多的新概念你需要學習，你會發現學習起來非常艱難，甚至懷疑文檔是不是寫的太爛了（社區裡經常出現這種抱怨）。

事實上，不是文檔寫的太爛，而是你把文檔用錯了。文檔的『目的』是快速查閱，一份優秀文檔的標準是語言簡練，釋義，這個Laravel 的文檔做的很棒。但是，文檔並不適合做入門學習使用，上面我們已經講過，原因是訊息量太大。

尋找網絡上零散的課程進行學習。

如果你想學習單個概念，這些零散的小課程會很方便。但是，如果是想以閱讀大量課程來達到系統性學習的目的，你將會很失望。很多時候你會感覺—— 你好像學了很多，學了很久，以為自己學會了，但是心裡還是沒底氣。

你需要的是通過項目，完整的項目，將所有的知識串起來去記憶。你的作品，清清楚楚擺在面前，看著你一步步構建出來的一套系統，自信心也會有所增加。

一開始就學習高級話題，如服務容器、 服務提供器、 Facades 、 Contracts 、Repository等

很多時候你會發現這些話題晦澀難懂，很難學習。並且即使你毅力比較好，死記硬背，很快也會忘記，學習效率非常低下。然後最重要的，學會這些概念，並無法使你掌握構建一個完整項目的能力。

EOF

討論請前往： 如何高效地學習Laravel框架？

--

以下是我個人對技術的選擇過程，完全主觀。分享這些訊息的目的，在於多一份訊息給新手作為參考，請當做個人經驗分享。

--

記得那時是2013 年中旬，個人對PHP 生態圈的感情，完全是累覺不愛了。

站在2013 年會往後看，在我過去三年的編程經歷中，開發接觸到Discuz、DiscuzX、WordPress、Drupal、Joomla、帝國、PHPWind、ThinkPHP、Codeignitor、Yii、CakePHP、Zend、Slim、Kohana、新公司的自己開發設計過氣的老框架+正在設計的新框架....

每接觸一個軟件框架，就是對一套全新的機制系統的學習，不同的類加載的實現機制、不同的核心類名稱、不同的函數名稱、不同的插件系統、不同的主題系統。但其實，大部分時候，他們做的都是同樣的事情，有些軟件架構像DiscuzX、Drupal、Joomla 的代碼尤其難啃。

看著網絡上遍布著各種《PHP 最流行30 個開源軟件》、《PHP 最流行50 個框架》的文章，開始問自己：“難道編程就是這樣子無止境的學習框架？無止境的學習這些開源軟件架構？”，後來也試過選擇一個框架作為自己的主修，從外觀上看，後台提供商的支持最靠譜的就是Zend Framework ，因為Zend 是PHP 後面的那家公司，可是做了一個項目以後，就完全做不下去了。複雜、臃腫的設計，讓你完全產生不了愛意。第二個嘗試是當時最受歡迎的框架Codeignitor ，在當時確實眼前一亮，簡單的MVC 架構，創新的路由設計，可是還是太輕了，要開發一個項目，需要裝這個裝那個，並且都是手動去裝，遇到核心沒提供的類庫（Class），得去互聯網上搜索，然後復制黏貼到手動創建的文件中。中文網頁上，有些代碼不小心加了幾個中文的， 還有（ ，debug 到你開始掉頭髮。

這就是一個PHPer 在2013 年的徬徨，完全心灰意冷。在那一年，也開始接觸除了PHP以外的生態圈- Python的Django,那時候熱的燙手Nodejs的express.js，微軟的http://ASP.NET，Java的Spring，Objective-C的CocoaTouch（開始公司iOS App 的開發工作）。很快就發現了Ruby on Rails 和Gem 包管理，被他們ROR 的生態圈深深吸引。他們的設計哲學：

• 強調與註重敏捷開發；
• 約定高於配置（Convention over configuration）；
• DRY（Don't repeat yourself）不要重複自己；
• 「編程愉悅性」很重要。

簡直就是不能同意更多，站在ROR 看PHP 的生態圈，PHP 生態圈簡直可以用「一盤散沙」來形容。 PHP 擁有那麼多的開發者，開發觀念還是那麼落後，大家各自為戰，那麼多的腦力，到最後都消耗在大量的重複性工作上，生產力嚴重浪費。

在2013 年底，準備完全切到ROR 上， 2014 的新年願望裡有一條： ”找一份ROR 工作“。

2014 年3 月份，接到一位朋友的邀請做創業公司的技術合夥人，開始給未來的團隊選擇技術堆棧，其實當時差不多可以決定後端選型，就是ROR。唯一讓我猶豫的是，ROR 用的是Ruby，開發群體太小，作為技術合夥人，不得不考慮後面人才引入的問題。這個時候無意間發現了Jeffrey Way 的Laravel 視頻教程，通過深入學習，以及對作者的了解，基本上可以定義：這就是PHP 中的ROR。不只是長得像ROR，他的開發哲學（上面羅列出來的）也像ROR。另外Jeffrey Way 決定了完全投身Laravel 的教育中，也加深了我對Laravel 的信心。 Jeffrey Way - Envato Tuts+ Profile是Nettuts+和Tuts+的優秀講師，幾年的教學經歷中，技術狩獵非常廣，尤其是Web開發上，寫過將近500篇的教程。最後新公司的技術堆棧，選擇了Laravel，雖然那會Laravel 還比較年輕（現在也很年輕，這裡是2016），但是Laravel 有一個巨大優勢，那就是基於PHP ，PHP 開發者眾多，潛力無限。

... 省略無數社區鏈接文字，手工加鏈接手累...

我希望Laravel 會是我學習的最後一個框架。因為

作為工匠，我更願意把我有限的生命用在作品上，而不是對工具的無止境的學習上。

--

推薦閱讀：

最好的PHP框架是什麼？為什麼？

數據說話-最火的PHP框架是哪個？ -知乎專欄
Laravel第一部中文新手書籍《Laravel入門教程》 -知乎專欄

--

說明

很久以前在一個話題裡面聊到的觀點，很多同學在Laravel 版本選擇時候比較混淆，這裡說下我的看法。

對Laravel框架發布週期不熟悉的同學請參閱- Laravel的發布路線圖。

什麼是LTS

長期支持（英語：Long-term support，縮寫：LTS）是一種軟件的產品生命週期政策，特別是開源軟件，它增加了軟件開發過程及軟件版本週期的可靠度。長期支持延長了軟件維護的周期；它也改變了軟件更新（補丁）的類型及頻率以降低風險、費用及軟件部署的中斷時間，同時提升了軟件的可靠性。但這並不必然包含技術支持。

在長期支持週期的開始，軟件設計師會將軟件特性凍結：他們製作補丁來修復程序錯誤及計算機安全隱患，但不會加入新的，可能會造成軟件破壞的功能。軟件維護者可能會單獨發布補丁，或是將其置於維護版本、小數點版本或是服務包中發布。支持週期結束後，其稱之為產品的生命週期結束。

“長期支持”這個術語通常是保留給特殊的軟件版本，其他版本會有更短的生命週期。通常來說，長期支持版本至少會被維護兩年。
From 維基百科

LTS 解決的問題

終於可以不用被框架的迭代推著走了。並不是因為我守舊，框架的更新換代對一個健康的生態系統來說是很必要的，我也認為程序員應該跟上技術的趨勢，這對保持個人競爭力很重要。但是作為一個龐大的商業項目的基礎框架，一年一次的大版本更新真的是很痛苦的事情，當版本換代時，你會有兩個選擇:

1. 更新框架為最新；
2. 沿用老的框架。

如果你選擇「1」更新，你會浪費無數個深夜進行代碼遷移和測試，沒有寫自動化測試腳本的話更慘。

並且在這個過程中，你沒有產出新東西，沒有多寫一行業務邏輯代碼，對你自己來說這是在浪費生命，對於企業來說，這是在浪費時間、浪費金錢，最可怕的，浪費機會。

如果你選擇不更新呢，對不起，你放棄了很多能極大提高你開發效率的「擴展包」（如果你是擴展包作者，很多時候，你也不會考慮去兼容淘汰掉的版本），過不了多久，官方甚至會宣布對你的過氣的基礎框架停止維護，包括安全的FIX。

Laravel LTS 長期支持版的出現就是為了解決這個問題的，Laravel LTS 的支持窗口是：

兩年的Bug 修復，三年的安全更新支持。

對應一般發行版的：

只提供六個月的Bug 修復支持和一年的安全修復支持。

如何選擇？

從產品生命週期上去考慮：

• 如果是商業項目的話，要走穩定路線，建議選擇LTS 長期支持版，可以避免掉入「更新大黑洞」。
• 如果是個人項目的話，要走激進路線，推薦使用最新版的Laravel，主要有兩個理由：
  1. 跟上技術的趨勢，對保持個人競爭力很重要，如果你不想被時代淘汰的話；
  2. 知道新框架的技術決策，即使你在開發5.1的應用也是非常有幫助，例如這個路由分割的討論，Laravel 5.3裡已經有非常合理的解決方案，完全可以直接採用，但是如果你不知道5.3 ，那你估計就會發明自己的車輪。

結語

Laravel LTS is awesome ??

文章說明

運營社區多年，經常遇到很多新手詢問能不能不裝Homestead，有些同學還在損友的推薦下使用了WAMP, MAMP, PHPStudy 等集成環境。

個人開發PHP 也有六七年時間了，各種集成環境、自建的Windows 環境等都使用過。一路走來，踩坑太多，所以對虛擬機開發環境非常推崇。以至於在《Laravel教程- Web開發實戰入門》中，Homestead也是作為唯一的學習開發環境。

此篇文章不講太多技術細節，而是從一些反面例子，還有一些過去經驗來告訴你，如果在一開始就用上Homestead，你可以免去很多麻煩。

踩坑不完全統計

1. 多個Laravel 應用數據庫連接錯亂？

來自文章： 大家有沒有遇到多個應用中數據庫連接錯亂問題？

『多個應用中數據庫連接錯亂。同事無意中發現，在多個基於Laravel 的Web 應用中，當應用A進行一個長時間操作時（PHP 會運行超過30s+），在這期間，在應用B 中進行數據庫操作時， B應用會連接到A 應用中的數據庫，而非B 的數據庫。 』

在此貼中，作者細緻地做了各種分析，估計也是花了不少時間在Debug 這個問題，最後原因是Windows 下的.env 沒加載上。

2. Lavarel 應用突然無法登錄？

來自文章： Laravel登錄報錯Crypt : The Mac is invalid

用lavarel 框架寫的項目，今天登陸突然提示“The MAC is invalid.” 有沒有人遇到過這種情況？

最後原因是Windows 下的.env 沒加載上，導致系統底層的加密解密功能出錯。

3. Laravel 不支持高並發？

來自文章： Laravel不支持高並發？

我在用$.post 刷一個url 的時候（用鼠標點按鈕觸發，大概一秒鐘3、4次吧），按這個速度，大概每隔個十幾二十次，就會報一個500錯誤： Whoops, looks like something went wrong.沒有更具體的錯誤提示了。

一個神鬼莫測的問題，讓一個即使是十幾年開發經驗的老鳥，也栽坑里。

4. .env 不支持中文？

來自： 關於Laravel的.env配置不顯示的問題

在使用laravel 開發的過程中，我把項目名稱放入了.env 配置文件裡面再用env() 方法調用，發現三個中文的情況下只能返回default 值。

最後作者的答復是：『在Mac 上能正常，Windows上三個字不能顯示。 』

5. Mac 環境也不行？

來自： 一個小坑提醒：某個Class或某個Trait突然找不到

“我Mac 本地沒問題啊！”
“但是為什麼Linux 服務器上報這個錯啊？？？”
“太詭異了，這怎麼查？”

上面幾個例子講的都是坑爹的Windows 開發環境下的BUG。這個例子中，@lijinma 金馬的同事很不幸的踩了Mac 的坑，金馬同學很大方的分享了出來，詳細的解說了這個坑出現的原因，並且也提供了解決方案。

但是其實，最好的解決方案應該是：在一開始開發的時候，就是用Homestead。

為什麼集成環境不好？

如果你使用集成環境，或者自己部署的本機Windows/ Mac 開發環境，咱們先來看看有可能導致問題出現的變量有多少：

• 系統變量Mac , 不同版本的Mac 系統，如Mac OS X Public , Mac OS X 10.0 Cheetah,Mac OS X 10.4 Tiger, Mac OS X 10.6 Snow Leopard;
• 系統變量Windows，不同版本的Windows 系統，如Windows Vista, Windows 7, Windows 8, Windows 10 等；
• PHP 的不同版本，Mac 自帶的PHP 閹割版，WAMP 的定製版等...
• MySQL 的不同版本；
• 系統下的其他軟件有時也會影響集成環境的使用（防火牆，系統補丁...）
• 如果是團隊開發的話，還有你的環境和你隊友的環境... OMG ...

以上這些維度搭配起來，會讓複雜度到達非常恐怖的程度，會出現這些神鬼莫測的問題，真是一點都不奇怪。事實上，即使是現在，我每每回想起那些扯著頭髮抓狂的日子，多麼的不堪回首的歲月啊。

也有有些同學會說，『麼事麼事，這些對我來說都不難』。可是你仔細想想，熟悉這些Bug 的意義在哪？這本來就是一條錯的路，即使你能走的再遠。

為什麼說這是一條錯的路？

因為使用集成環境，或者各種與『生產環境』不同的開發環境，都會面臨以下一個巨大的問題：

你上線的代碼，有可能無法工作。

就如這個例子一個小坑提醒：某個Class或某個Trait突然找不到，他在Mac下代碼工作得好好的，放到Linux服務器下卻無法工作。有時候不止是系統問題，不同版本，如MySQL 5.6 和5.7 差別就挺大，PHP 5.6 和PHP 7 也經常出現代碼不兼容，再加上你使用Memached, Redis....。

結語

Homestead 是一種生活方式，請把這篇文章發給你身邊的Laravel 同志看，讓他們一起來使用Homestead。下次有新手問你可不可以不同Homestead 的話，也可以讓他先看看這篇文章。

人生苦短，請使用Homestead

此文翻譯自Taylor Otwell的專欄文章，以下第一人稱為Taylor本人

我經常被詢問到我一天的各個方面：我如何管理我的時間、我使用哪些工具、我喜歡什麼編輯器和配色方案時什麼？所以，我嘗試在這篇文章中回答這些問題。

日常#

我在我的家庭辦公室全職為Laravel 工作。我通常每天上午8 點鐘進入辦公室，開始回复前天晚上收到的Forge、Envoyer 和Spark 客戶郵件。我在Mac 上使用Apple Mail，在iOS 上使用Outlook。通常會有15 封左右的郵件需要回复，我喜歡清空我的收件箱，然後再繼續做其他事情。我全天都會定期訪問我的電子郵件，以保持清空。
收件箱清空之後，我開始查看Laravel Github 存儲庫中的所有出色的PR。我試圖保持整個Laravel 組織每次合併的PR 數目不超過10 到12 個。我處理郵件和PR的工作通常會持續到上午9點鐘， Mohamed幫助我審查和分類Github的issues和PR。
當我合併或者關閉了前一夜的所有新PR 之後，我便準備開始一些Laravel 相關的項目。最近，我主要在為Horizon 工作，開發一個新的Laravel 包，我會在Laracon US 會上詳細講解。
我在下午5 點鐘結束工作，去吃晚飯，和陪伴我的家人。晚上9:30 左右，我會重新訪問我的電子郵件，清除下午5 點之後進來的郵件。這通常需要10 至15 分鐘，以幫助我減少早上的郵件負擔。

開發機和辦公環境#

我的主要開發機是一台4Ghz 處理器、16GB 內存的5K iMac，並且有兩台額外的24” 4K顯示器分別在iMac 兩側。我將額外的顯示器的背景設置為非常深的灰色，它們在我不使用時看起來似乎是關閉著的。這將保持所有的像素顯示都很顯眼。

我有一把Steelcase Leap椅子，一個Swell保溫杯，和一個Fidget Cube。辦公室的屋頂有一個飛利浦Hue照明。

開發工具#

編輯器#

我的主力文本編輯器是Sublime Text 3。我主要是用Soda主題和Inspired GitHub配色方案。我使用Operator Fonts作為我的主要編程字體。我使用SublimeLinter在Sublime中檢查PHP語法。
我的整個Sublime Text 參數文件如下：

{ "added_words": [ "Laravel" ], "caret_style": "phase", "color_scheme": "Packages/User/SublimeLinter/One Dark (SL).tmTheme", "ensure_newline_at_eof_on_save": true, "findreplace_small": true, "font_face": "OperatorMono-Book", "font_size": 15, "highlight_line": false, "hot_exit": false, "ignored_packages": [ "SublimeLinter-jshint", "Vintage" ], "line_numbers": true, "line_padding_bottom": 9, "line_padding_top": 9, "phpunit-sublime-terminal": "iTerm", "remember_open_files": false, "show_definitions": false, "show_panel_on_build": false, "tab_size": 4, "tabs_small": false, "theme": "Soda Dark.sublime-theme", "translate_tabs_to_spaces": true, "trim_trailing_white_space_on_save": true, "word_wrap": false }

在開發時，我通常保持我的實際Sublime 字體大小約為10。

終端#

我使用iTerm2和Oh My Zsh ，和其內置的“robbyrussell”提示符風格。我使用Arthur配色方案，並在iTerm2中增加行間距，使得行與行之間有呼吸空間。和Sublime一樣，我使用Operator Fonts作為終端字體。

數據庫#

我使用Sequel Pro來與工作中需要處理的任何MySQL數據庫進行交互。令人吃驚的是，它是免費的。我很樂意為它支付數百美金。我使用Medis與Redis交互。

SaaS服務#

我使用多個不同的服務，來運行Forge 和Envoyer：

• DigitalOcean服務器；
• Linode更多的服務器；
• Cloudflare DNS和SSL；
• Ottomatik數據庫備份；
• AWS存儲和隊列；
• Pusher實時事件；
• Authy雙因子認證。

生產力#

我主要使用Bear 、 奇妙清單和Trello來保持事務的組織化。作為Apple 備忘錄的替代品，我在Bear 中有非常多的筆記。我使用奇妙清單作為個人事務清單，和所有邊緣項目的任務清單。我使用Trello 來跟踪Laravel 相關的任務，如即將到來的功能，或我需要編寫文檔的重大變化。
我還創建了一個小的Laravel 應用，為我發送Telegram 提醒，例如：倒垃圾、更改房屋空氣過濾器、每月報稅，等等。這個應用使用Laravel 的調度功能，利用Guzzle 通過Telegram 的API 發送消息。

音樂#

我整天都使用Spotify聽音樂。我最喜歡的播放列表有： Night Rider 、 Lush + Atmospheric和RetroWave / Outrun 。

討論請前往： Laravel之父Taylor Otwell是怎樣工作的

隨著社區的發展，已經出現了很多現成的資源可以幫助你學習Laravel。看起來很不錯不是嗎？不過，你該如何選擇最好的一個？或者說，究竟哪個更適合你並且更有效率地幫助你去學習？面對Laravel 這個精進不斷的框架，我相信你也提出過這些問題。這裡有七個建議，希望可以幫助你更有效地學習Laravel。

當中有一些提示只適用於對Laravel 的學習，而其他的也適用於對任何編程語言或框架的學習。

1.講真，不要從官方文檔開始學習#

新手通常乾的第一件事就是看Laravel的官方文檔。標題黨不要誤會我的意思，Laravel 的文檔寫得那個是相當給力的！但是，大抵是編寫文檔的人多多少少期望讀者懂得一些關於PHP 的生態系統和現代工具的知識。

例如，文檔的第一部分是安裝，但它不只是「下載和安裝」。你必須要知道如何使用Composer 、如何使用終端或命令行、如何運行命令、如何讓Web 服務器工作等。

2.先學習PHP、面向對象、終端和Composer #

學習這些聽起來很有趣，但我看到越來越多想學習Laravel 的人都不先從學習PHP 開始。就好像那些想使用jQuery 卻不去學習任何JavaScript 的人。框架的存在並不是為了帶給你學習的捷徑，還是腳踏實地，從基礎開始。

要開始學習任何現代PHP 框架（Laravel、Symfony 或者其他），你需要熟練使用PHP。特別是面向對象編程。所有框架都是用面向對像模式編寫的，你需要流利地使用類、對象、屬性、方法、依賴、traits 和其他「關鍵字」。

一般來說，我建議你至少創建一個使用純PHP 而不是使用任何框架去搭建的簡單的項目。這樣才能讓你更好地去了解PHP，更有效地利用Laravel 內部的函數。

另外，在我看來，是Composer 這個工具使得PHP 更加強大。了解Composer 會讓你懂得如何充分地利用Laravel 的依賴，這是現代PHP 開發的重要組成部分。

還有終端，即OS 系統的Terminal 和Windows 系統的cmd。同樣，現代PHP 框架會使用命令來執行大部分功能，例如生成代碼、安裝庫、更改設置、部署運行等。你必須了解這些基本知識。

上述一切都是在你在開始Laravel 之前需要知道的。看到這裡突然慫了麼？別怕！這只是建議的開始。

3. 書、課程或視頻？免費或付費？ #

很多人在學一樣東西的時候都會先問的問題：有什麼最好入門的方法麼？每個人的選擇方式都不同，有些人喜歡通過看書來學習，而有些人更喜歡直觀易懂的視頻課程。任何一種方式都很好。但前提你要找的內容應該是相對穩定、結構合理的。而不是從YouTube 找一些隨機文章或視頻，它不會給你想要的結果。你需要作者前後一致地去闡述這些內容。否則，你可能會很容易就懵圈，而無法理解更深一層的課程。

這也是免費課程和付費課程的根本區別。有人說你學習編程只需要多上網查資料，因為這上面有大量免費的訊息。這是真的，但如果你選擇這種方式去學習，你就得花費大量不必要的時間將這些內容結合到一起。而付費的課程或書籍通常是最好的，因為這些內容是專門為了方便你學習而準備的，所以你不需要把時間花在找這些內容上面。 （如果能站在巨人的肩膀上，為什麼不呢？）

以下是我推薦三個的資源：

• Laravel Up & Running ——由Matt Stauffer寫的書
• Laravel from Scratch —— Laracasts系列視頻
• Get Started With Laravel 5 —— Tutsplus的課程

上面都是些國外的學習資源，英語不行？別怕，硬著頭皮上還是能看懂的。當然也有國內的資源：

• Laravel入門教程——由Laravel China社區Summer & 李錦發（Aufree）寫的中文教程

而關於如何更好的學習PHP 的書，@overtrue 安正超大神總會推荐一本《 深入PHP:面向對象、模式與實踐》。
（當然還有更多更好的書，也希望更多有心人士能舉荐一二）

4.停止閱讀，寫bug去#

沒敲過代碼沒寫過bug 是不可能學會任何編程。不要花太多時間看書或著看視頻，儘早開始打碼。事實上，在完成每節課程或讀完每個章節之後，就應該立刻開始進行編碼練習。

一般來說，我建議你在學習過程中創建一個測試項目，它使這個過程不僅更現實，而且更有激勵。沒有懷抱適當的目標和某種目的，在情感上來說是很難繼續學習理論。

如果你只寫代碼，你會碰到障礙以及遇到很多要問的問題。通過遇到問題和克服它們，你的知識面不斷擴大從而成為真正的開發人員。 （只是要多放點耐心進去，把打怪升級刷副本的鬥志拿出來就好！）

5.學習使用Google和StackOverflow #

雖然與Laravel 不直接相關，但是這很重要。你不會百度麼？趕緊Google 去呀！對於程序員來說，找張梯子不是什麼難事。知道Google 和百度的區別麼？不知道啊？那去Google 一下呀！

StackOverflow 是一個與程序相關的IT技術問答網站。一般你上Google 搜索問題的解決方案，通常第一批被搜索出來的內容都是來源於StackOverflow 。

那麼問題來了！你會提問麼？哈哈，你可能會質疑「什麼叫做會提問」，推薦你不妨先去看看提問的智慧中文版。
通常，每個論壇和社區都有自己的文化、規則和行為期望，比如Laravel China社區的社區發帖和管理規範。而你在技術社區，不僅僅只是閱讀人家發的技術貼，你還可以以正確的方式和風格提出問題。如果你有禮貌、耐心和尊重，你就會有更多機會去得到大牛的幫助。

6.找個導師#

學習編程的最大問題是當某些東西不起作用時你不懂得排除問題。這個問題的最佳解決方案是向別人尋求幫助。論找個大神幫助你的重要性！

你應該在哪裡找導師？在你的社交圈中，無論是線下的還是線上的。學校裡的師兄師姐或者上社區論壇上的大牛，相信我，只要他們不忙，而你提出的問題不算太愚蠢，他們是很樂意幫助你的。渠道當然是自己找，在社區提問，或者私信他們。

7.不要放棄#

正如在上一個提示中提到的，當遇到一個你不能解決的問題，會很容易放棄學習。也許這就是為什麼這麼多人開始學習，但實際上只有少數成為專業開發人員的原因。世上不會總是有彩虹和蝴蝶，這條道路會總是充滿問題。困難的問題、自我的懷疑、甚至你會有想把電腦扔出窗外的念頭。然而每個開發者都在經歷這一切，而且從未中斷過。相信我，無論發生什麼，你要做的事情是繼續，堅持繼續，再繼續。當你開始有創造力，當你可以輕易地將你腦海裡萌生的東西實現，你會明白這一切都是值得的。

最後，談到不斷進步，我最後的建議是不要讓學習課程與休息之間間隔太長。每週或甚至每天不斷學習新的東西。它就像是一種鍛煉，如果你錯過了一天，很難找回節奏。 （唯有堅持學習，堅持不斷學習，才是王道）

以上就是我的建議，我希望你會找到你最好的學習方式，說不定有一天，我們會為了創建一個了不起的Laravel 項目而在一起工作！

來自關於學習Laravel更有效率的七個建議

鏈接

• 關於《Laravel入門教程》
• 購買本書

說明

Laravel是出了名的學習門檻高，雖然有很棒的文檔，可惜文檔的目的是為了快速查閱框架功能，對於新手來說並不友好。在Laravel China社區上，也經常看到新手因為沒有一個好的入門學習，而遇到各種奇奇怪怪的問題，如使用Windows作為開發環境導致.env加載錯亂花了一個多星期DEBUG到白頭髮多了好幾根。有時候可以在他們貼出來的代碼中看到非常糟糕的編碼習慣，如把業務邏輯寫在routes.php 文件裡。如果在學習的一開始，有好的入門課程，很多這些彎路都是可以避免。

萌生寫這本書的念頭已經有一兩年了，因為創業中有很多挑戰，個人職能的改變（架構師、技術合夥人、UI 設計師、產品設計師、創始人），有很多東西要學，怕精力不夠用，所以遲遲未敢下筆。期間也一直在觀察，希望有人會寫這樣的一本書，那樣我就有退卻的理由。直到有一天發哥對我建議，我們可以一起寫，我有項目開發經驗，他有時間。終於，在8月份開始起稿《Laravel入門教程》 http:// tutorial.laravel-china.org ，中間因為公司業務變動的事情，斷斷續續的寫著，最終在今日面世。

寫書真不簡單，尤其是寫一本Laravel 入門的書籍，更是難度很高，要把控好技術話題的數量，不能一次性暴露太多訊息給讀者，避免新手的閱讀難度太大。另一方面又兼顧實用性，讓讀者能真正從中學到技能。此中的權衡，也是這本書遲遲未出世的一個原因。

本書的特色：

• 定位為現代化Web 開發新手入門，Git 工作流、前端工作流、Github 使用等；
• 使用Laravel LTS 作為框架版本；
• 一步一步構建一個完整的項目，讀者可以很輕鬆的跟著書的線索動手做下去；
• 使用真實項目開發中的流程工具，如：Git，Github，Gulp，代碼上線等；
• 最佳實踐，代碼中加入許多最佳實踐，讓新手從一開始就養成好習慣；
• 崇尚「DRY（Don't repeat yourself）不要重複自己」，讓讀者能真切體驗到使用Laravel 開發的愉悅感；

《Laravel 入門教程》適用於以下用戶

• 幾乎零基礎，想入門Web 開發的；
• 有PHP 經驗，準備學習Laravel 的同學；
• 學過Laravel 但是遇到阻力的；
• 全棧工程師入門課程。

後續教程

目前計劃中有：

• 《Laravel 進階教程》
• 《Laravel 開發規範》
• 《Laravel 實戰- 構建API》
• 《iOS 開發》
• 《安卓開發》

因為正在運營一家技術公司http:// estgroupe.com/ ，工程實力將會是我們的核心競爭力，所以我計劃把這一系列課程打造為一套全棧工程師的培訓課程，這套課程也會成為我們公司的工程師技術培訓教材。

封面由Laravel China的創始人兼首席體驗官，設計師安正超設計。

Summer | 優帆遠揚-創造不息，交付不止

​