phprestful框架

❶ 怎樣深入學習php

建議你看看最近幾年比較流行的一些restful框架，可能會對你比較有幫助，既然你用github，就多看看一些star靠前的php項目。

❷ Nginx+PHP-FPM 的怎麼配置讓它支持 RESTFul

這個要看應用項目端具體怎麼實現吧，php不用配置，nginx的重寫需要改一下：

lumen框架的：

location/{
try_files$uri$uri//index.php?$query_string;
}

phalcon框架的：

location/{
try_files$uri$uri//index.php?_url=$uri&$args;
}

slim 框架的：

location/{
try_files$uri$uri//index.php$is_args$args;
}

❸ REST是什麼如何實現RESTful

什麼是REST？
REST (REpresentation State Transfer) 描述了一個架構樣式的網路系統，比如 web 應用程序。它首次出現在 2000 年 Roy Fielding 的博士論文中，他是 HTTP 規范的主要編寫者之一。REST 指的是一組架構約束條件和原則。滿足這些約束條件和原則的應用程序或設計就是 RESTful。
Web 應用程序最重要的 REST 原則是，客戶端和伺服器之間的交互在請求之間是無狀態的。從客戶端到伺服器的每個請求都必須包含理解請求所必需的信息。如果伺服器在請求之間的任何時間點重啟，客戶端不會得到通知。此外，無狀態請求可以由任何可用伺服器回答，這十分適合雲計算之類的環境。客戶端可以緩存數據以改進性能。
在伺服器端，應用程序狀態和功能可以分為各種資源。資源是一個有趣的概念實體，它向客戶端公開。資源的例子有：應用程序對象、資料庫記錄、演算法等等。每個資源都使用 URI (Universal Resource Identifier) 得到一個惟一的地址。所有資源都共享統一的界面，以便在客戶端和伺服器之間傳輸狀態。使用的是標準的 HTTP 方法，比如 GET、PUT、POST 和 DELETE。Hypermedia 是應用程序狀態的引擎，資源表示通過超鏈接互聯。
另一個重要的 REST 原則是分層系統，這表示組件無法了解它與之交互的中間層以外的組件。通過將系統知識限制在單個層，可以限制整個系統的復雜性，促進了底層的獨立性。
當 REST 架構的約束條件作為一個整體應用時，將生成一個可以擴展到大量客戶端的應用程序。它還降低了客戶端和伺服器之間的交互延遲。統一界面簡化了整個系統架構，改進了子系統之間交互的可見性。REST 簡化了客戶端和伺服器的實現。
RESTful的實現：RESTful Web 服務與 RPC 樣式的 Web 服務
了解了什麼是什麼是REST，我們再看看RESTful的實現。最近，使用 RPC 樣式架構構建的基於 SOAP 的 Web 服務成為實現 SOA 最常用的方法。RPC 樣式的 Web 服務客戶端將一個裝滿數據的信封（包括方法和參數信息）通過 HTTP 發送到伺服器。伺服器打開信封並使用傳入參數執行指定的方法。方法的結果打包到一個信封並作為響應發回客戶端。客戶端收到響應並打開信封。每個對象都有自己獨特的方法以及僅公開一個 URI 的 RPC 樣式 Web 服務，URI 表示單個端點。它忽略 HTTP 的大部分特性且僅支持 POST 方法。
由於輕量級以及通過 HTTP 直接傳輸數據的特性，Web 服務的 RESTful 方法已經成為最常見的替代方法。可以使用各種語言（比如 Java 程序、Perl、Ruby、Python、PHP 和 Javascript[包括 Ajax]）實現客戶端。RESTful Web 服務通常可以通過自動客戶端或代表用戶的應用程序訪問。但是，這種服務的簡便性讓用戶能夠與之直接交互，使用它們的 Web 瀏覽器構建一個 GET URL 並讀取返回的內容。
在 REST 樣式的 Web 服務中，每個資源都有一個地址。資源本身都是方法調用的目標，方法列表對所有資源都是一樣的。這些方法都是標准方法，包括 HTTP GET、POST、PUT、DELETE，還可能包括 HEADER 和 OPTIONS。
在 RPC 樣式的架構中，關注點在於方法，而在 REST 樣式的架構中，關注點在於資源 —— 將使用標准方法檢索並操作信息片段（使用表示的形式）。資源表示形式在表示形式中使用超鏈接互聯。
Leonard Richardson 和 Sam Ruby 在他們的著作 RESTful Web Services 中引入了術語 REST-RPC 混合架構。REST-RPC 混合 Web 服務不使用信封包裝方法、參數和數據，而是直接通過 HTTP 傳輸數據，這與 REST 樣式的 Web 服務是類似的。但是它不使用標準的 HTTP 方法操作資源。它在 HTTP 請求的 URI 部分存儲方法信息。好幾個知名的 Web 服務，比如 Yahoo 的 Flickr API 和 del.icio.us API 都使用這種混合架構。
RESTful的實現：RESTful Web 服務的 Java 框架
有兩個 Java 框架可以幫助構建 RESTful Web 服務。erome Louvel 和 Dave Pawson 開發的 Restlet（見 參考資料）是輕量級的。它實現針對各種 RESTful 系統的資源、表示、連接器和媒體類型之類的概念，包括 Web 服務。在 Restlet 框架中，客戶端和伺服器都是組件。組件通過連接器互相通信。該框架最重要的類是抽象類 Uniform 及其具體的子類 Restlet，該類的子類是專用類，比如 Application、Filter、Finder、Router 和 Route。這些子類能夠一起處理驗證、過濾、安全、數據轉換以及將傳入請求路由到相應資源等操作。Resource 類生成客戶端的表示形式。
JSR-311是 Sun Microsystems 的規范，可以為開發 RESTful Web 服務定義一組 Java API。Jersey是對 JSR-311 的參考實現。
JSR-311 提供一組注釋，相關類和介面都可以用來將 Java 對象作為 Web 資源展示。該規范假定 HTTP 是底層網路協議。它使用注釋提供 URI 和相應資源類之間的清晰映射，以及 HTTP 方法與 Java 對象方法之間的映射。API 支持廣泛的 HTTP 實體內容類型，包括 HTML、XML、JSON、GIF、JPG 等。它還將提供所需的插件功能，以允許使用標准方法通過應用程序添加其他類型。
RESTful的實現：構建 RESTful Web 服務的多層架構
RESTful Web 服務和動態 Web 應用程序在許多方面都是類似的。有時它們提供相同或非常類似的數據和函數，盡管客戶端的種類不同。例如，在線電子商務分類網站為用戶提供一個瀏覽器界面，用於搜索、查看和訂購產品。如果還提供 Web 服務供公司、零售商甚至個人能夠自動訂購產品，它將非常有用。與大部分動態 Web 應用程序一樣，Web 服務可以從多層架構的關注點分離中受益。業務邏輯和數據可以由自動客戶端和 GUI 客戶端共享。惟一的不同點在於客戶端的本質和中間層的表示層。此外，從數據訪問中分離業務邏輯可實現資料庫獨立性，並為各種類型的數據存儲提供插件能力。
圖 1 展示了自動化客戶端，包括 Java 和各種語言編寫的腳本，這些語言包括 Python、Perl、Ruby、PHP 或命令行工具，比如 curl。在瀏覽器中運行且作為 RESTful Web 服務消費者運行的 Ajax、Flash、JavaFX、GWT、博客和 wiki 都屬於此列，因為它們都代表用戶以自動化樣式運行。自動化 Web 服務客戶端在 Web 層向 Resource Request Handler 發送 HTTP 響應。客戶端的無狀態請求在頭部包含方法信息，即 POST、GET、PUT 和 DELETE，這又將映射到 Resource Request Handler 中資源的相應操作。每個請求都包含所有必需的信息，包括 Resource Request Handler 用來處理請求的憑據。
從 Web 服務客戶端收到請求之後，Resource Request Handler 從業務邏輯層請求服務。Resource Request Handler 確定所有概念性的實體，系統將這些實體作為資源公開，並為每個資源分配一個惟一的 URI。但是，概念性的實體在該層是不存在的。它們存在於業務邏輯層。可以使用 Jersey 或其他框架（比如 Restlet）實現 Resource Request Handler，它應該是輕量級的，將大量職責工作委託給業務層。
Ajax 和 RESTful Web 服務本質上是互為補充的。它們都可以利用大量 Web 技術和標准，比如 HTML、JavaScript、瀏覽器對象、XML/JSON 和 HTTP。當然也不需要購買、安裝或配置任何主要組件來支持 Ajax 前端和 RESTful Web 服務之間的交互。RESTful Web 服務為 Ajax 提供了非常簡單的 API 來處理伺服器上資源之間的交互。
圖 1 中的 Web 瀏覽器客戶端作為 GUI 的前端，使用表示層中的 Browser Request Handler 生成的 HTML 提供顯示功能。Browser Requester Handler 可以使用 MVC 模型（JSF、Struts 或 Spring 都是 Java 的例子）。它從瀏覽器接受請求，從業務邏輯層請求服務，生成表示並對瀏覽器做出響應。表示供用戶在瀏覽器中顯示使用。表示不僅包含內容，還包含顯示的屬性，比如 HTML 和 CSS。

