如何在與生產相同的服務器上部署應用程序？

我剛剛從使用共享CF託管提供商的客戶那裏繼承了一個CF應用程序。我想介紹更好的流程，其中包括我爲審查所做的應用更改。（過去，他們會上傳更改並跨越他們的手指。）如何在與生產相同的服務器上部署應用程序？

他們的應用程序位於webroot下的文件夾中。我們稱之爲「/ app」。我想創建一個名爲「/ appstaging」的兄弟目錄，我將發佈最新的代碼。障礙在於託管服務提供商允許您爲自定義標籤和映射設置路徑，但不能爲每個CF應用設置路徑。現有的設置都指向/ app目錄，因此如果需要更改標籤，CFC等，我無法在不影響實時應用的情況下測試這些設置。我想要的是CF讓我設置每應用程序標記路徑和映射。從我讀過的，CF8讓我做到這一點，但客戶使用CF7（我正在推動他們儘快升級）。在此期間，有沒有辦法解決這個問題，或者是否有一種平穩升級改變的方法需要等待？（我目前正在試驗如何檢測我基於在application.cfm中使用GetCurrentTemplatePath（）的應用程序，想法是任何使用映射引用其他文件的代碼都會使用不同的映射，但在那裏做了足夠的工作，但要知道這是否全部成功。）

歡迎任何想法或意見。我應該指出，該應用程序及其開發環境不是很「現代」。沒有涉及的框架，也沒有像用於構建/部署的東西。客戶的預算非常有限，所以我不打算轉換應用程序的整體銷售，但我需要找到便宜的方法在那裏獲得一些流程以保持健全。

來源

2009-09-20 DaveBurns

認爲它基本上覆蓋了您的上一個問題。 – Sergii 2009-09-20 19:06:35

@Sergii：我不這麼認爲。如果現有代碼使用自定義標記，那麼如何告訴CF從主機提供商允許我設置的全局標記路徑以外加載它們的路徑？你在我的另一個問題中提出的建議與我上面的第三段基本相同。我想知道是否有其他方法可以解決這個問題，而不會通過整個代碼庫（它很大）來改變這個變化。能夠設置每個應用程序的映射會讓我這樣做。聽起來像是轉向CF8是最好的解決方案。我想知道是否有另一種方式在升級之前乾淨地分離這兩個應用程序... – DaveBurns 2009-09-21 03:03:18

我希望你需要做一些事情，比如在一個配置文件中定義自定義標記路徑，這個配置文件被加載到應用程序範圍中。但是這需要重新編寫一些代碼。

來源

2009-09-21 10:28:48 ale

雖然其他地方提到的第二個託管帳戶是一個好主意，但我採取了類似的方式，主要是因爲CF8的升級很快就會發生，因此客戶不想爲第二個帳戶的後勤工作打擾。但也因爲作爲加載具有顯式路徑的CFC（應用程序早於CFC）和其他調整（配置文件等）的副作用，我可以有一個staging目錄並行現場應用程序。仍然與自定義標籤dir重疊，但我最大限度地減少了在應用程序中使用這些應用程序，以至於很少出現問題。 – DaveBurns 2009-10-15 19:28:24

這是一個嚴重的但古怪的建議：使用第二個託管帳戶。

撰寫關於擁有活動服務器和登臺服務器的成本效益分析，並將其與第二個託管帳戶的成本進行比較。第二個帳戶不需要大量的數據津貼等，而且不應該像真實帳戶一樣花費。

此外，計算修改代碼庫的成本，以允許在一個帳戶上進行實時和暫存，並將其與第二個主機帳戶的成本進行比較。

請記住，一旦您的真正升級完成，您不需要第二個帳戶。

來源

2009-09-21 04:23:09 Antony

借調此。它不應該花費很多，而且所有的意圖和目的都提供了一個獨立的登臺服務器。 – 2009-09-21 10:32:49

同意。爲什麼要在第二個主機帳戶解決所有問題時浪費時間進行編程？即使客戶的預算緊張，第二個便宜的主機帳戶應該比開發工作更便宜。 – Eddie 2009-09-21 16:50:14

如何在與生產相同的服務器上部署應用程序？

回答

相關問題