Как организовать развертывание приложения на том же сервере, что и производство? - PullRequest
0 голосов
/ 20 сентября 2009

Я только что унаследовал приложение CF от клиента, который использует поставщика общего хостинга CF. Я хотел бы представить более эффективные процессы, включая возможность вносить изменения в приложения, которые я делаю, для их проверки. (В прошлом они загружали изменения и скрещивали пальцы.)

Их приложение живет в папке под webroot. Давайте назовем это «/ app». Я хотел бы создать каталог с именем «/ appstaging», где я бы опубликовал последний код. Препятствием является то, что хостинг-провайдер позволяет вам устанавливать пути для пользовательских тегов и сопоставлений, но не для каждого приложения CF. Все существующие настройки указывают на каталог / app, поэтому, если мне нужно внести изменения в теги, CFC и т. Д., Я не могу проверить их, не затронув работающее приложение. Я хочу, чтобы CF позволял мне задавать пути и сопоставления тегов для каждого приложения. Из того, что я прочитал, CF8 позволяет мне делать это, но клиент использует CF7 (я настаиваю на том, чтобы они обновились как можно скорее). В то же время, есть ли способ обойти это, или плавный способ внесения изменений должен ждать?

(В настоящее время я экспериментирую со способами определения того, какое приложение я использую, используя GetCurrentTemplatePath () в application.cfm. Идея состоит в том, что любой код, который ссылается на другие файлы с использованием сопоставлений, будет использовать другое сопоставление. проделал там достаточно работы, чтобы знать, все ли получится.)

Любые идеи или пожелания приветствуются. Я должен отметить, что приложение и его среда разработки не очень «современны». Здесь не задействованы фреймворки и такие вещи, как ant, используемые для сборки / развертывания. Бюджет клиента крайне ограничен, поэтому я не собираюсь конвертировать приложение в полную продажу, но мне нужно найти дешевые способы, чтобы получить какой-то процесс, чтобы держать вещи в здравом уме.

Ответы [ 2 ]

6 голосов
/ 21 сентября 2009

Это серьезное, но дурацкое предложение: использовать второй размещенный аккаунт.

Составьте анализ затрат и выгод, связанных с наличием живых и промежуточных серверов, и сравните его со стоимостью второй размещенной учетной записи. Вторая учетная запись не требует больших объемов данных и т. Д. И не должна стоить столько же, сколько реальная учетная запись.

Кроме того, рассчитайте стоимость пересмотра кодовой базы, чтобы обеспечить возможность оперативной и промежуточной обработки для одной учетной записи, и сравните ее со стоимостью второй учетной записи хостинга.

Помните, что вам не понадобится второй аккаунт после завершения реального обновления.

1 голос
/ 21 сентября 2009

Полагаю, вам нужно будет что-то сделать, например, определить пути пользовательских тегов в файле конфигурации, который загружается в область приложения. Но для этого потребуется серьезная переработка кода.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...