Комментарии пользователя rPman

Возможно ли использовать Ubuntu в WSL2, как Portable программу, которую можно записать на флэшку, вставить в другой комп и работать, как на первом?

rPman @rPman

Если исполнение кода будет на иной машине чем та на которой ты запускаешь интерфейс ide (виртуальная машина равназначна еще одной машине, стоящей в твоей локальной сети) то настраивать отладку будет значительно сложнее, чем если ты будешь вести разработку на одной.

Настоятельно рекомендую на старте не создавать себе проблемы. Настраивай рабочее окружение на той же машине, на которой запускаешь phpstorm (т.е. тебе тут вообще не нужна виртуальная машина)

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

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

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

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

Войдите на сайт