php項目本地部署

『壹』 php程序怎麼部署運行

首先你要有windows2003和iis6.0（6.0以下就免談了）。
然後要安裝的東東依次為：php5.2，mysql5.0，phpmyadmin2.11
這些東西一個個去找實在是太麻煩了，幸好我們有wamp。
只要學會了安裝wamp，那麼就只剩下「配置」了。
下面所有牽涉到的文件路徑都以wamp為准，php在wamp中的目錄為wamp\bin\php\php5.2.5。
要讓iis能夠解析php，首先要把php.ini復制到c:\windows目錄下，把php5isapi.dll復制到c:\windows\system32下。
然後從windows2003的管理工具中進入iis，新添加一個web服務擴展，擴展名可以任意填寫，比如說「php服務擴展」，要求的文件則是php5isapi.dll，勾上「設置擴展狀態為允許」。
然後新建一個網站，假設已經有了一個網站，右鍵「屬性」，為網站創建一個「應用程序池」，執行許可權為「腳本和可執行程序」，點擊「配置」，添加一個
「應用程序擴展」，在新彈出的窗口中，可執行文件選擇剛才的php5isapi.dll（最好是c:\windows\system32下的），」擴展
名」為.php，動作限制為「get,head,post,trace」，勾去「確認文件是否存在」
ok，這樣php就基本上配置好了，可以去網站根目錄下創建一個index.php，寫入「
?php
phpinfo();?」，然後打開瀏覽器測試一下就可以了。
首先你必須修改php.ini，找到extension_dir這個參數，假設wamp安裝在d盤，改成
extension_dir
=
「d:\wamp\bin\php\php5.2.5\ext\」，然後找到extension=php_mysql.dll和
extension=php_mysqli.dll，確保他們之前的逗號已經去掉。
接下就是關鍵了，在wamp\bin\php\php5.2.5目錄下有一個關鍵的文件libmysql.dll，昨天困擾了許久，才想起以前配置
mysql的慘痛經歷（都是wamp惹的禍，把php/mysql的安裝搞的太簡單了），這個文件一定要復制到c:\windows\system32目
錄下去，否則就算在php.ini裡面打開extension=php_mysql.dll也沒有用，當瀏覽需要連接mysql的頁面時，會報錯說
「mysql」類型不存在。
我們就遇到了這樣一個實際問題：54上已經在運行asp以及asp.net的網站，iis搶佔了80埠，apache就不能使用了，這樣難道你要別人在
單，在wamp中找到httpd.conf文件，將其中所有「80」字樣替換成你想要的埠，重啟apache就可以了。apache裡面一共有4個地方
需要修改80：
listen
80，servername
localhost:80，namevirtualhost
*:80，前2個是默認的，後2個是配置了virtualhost才會出現。</pre
評論
0
0
載入更多

『貳』 有一個php網站,別的公司給做的,我想把它部署在本地,大家誰知道怎麼部署呢環境已經搭建好！就是把源代碼

剩下來的事情就是發布網站了，在WEB伺服器上做文章就行了，你用的是哪個web伺服器？windows是的IIS,Linux下最好是Apache，或者Nginx，Lighttpd，再或者跨平台的kangle?
WEB伺服器不同，步驟也不同，反正源碼是要在web伺服器上做一個配置，(IIS上為添加站點，然後設置主目錄，站點的許可權這類的)，Apache則是修改httpd.conf來增加站點,那個.sql文件直接導入到mysql資料庫就行了(用phpmyadmin)注意sql的編碼，一定要和資料庫默認編碼一致否則會出錯！

『叄』 PHP 項目部署，有什麼好用的工具，方案

需求是研發團隊工作的起點，很多研發團隊的開發過程混亂的源頭都在於需求管理沒有做好。這里是本人收集整理的幾個需求管理系統，希望對大家有點幫助。
Rational RequisitePro
Rational RequisitePro是一個強大、易用、集成的需求管理產品。而通過與Rational系列軟體產品的廣泛集成，大大擴展了RequisitePro及其他產品的功能，給軟體工程生命周期內的各個階段都提供了強大、方便的信息查詢、跟蹤、管理功能。從而能夠促進更好的團隊溝通、幫助管理變更和評估變更的影響，幫助驗證所有的規劃需求被交付物所滿足、降低項目風險。

