Какова наилучшая среда разработки для Drupal, чтобы иметь возможность перемещать ее на другой сервер при запуске?

Question

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

Однако, что лучше всего делать, если у вас еще нет доступа к серверу, например, если у клиента ничего нет на месте?

Мне нужно иметь возможность построить и протестировать решение на моем локальном компьютере или на моем VPS, к которому у меня есть доступ RDP, и быть в состоянии максимально легко перенести его на клиентский сервер, когда он будет готов.

Какие-либо советы или лучшие практики? Насколько я знаю, у Drupal нет специальных инструментов миграции? Хотя я могу ошибаться

Answer 1

Я не работаю с Drupal, но для Prestashop, Wordpress, Zencart и т. Д. Я всегда использую один и тот же рабочий процесс:

• Я устанавливаю vhost в своем виртуальном сервере, обычно используя поддомен моего собственного домена (например, customer.mydomain.com). Установите программное обеспечение с его БД и т. Д. На сервере. Настройка доступа по FTP.
• Я получаю локальную копию файлов, которую я храню в локальном репозитории git, и в основном отправляю на github для резервного копирования.
• Я работаю с ZendStudio, настраиваю удаленный сервер и настраиваю его на загрузку файлов при их сохранении, чтобы я мог проверить их почти так же, как если бы я работал локально. Но главное преимущество этого подхода заключается в том, что я могу поделиться проектом с заказчиком по мере его развития.
• Когда мне нужно перейти на конечный сервер, по крайней мере, с Wordpress, я должен искать / заменять доменное имя, которое wordpress сохраняет в БД. Но я делаю это локально. Я загружаю всю базу данных в виде файла SQL через phpmyadmin, открываю ее, ищу-заменяю и снова загружаю через phpmyadmin на постоянный сервер.
• В ZenCart и других проблемах является файл конфигурации, в котором хранятся некоторые пути. Для долгосрочных проектов или долгосрочных клиентов я изменяю файл конфигурации, чтобы использовать некоторые детали конфигурации или другие в зависимости от имени сервера.

Answer 2

добавление к вышеуказанному комментарию ...

Проверьте модуль «Резервное копирование и миграция» и модуль «Резервное копирование файлов». «Резервное копирование и перенос» полезны при любой настройке ...

с этим я смог выполнить установку barebones drupal, а затем перенести / заменить базу данных на резервную копию из моей локальной системы ... если базы данных названы по-другому, вам все равно нужно будет отредактировать settings.php

«файлы резервных копий» полезны для тем и ресурсов контента, таких как изображения и т. Д., Но по сути это просто оболочка для gzip

Answer 3

Обычно я работаю на своем локальном компьютере и затем загружаю на сервер после завершения.

Все, что вам нужно сделать, это изменить имя папки в / sites / и изменить файл settings.php, чтобы он отражал настройки сервера/domain.

Что-то, о чем вы должны знать:

• Если вы загружаете файлы при локальной установке, пути к файлам на сервере будут неправильными, и вам нужно будет выполнитьодин запрос на замену в MySQL.
• Убедитесь, что вы используете относительные пути в любых жестко закодированных ссылках.