Лучший способ установить и настроить как сервер разработки, так и рабочий сервер?
Вот ситуация у меня...
Я работаю над 3 небольшими веб-сайтами (один - сайт для демонстрации фотографий для члена семьи, другой - блог, а другой - пользовательская CMS, над которой я работаю, чтобы получить опыт работы с PHP)
Я кодирую все 3 сайта обряда с помощью Dreamweaver и загружаю файлы непосредственно на (удаленный, CentOS) рабочий сервер. Нет сервера разработки.
Поскольку моя CMS становится все более и более вовлеченной, я понял, что Dreamweaver не собирается сокращать ее до устранения неполадок. Использование IDE, вероятно, сделает мою работу по кодированию намного проще. Я скачал netbeans PHP и начал экспериментировать с его функциями XDEBUG. Я установил XDEBUG на удаленный сервер и настроил его так, чтобы он подключался к моему компьютеру. Теперь я боюсь, что если XDEBUG открыт и работает на рабочем сервере, это снизит производительность и сделает ее более уязвимой.
Я разрабатываю все на компьютере с Windows 7 в той же домашней сети (его самостоятельно). Я планировал установить XAMPP на мой компьютер с Windows, но я понял, что наличие сервера разработки в другой операционной системе не поможет мне обнаружить и устранить все проблемы.
Было бы лучше для меня, 15-летнего веб-гуру, продолжать использовать мой рабочий сервер с XDEBUG, использовать мой локальный хост Windows для отладки и загрузки рабочих проектов на рабочий сервер, или использовать виртуальный хост на моем компьютере с Windows (через VMware, VirtualBox и т. Д.) И настройте CentOS через это. (Если это решение, как я могу передавать файлы туда и обратно. Должен ли я использовать NetBeans для Linux? Как мне это сделать, если это ответ?)
1 ответ
Я согласен с Уордом - у вас там слишком много вопросов.
Суть в том, что да, вы бы хорошо подготовились и создали отдельный узел разработки. Есть несколько причин. Один из них, как вы предложили, позволяет вам использовать более привязанный производственный сервер для повышения безопасности и производительности. Запуск XDEBUG на рабочем сервере является плохой практикой, и вам никогда не понадобится делать это, если ваш сервер разработки отражает производство.
Во-вторых, это позволяет вам проводить тестирование на сервере разработки, поэтому вы больше уверены в обновлениях, прежде чем их публиковать.
В-третьих, это стандартная практика на предприятиях, поэтому она дает вам полезный опыт и показывает ваш профессионализм потенциальным работодателям. На самом деле правительственное учреждение, в котором я работаю, требует отдельных серверов для разработки, тестирования и производства, но это было бы излишним ИМО для небольшого магазина разработки.
В-четвертых, сервер разработки - это естественное место для резервного копирования производственных файлов и баз данных. Все мои производственные файлы просто экспортируются из системы контроля версий на сервере разработки, поэтому их легко восстановить, если они потеряны. И я каждый вечер копирую производственные базы данных на хост разработки.
Передача файлов из разработки в производство не представляет особой проблемы. Ваша система контроля версий может сделать это для вас, перенесена через SSH (например, я использую bzr push). Точно так же вы захотите упростить копирование баз данных с производства на разработку. Я создал необычный скрипт, который в основном работает ssh production mysqldump | mysql,