網址：

IBM Rational DOORS
IBM Rational DOORS前身是大名鼎鼎的Telelogic DOORS，被IBM收購後更名為IBM Rational DOORS。DOORS
是最老牌的企業需求管理套件，通過使用DOORS/ERS，可以幫助企業更有效地進行溝通並加強協作與驗證，從而降低失敗的風險。通過對整個組織實施多種需求管理的方法，可以使項目的管理更加透明。它可以使企業跨越地域與組織的邊界來按國際化的方式運行。

網址：

青銅器RDM
青銅器RDM是IPD+CMMI+Scrum一體化研發管理解決方案，針對需求管理，涵蓋需求的全生命周期管理，從市場客戶需求收集（創意管理）、產品路線圖（Roadmap）定義、產品特性需求、產品設計需求與規格、項目開發Build劃分（迭代劃分）、測試用例庫、測試計劃、測試執行、缺陷跟蹤、全方位的需求跟蹤矩陣RTM；同時實現Scrum開發模式，基於項目需求直接生成項目任務，實現基於需求和缺陷的迭代開發模式；全面實現了IPD、CMMI、Scrum業界主流研發管理框架的需求管理要求。

網址：

比較內容

Telelogic Doors

IBM Rational RequisitePro

青銅器RDM

結論

項目級別的比較

（1）Doors 將所有的與需求相關的數據均存放在伺服器上的 doors 資料庫（不是商業資料庫）中。
（2）一個 DOORS Database 能夠同時支持許多個不同的項目開發，從而使得新的項目能夠復用和共享過去的文件和信息。不同項目（文件）之間的追蹤關系可以跨項目建立。

（1）ReqPro 將需求的數據存放在資料庫中，而把與需求相關的上下文信息存放在 Word 文檔中。
（2）一個 Database 只能支持一個項目的開發 , 無法支持對過去文件和信息的復用和共享。不同項目之間無法建立聯系。

（1）RDM所有項目的需求統一保存在一個Database，該資料庫可以是Oracle、Sql、Mysql任何商用資料庫
（2）不同項目之間的需求可以相互關聯、共享；同時支持產品標准化需求庫，從而支持平台化產品開發模式，可以基於產品標准需求庫構建項目，實現具體客戶的個性化。

RDM、Doors 占優
（1） Doors 中的項目顯然是從企業的級別考慮，任何一個用戶，只要有許可權，就可以訪問企業中的任何一個項目的需求數據。
（2）RDM需求集中保存，便於統一維護，跨項目共享也更方便，同時產品通用需求庫概念，支持平台化開發模式，兼顧平台化和項目個性化要求。

多人同時訪問

（1）一個時刻，只能有一個人修改一個 mole （類似於 requisitepro 中的一個 word 文檔），其他人只讀方式打開。
DOORS 有訪問方式：獨占、共享和只讀。當某人獨占打開某個 mole 時，其他人只能只讀訪問。但 DOORS 提供共享方式，特別是可以允許不同的人同時修改同一文檔的不同部分，比如 A 用戶負責修改第一章， B 用戶負責修改第二章。這是 tool-setup for sharing 的功能。

（1）一個時刻，只能有一個人修改一個 word 文檔。其他人只讀方式打開。

（1）RDM支持需求檢入/檢出，版本化操作；同時不同版本之間的差異化能自動對比分析
（2）RDM的需求可以靈活根據需求類型、需求狀態劃分許可權，支持多人並發對需求進行編輯、維護。

RDM占優，ReqPro、Doors兩者相同。

需求創建和編輯

在 doors 中創建和編輯（與 word 的使用類似。）創建方法簡單直觀。