業務規則可以集中到業務邏輯層，該層充當表示層和數據訪問層之間的數據交換的中間層。數據以域對象或值對象的形式提供給表示層。從業務邏輯層中解耦 Browser Request Handler 和 Resource Request Handler 有助於促進代碼重用，並能實現靈活和可擴展的架構。此外，由於將來可以使用新的 REST 和 MVC 框架，實現它們變得更加容易，無需重寫業務邏輯層。
數據訪問層提供與數據存儲層的交互，可以使用 DAO 設計模式或者對象-關系映射解決方案（如 Hibernate、OJB 或 iBATIS）實現。作為替代方案，業務層和數據訪問層中的組件可以實現為 EJB 組件，並取得 EJB 容器的支持，該容器可以為組件生命周期提供便利，管理持久性、事務和資源配置。但是，這需要一個遵從 Java EE 的應用伺服器（比如 JBoss），並且可能無法處理 Tomcat。該層的作用在於針對不同的數據存儲技術，從業務邏輯中分離數據訪問代碼。數據訪問層還可以作為連接其他系統的集成點，可以成為其他 Web 服務的客戶端。
數據存儲層包括資料庫系統、LDAP 伺服器、文件系統和企業信息系統（包括遺留系統、事務處理系統和企業資源規劃系統）。使用該架構，您可以開始看到 RESTful Web 服務的力量，它可以靈活地成為任何企業數據存儲的統一 API，從而向以用戶為中心的 Web 應用程序公開垂直數據，並自動化批量報告腳本。

