本文目錄一覽：
php項目如何部署在服務器上
一、阿里ECS服務器配置
1.因為線上已經有幾個站點了.所以要配置ngnix多站點
2.阿里雲ecs目錄結構，ngxin 在/etc/nginx/目錄下，配置的地方主要是nginx.config文件。或者在conf.d新建一個配置文件然後在include到nginx.config文件中
3.nginx.config新建站點信息
server {
listen 80;
server_name www.你的域名.com;
root 站點的相對路徑;
index index.php index.html index.htm;
#charset koi8-r;
#access_log /var/log/nginx/host.access.log main;
# Load configuration files for the default server block.
include /etc/nginx/default.d/*.conf;
location / {
#try_files $uri $uri/ /index.php;
root /opt/www/pcweb/ytyy_pc;
index index.php index.html index.htm; if (!-e $request_filename) { rewrite ^(.*)$ /index.php?s=$1 last; break; }} url重寫（可以沒有）
# redirect server error pages to the static page /40x.html
#
error_page 404 /404.html; 40錯誤頁面配置
location = /40x.html {
}
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html; 50錯誤頁面配置
location = /50x.html {
}
location ~ \.php$ {
root 站點相對路徑;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
location ~ /\.ht {
deny all;
}
}
配置文件的基本內容如上；
配置完成後測試配置文件是否正確
這樣配置就可以使用了
然後重啟nginx服務器
這樣nginx配置就結束了可以使用了。吧站點文件放到對應的目錄下面。我直接git clone過去的。
二.thinkphp項目文件轉移
本來以為上傳完就結束了。上傳上去碰到的第一個問題就是訪問頁面報錯，頁面被電信的114頁面劫持了。。。麻蛋 看不到報錯
萬能百度大法
解決方法1.internet高級選項-隱私-站點 新加阻止站點
解決方法2：控制面板-網絡和internet-本地連接-屬性-ipv4 使用如下ip
終於搞定可以看到報錯頁面了。。。。。。麻蛋。再次開啟萬能百度大法
得到最終結論是文件目錄權限引起的。thinkphp 的runtime目錄沒有寫入權限。。thinkphp文件上傳到阿里的好像都有這個問題。解決問題很簡單
進入到項目文件目錄
直接跟文件最高權限
chmod -R 777 [目錄] //linux修改文件權限
PHP項目的標準部署方式是怎樣的
PHP 的世界裡有 Composer()，這個玩意兒你可以聯想成 npm 之於 Node.js，gem 之於 Ruby。它有一個官方的包倉庫 Packagist()。
一般的項目部署也有相關的工具，例如 phing()，可以認為是 Ant 之於 Java。
舉
例來說，現在做的項目用的是 Github+Jenkins 的方案，每個開發人員從主倉庫 fork 到自己賬戶，然後提交 Pull
Request。Pull Request 會觸發 Jenkins 的 Pull Testing，將改動部署到 QA
環境中，然後該怎麼測試就怎麼測試吧。部署腳本的工作主要包括清理原先的項目文件和數據庫，取回代碼庫中最新的版本，跑 phing（包括數據庫的
Migration、運行 PHPUnit, PHP CodeSniffer等一系列QA工具）等。最終部署到生產環境的過程是類似的。
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）一個時刻，只能有一個人修改一個 module （類似於 requisitepro 中的一個 word 文檔），其他人只讀方式打開。
DOORS 有訪問方式：獨佔、共享和只讀。當某人獨佔打開某個 module 時，其他人只能只讀訪問。但 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）可以針對 module （類似於 requisitepro 中的一個 word 文檔）打基線。可以比較基線之間的不同點。基線可以作為創建新的 moduel 的模版。
（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 能夠在一個專門的界面上給用戶一次顯示一個 module 文件中的所有需求項和相互之間的追蹤關係 ( 即支持 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框架或模板技術，之後就是後台功能開發，最後再把數據在前台展示出來；這只是基本步驟，真正實施起來，涉及的東西是很多的，要注意的細節也很多
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-hant/n/283176.html
微信掃一掃 
支付寶掃一掃 