在 word 文檔中創建和編輯，創建方法和理解上略有困難。在 requistitepro 中創建的需求放在資料庫中，不能被文檔使用

RDM支持在線創建編輯需求 和 基於Excel編輯需求，然後集中導入RDM 兩種模式。
在線編輯支持富文本、直接插入圖片等個性化手段

各有優劣， ReqPro、RDM略占優
（1） doors 中創建和使用簡單，不需要 word 。但是，它畢竟沒有 word 的編輯功能強大。
（2）RDM支持富文本、直接插入圖片方式，能使需求展現的更直觀

需求修改歷程的紀錄和管理

（1）可以針對 mole （類似於 requisitepro 中的一個 word 文檔）打基線。可以比較基線之間的不同點。基線可以作為創建新的 moel 的模版。
（2）需求項的修改有歷史記錄，並且可以回滾到任何一個歷史點的內容。
（3）可以和主流的配置管理工具集成使用；

（1）需求項的修改有歷史記錄。

（2）可以和 clearcase 工具集成使用 , 完成基線功能，但是只是形成版本，沒有比較功能。

（1）RDM支持需求檢入/檢出，版本化記錄，同時一個頁面展現版本間差異
（2）RDM本身提供變更管理流程，並且流程可配置，需求和流程的集成性高
（3）RDM同時提供變更關聯提醒功能，需求變更後自動通知子需求、關聯需求、對應的測試用例。

Doors、RDM占優
（1）優勢明顯，而且該功能比較有用。
（2）RDM的版本間差異對比、變更關聯通知非常有價值。

對需求變更的管理

Doors 本身具備變更管理系統，即變更的提交，評審，應用，並因此可以給指定的用戶分配不同的角色（如提交者，審閱者，應用者）；內容討論能力較弱
可以和主流的變更管理工具集成使用；
DOORS 可以和 ClearQuest 集成，可以使用 CQ 的功能擴展變更流程，使需求項和變更請求緊密相關

RequisitePro 有針對需求項的討論功能。類似於 bbs 中的主題討論。使用比較方便。
討論沒有區分許可權，但是有明顯的討論人和討論時間。
與 clearquest 工具集成；

1）RDM支持需求檢入/檢出，版本化記錄，同時一個頁面展現版本間差異
（2）RDM本身提供變更管理流程，並且流程可配置，需求和流程的集成性高
（3）RDM同時提供變更關聯提醒功能，需求變更後自動通知子需求、關聯需求、對應的測試用例。

各有優劣， RDM 略占優

多個需求項及追蹤關系的顯示

Doors 能夠在一個專門的界面上給用戶一次顯示一個 mole 文件中的所有需求項和相互之間的追蹤關系 ( 即支持 in 和 out 的需求追蹤 ) ，從而支持用戶同時觀看所有相互依賴的需求項。

有專用的追蹤矩陣圖，以二維表的形式展示需求項之間的追蹤關系。

（1）針對單個需求，一個頁面可以追蹤到市場需求、產品需求、設計需求、物理模塊、項目構建、測試用例、開發任務、測試缺陷，實現端到端追蹤
（2）針對集中追蹤，提供跟蹤矩陣、跟蹤表兩種模式

RDM占優
（1）RDM跟蹤更全面，涉及到測試用例、項目任務、物理模塊、測試缺陷。
（2）RequisitePro 的功能強大，界面也比較復雜，使用不便，但RDM同樣功能，RDM界面更清晰、明了。

可疑 link （需求變更）的通知

（1）當 link 的一方產生變更時， Doors 可以自動產生提示符通知另一方，而不需要在 link 的矩陣上查找；
（2）可以清楚地看到導致可疑 link 的需求內容變更情況

沒有自動提示，必須通過追蹤關系矩陣來查找，當追蹤矩陣比較大時，非常費時費力；

（1）當 link 的一方產生變更時， RDM 可以自動產生提示符通知另一方，同時自動把變更的信息推給對方
（2）Link方不僅僅是需求還涵蓋測試用例，通知更全面

