開發網站時

Question

很多時候，我只是創建一個新文件夾並在那裏測試一下。我使用遠程上傳，然後編輯並刷新頁面以查看它是否有效。現在，有一次當我被要求在朋友的網站上工作時，他告訴我在我的HOSTS窗口文件中更改他的域的IP。他在另一臺服務器上克隆了他的網站，所以我可以編輯所有內容，並且仍然可以直觀地看到我的工作。像這樣工作是理想的嗎？開發網站時編程的好策略是什麼？例如備份你開始工作，在一個單獨的目錄中的文件工作，等等

我知道每個人都有自己的風格和我的理解有沒有正確的方式了。我只是對每個人的常見做法感興趣，我希望能夠隨時拿出一些技巧並將其融入我自己的風格。

Answer 1

如果您尚未執行此操作，請開始使用版本控制系統（如git或subversion）來跟蹤更改。這樣，如果新變更破壞了某些內容，您將始終能夠恢復到舊版本。

我使用類似於Web服務器配置的配置儘可能地開發和測試工作站或開發服務器上的更改，以便我可以確信，在部署新版本時，事情不會中斷網絡服務器。我隨時做出更改，當我對新版本感到滿意時，我通過檢出服務器上的新版本將其部署到Web服務器。

Answer 2

與/etc/hosts文件擺弄就是模擬一個Web地址用於測試目的的快速和簡單的方式 - 沒有錯，起初臉紅。

但是，如果做得好，那麼在網站上工作不應該需要那種詭計，因爲網站內部的所有鏈接應該是相對的。即如果原來的網站有一類的地址http://true.app.com，你用地址mock.app.com的服務器上進行測試，那麼你應該能夠在http://mock.app.com指向您的瀏覽器，一旦你在那裏的所有環節應該工作。如果鏈接是絕對的（即頁面充滿對true.app.com的引用），那麼設計/體系結構/結構可能存在問題。

如果你的朋友沒有一個域名爲他的測試服務器，然後將同樣適用於數字地址;如果你開始瀏覽http://1.2.3.4，鏈接仍然可以工作。

爲「僞造」的正當理由，如果你的網站做了很多與另一回往復的，以及其他網站的鏈接發送給你的瀏覽器回你的網站地址可能是。

要回答這個問題：一個好的策略是儘可能地使用相關鏈接;這樣，當你的朋友的業務和軟件被賣給另一家公司，或者他倒閉時，不得不用另一個名字重新表面化，那麼修改這些鏈接的工作就會少得多 - 理想情況是沒有。

Answer 3

拉下來的網站（如果你要編輯現有的），以本地開發Web服務器和數據庫服務器/工作站。讓它在本地運行和開發。讓源代碼（代碼，圖像，樣式表，db腳本等等）進入你自己的版本控制系統。