❹ 新人剛接觸 PHP，哪種框架比較容易上手

題主如果是一個剛接觸PHP的新人的話，可能會覺得框架很多，各個框架都有各自的特點，難以掌握，其實雖然每個框架的特點不一樣，但是框架的思路都是差不多的，如果你用熟了，就會覺得什麼框架都差不多。不過剛開始接觸這些的話，了解框架還是要有先後順序的。

總之你要在框架中，學習如何去使用它，一開始往往會覺得很難，但是熟練了之後你會發現原來的框架實際上是相同的，框架可以隨心所欲的使用也不是什麼難事，只要你不放棄的堅持學習就可以做到。

❺ php哪個框架適合做api

在所有輕量級框架中，我推薦 CodeIgniter。 美中不足就是，框架入門極其簡單。但是，如果實現 完全的、優雅的 restful，門檻就有點兒高了。CodeIgniter 實現 restful 時，和底層的 HTTP 協議有些脫節，這些可以通過擴展框架來實現，而且有時候需要結合伺服器去配置。

❻ php有哪些框架

PHP的框架有很多，這里說一部分供大家參考：

國內框架：ThinkPHP, Canphp, KYPHP, InitPHP, SpeedPHP, CdvPHP,KPHP。

國外著名框架：Zend Framework，Codelgniter，CakePHP，Symfony，Yii，Seagull，Laravel。

小型框架：E，DuoLamPHP，Difeye，GalaxixPhp，PhpPeanuts，Rong Framework，Openbiz Framework。

❼ PHP框架的PHP框架TOP10