RDM、Doors 占優
（1）RDM更優，可以靈活配置哪些屬性變化才通知，同時變化信息能自動推送給link方，更易用
（2）Doors 的可疑 link 原理是通過需求內容的改變自動置 link 為可疑，比較科學。

與已有產品的集成

Clearquest 、 clearcase 、 rose

Clearquest 、 clearcase 、 rose 、 testManager 、 project2002

RDM本身就是研發一體化平台，可以使客戶最大程度節約投入

Requistitepro 占優

與 word 的集成

需求的創建和修改工作完全在 doors 中完成。只是提供了導出符合格式的 word 文檔。

與 word 緊密集成，需求的創建和修改工作大部分在 word 中完成。

需求的創建和修改工作在 RDM 中完成。靈活定義導出的內容和格式，可以直接導出為Word、PDF、Excel格式。

Requistitepro 、RDM占優

從現有 word 文檔的導入功能

。支持，基本上是 word 文檔中的一段對應 doors 中的一個需求項（ object ）。同時， word 中的表格、圖像等 ole 對象也可以導入。
支持 Word 文檔的導入，同時支持 table ， picture 和 OLE object 的導入

不支持普通 word 文檔的導入

不支持Word，支持Excel

Doors 占優

離線編輯功能

沒有找到離線編輯的好方法。

可以使用 word 把文檔下載到本地編輯（可以離開網路環境）。然後再提交到 requisitepro.

沒有找到離線編輯的好方法。

Requistitepro 占優
該功能比較有用。

許可權控制

Doors 具有靈活的許可權控制，包括：只讀，修改，創建，刪除，管理等五種級別。許可權控制可以針對每一個用戶在每一個 database ，項目目錄，文件，實施等；

許可權控制的種類和級別有限。包括：只讀、完全控制。許可權只能針對項目 。

RDM 具有非常靈活的許可權控制，包括：只讀、編輯、創建、刪除、管理等五種級別。同時可以基於需求欄位屬性配置許可權

RDM 占優

數據備份和恢復

簡單有效

復雜，要保證文件和資料庫同時備份。可能使用 access 資料庫會 …

簡單方便，只需要配置資料庫、伺服器上的文件庫目錄即可

RDM、Doors 占優

異地需求管理
(Multi-site)

Doors 提供靈活的方式實現需求異地管理的方式； Doors 強大的性能優勢也保障了大型項目異地需求開發 / 管理的可能；

無異地使用模式

RDM是B/S結構，提供領會異地訪問管理模式

RDM已經有眾多實際案例

是否易於掌握

容易使用

較容易使用

容易使用，但前期配置有一定的工作量

Requistitepro 上手較快（因為是在 word 中編輯），想各個功能用的比較順手需要一段時間。
Doors 大部分功能比較容易掌握。

『肆』 請教如何部署php項目（只要能跑起來就可以了）

php源碼直接放到apache的安裝目錄下的home文件夾里，index.php是入口文件，要跟home文件夾平級

『伍』 怎麼將php代碼部署到自己的伺服器上

伺服器配置好PHP的運行環境，把你本地的代碼上傳到伺服器，看你的伺服器是什麼系統

『陸』 php項目如何部署在伺服器上

一、阿里ECS伺服器配置

1.因為線上已經有幾個站點了.所以要配置ngnix多站點

2.阿里雲ecs目錄結構，ngxin 在/etc/nginx/目錄下，配置的地方主要是nginx.config文件。或者在conf.d新建一個配置文件然後在include到nginx.config文件中

『柒』 如何將php代碼部署到本地進行php代碼測試

必備軟體：apache + php 或者（mysql 或者 mssql） 安裝上述軟體。 其中apache是支持本地虛擬主機的 php是支持php後綴文件打開及處理php文件的軟體 mysql是資料庫軟體

『捌』 php項目在線上能夠運行。本地部署環境，部分404文件(運行後路徑不對，缺少項目)，可是文件都在項目中。

應該是本地環境裡面apache沒有配置好，或者吧某一類的文件給禁止訪問了。