排名前 10 並且最受歡迎的 PHP 框架(排名不分先後)。
Laravel
這款可能是現在最受歡迎的 PHP 框架，Laravel 非常強大，而且很高雅，易於學習和使用。非常值得一試！
Flight
Flight 是一個快速，簡單，可擴展的微型 PHP 框架，允許用戶快速的構建 RESTful web 應用，同樣易於學習和使用，簡單但是很強大！
Yii
Yii 是個高性能的 PHP 框架，用來開發 Web 2.0 應用程序，Yii 擁有很豐富的特性： MVC，DAO/ActiveRecord ，I8N/L10N，緩存，身份認證，基於用戶角色的訪問控制，scaffolding和測試等等。
Medoo
Medoo 是最輕的 PHP 資料庫，只包括了一個10,9kb 的文件，一個很強大的適用於簡單的 web 小應用開發的微型框架。
PHPixie
這個框架源於 Kohana 框架，是我最喜歡的框架了：兼容 MVC，能快速掌握，強大，你也應該試一試！
CodeIgniter
雖然是個比較老的框架，也快被淘汰了，但是我還是很喜歡這個強大的 MVC 框架 CI，無數次在我的項目中使用它，從來也沒對它失去信心，依然是我不變的選擇！
Kohana
Kohana 是個開源的，面向對象的 MVC web 框架，是使用 PHP5 來構建的。這個框架是由一群志願者隊伍開發的，他們致力於迅速，安全和小。
Symfony
這個框架是在 2005 年創建，是個非常強大的 MVC 框架，在企業界是非常受歡迎的。Symfony 是收到眾多的 web 應用框架啟發的：Ruby on Rails，Django 和 Spring ，它可能是最完整的 PHP 框架了。
Pop PHP
很多 PHP 框架很漂亮也很復雜，Pop 的建立是考慮到所有經驗層次的，提供了一系列可管理的學習曲線給初學者熟悉 PHP 的基礎，同時又提供了健壯和強大的功能給有經驗的 PHP 開發者。大小小於 2MB。
Phalcon
Phalcon 是一個開源的，滿棧的 PHP 框架，使用 PHP 5 類似 C 擴展的語言來編寫的高性能框架。用戶不需要會用 C 語言，Phalcon 會提供 PHP 類。Phalcon 是鬆散耦合，用戶可以隨意使用組件來創建 web 應用。

❽ 不明白php的restful，有什麼實際用處嗎

我理解你的問題應該是「把傳統的PHP Web介面改成符合RESTful風格的Web介面有什麼用處？」

其實，這里最好用「好處」這個詞來代替「用處」，因為傳統的Web介面實現方式同樣能夠實現業務需要（所以這不是一個必須的事情，需要自己根據業務需求綜合判斷是否需要採用），而改用「RESTful風格」會有一些額外的「好處」：

統一的風格能夠讓各方更加便利的進行交互，也帶來了更好的兼容性（這是一個所有遵循一定規范所帶來的共通的好處，就像大家都說普通話，交流起來多方便啊）
對資源的操作正好對應相應的HTTP動作（GET、POST、PUT、DELETE），而這些動作正好可以滿足我們對資源狀態進行操作的需要，也就是說想對資源狀態進行什麼樣的操作就選擇什麼樣的動作，而這些動作又是HTTP協議本身提供的，多麼和諧自然啊（就是題主的摘錄內容）
請求所造成的影響明確，或者說副作用明確，比如GET肯定是安全的，PUT和DELETE肯定是冪等得，POST肯定是不安全的（這里的肯定是建立在API設計完全遵循「RESTful風格」基礎上的）
良好的符合「RESTful風格」的URI設計，可以讓Web介面的功能和整體結構更加清晰，僅僅通過URI就能方便的推測出來介面是做什麼的，以及多個資源之間關聯性
利用HTTP內容協商（content negotiation）實現資源的多重表述，比如請求方可以把自己需要的格式放到頭信息的Accept欄位中表述（如Accept: text/json），這樣同樣一個URI就可以輸出多種格式而不再需要在URI裡面特別加上一個type=json的參數了
客戶端、代理伺服器等可以根據HTTP協議規范進行相應的額外處理，比如Cache
... 可能還有我沒總結到的好處(當然也會有一些不足~~)