Как быстро создать рабочее окружение для web-разработчиков или настраиваем окружение разработки для работы или изучения HTML, CSS, PHP в Windows.


(статья опубликована на Linkedin)


web - developer PHPStorm and Vagrant


Это мой перевод статьи от автора книг по Ассемблеру и Реверсингу программ. Сейчас он в основном публикуется в США. Думаю пригодиться начинающим и не только.


Начинающие программисты всегда задаются вопросом, с чего начать изучение создание web-сайтов? Поиск в интернете дает много разнообразной информации, но к сожалению только еще больше запутывает начинающих разработчиков. Имея более чем 5 летний опыт преподавания, я много раз видел, как ученики, делая перерывы в компьютерных играх и решившись стать web-разработчиками, пытались настроить окружения разработки. Они начинали перебирать программы для верстки. Они хватались за Sublime Text, Notepad++, Visual Studio Code, NetBeans или PHPStorm. Пытались ставить себе на локальный компьютер WAMP (расшифровывается как Windows, Apache, MySQL и PHP) платформы, такие как Denver, Xampp, Open Server и многие другие. Но так как в голове начинающего разработчика пока нет систематических знаний, нет опыта настройки, довольно редко у кого из них получалось настроить удобное окружение разработки, а у кого получалось, тот понимал, что играть стало сложнее, так как множество дополнительно установленных программ, мешают наслаждаться плавностью в игре.


Данная статья родилась из-за объясняя за многие годы каждому ученику, как все сделать и правильно и удобно.


Еще раз хочу сказать, что мы будем настраивать рабочее окружение в системе Windows для изучения создания сайтов на HTML, CSS и их связки с PHP. Будем называть такой компьютер рабочим, чтобы начинающие web-разработчики привыкали к мысли, что их компьютер — это их источник дохода.


Начинаем


Я считаю, что раз вы решили стать web-разработчиком, то самое первое что нужно сделать, это установить на ваш компьютер Git. Git — распределённая система управления версиями. Поверьте мне на слово, что данная система не раз спасет вас, особенно в моменты, когда вы поймете, что что-то получилось плохо. Благодаря git вы сможете четко контролировать когда это случилось и git даст вам возможность откатиться на предыдущую версию редактируемого файла. Удобно ведь, верно?


Для установки скачайте и установите Git для Windows (https://gitforwindows.org/), оставляем все пути и параметры по умолчанию. После установки перезагрузите компьютер.


Теперь вы можете использовать Git с помощью командной строки или PowerShell.


Я придерживаюсь правила, что устанавливать себе на рабочий компьютер нужно только git и IDE, которая расшифровывается как «интегрированная среда разработки». Все остальное должно работать в серверном варианте. Ставить себе разнообразные WAMP нельзя. Подчеркну, что я говорю именно о WAMP сборках. Я объясню свою точку зрения. WAMP-сборки удобны и хороши, но только тогда, когда вы четко понимаете что и зачем делаете на сервере и сайте. Начинающие просто в силу своего опыта пока этого не могут. Да, читая на многих форумах, где web-разработчики, в том числе и Full Stack Developers, дают советы начинающим, мне очень часто приходилось читать о том, что WAMP-сборки очень удобны. Но по таким советам, можно сразу отличить профессионала, от того, кто только сделал свои первые шаги в сторону web-разработки. Профессионал никогда не посоветует начинающему изучать web-разработку ставить себе WAMP-сборки.


А дело тут вот в чем. Окружение в WAMP-сборке довольно сильно отличается от реального окружения, которое есть у web-hosters, на котором и будет находиться ваш готовый сайт. Окружение web-hosters это как правило система на базе UNIX-подобных систем (Linux, CentOS и т.д.), довольно реже это веб-сервер IIS, а при использовании WAMP-сборок у нас получается windows окружение, которое ничего общего с реальным окружением не имеет. На моей практике я был свидетелем, когда WAMP-сборки мешали людям. Например, пришел к нам в команду начинающий web-разработчик, разрабатывающий сайты на домашнем компьютере с WAMP-сборкой. Было у него простое задание сверстать страницу с готового макета и сделать на ней работающую форму обратной связи. Через несколько дней он приносит готовое решение. Мы заливаем его на тестовый сервер, который является точной копией продакшен сервера и видим, что форма не работает, а часть картинок не показывается. Да, опытные разработчики сразу понимают в чем тут дело, но ведь начинающий то этого не понимает и у него паника. Он сразу говорит: «не понимаю, у меня дома все ведь работает». Я прошу его проверить, откуда страница загружает картинки, а так же проверить php-скрипт на наличие абсолютных путей. Когда он это исправляет, все работает. Но это простая форма обратной связи, а если это сайт интернет-магазина, страниц на 400? Или другой пример. Пришлось мне как-то разбираться с развертыванием сайта, который компания заказала у freelance – разработчика. Разработчик сделал на заказ сайт-визитку для одной компании. Когда этот разработчик демонстрировал готовый заказ клиенту на своем рабочем ноутбуке, все работало хорошо, но когда этот сайт перенесли на хостинг провайдера сайт не работал и часть страниц просто не показывалась. Опытные разработчики тоже понимают в чем дело, но начинающим это пока не дано, в силу отсутствия необходимого опыта. Тут дело оказалось в том, что в windows нет поддержки .htaccess, прописав необходимые директивы для работы CMS все заработало. Но это был просто сайт-визитка, а если бы это был интернет магазин с админкой, закрытыми разделами и т.д.? Вот чтобы всего этого избежать, я всем своим ученикам рекомендую использовать если не полное 100%-продакшен окружение, то хотя бы очень близкое к нему, а этого WAMP-сборки обеспечить не могут.


У меня две любимые среды, в которых я работаю, это NetBeans and PHPStorm. Кому что больше нравится, решать вам. Я рекомендую поставить обе и попробовать в них поработать. NetBeans бесплатная, PHPStorm стоит $89 для индивидуального разработчика, но есть 30 – дневный триал для того, чтобы вы могли посмотреть на нее в работе.


Я расскажу про настройку на примере IDE PHPStorm. Устанавливаем на наш рабочий компьютер IDE PHPStorm, скачав его с официального сайта. Тут ничего сложного нет, это просто windows-программа, оставляем все пути по умолчанию. Установили.


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


Дальше есть два пути развития

Первый путь, это создавать вручную внутри VirtualBox виртуальную машину, устанавливать в нее Linux Server, на сервере поднимать Apache, MySQL и PHP. Дальше для отладки нам там же нужно будет установить Xdebug для отладки PHP, попутно разобравшись с зависимостями внутри виртуальной машины и также учесть зависимости с нашей рабочей папкой на хостовой машине. Когда наберешься опыта, это все не так сложно сделать как кажется, но для тех, кто только делает свои первые шаги в сторону WEB-разработки это все не нужные сложности.


Поэтому есть второй путь развития. Устанавливаем себе на компьютер Vagrant, скачав его с официального сайта. Vagrant это приложение, которое помогает вам управлять виртуальными машинами. Установили? Если у вас появляется ошибка о несоответствии версии PowerShell, то обновите Management Framework. Установили? Отлично.


Далее скачиваем архив с vagrant-конфигурацией, которую я подготовил на основе «Ubuntu Server 16.04» и которую предлагаю использовать своим ученикам. Создаем себе рабочую папку, в которой и будем создавать наш сайт. Для примера это будет папка «webdev» на диске «С». Как это сделать? Для тех, кто уже установил Git, открываем в проводнике диск «С» и нажимаем правой кнопкой мыши и выбираем «Git Bash Here».


? Panov. Git Bash Here


Откроется консоль, в которую вводим команду: git clone https://github.com/abyss-soft/webdev и нажимаем «enter».


webdev


После этого у вас на диске появилась наша готовая рабочая папка вот с таким деревом файлов:


webdev tree


Обратите внимание, папка с нашим сайтом, который мы будем разрабатывать, находится вот по этому пути: C:\webdev\www\webdev.local


В дальнейшем, вы сможете заменить в этот папке все файлы на файлы вашего сайта и получив таким образом готовую среду разработки уже вашего сайта.


Я также рекомендую вам зарегистрироваться на https://github.com и сделать “Fork” моего репозитория «https://github.com/abyss-soft/webdev», тем самым вы сохраните его себе и он навсегда останется у вас.


Для тех кто не хочет устанавливать себе git, вот прямые ссылки:
  1. Прямая ссылка: https://github.com/abyss-soft/webdev/archive/master.zip
  2. Ссылка на github: https://github.com/abyss-soft/webdev
  3. Ссылка на Vagrant Box: https://app.vagrantup.com/alex-panov/boxes/webdev

Далее запускаем интерпретатор командной строки, для этого нажимаем Win+R (нажимать так — зажать кнопку с логотипом Windows слева и справа от пробела после альта) и не отпуская её нажать R) и вводим команду «cmd» (без ковычек). В открывшимся окне, мы переходим в нашу созданную папку введя команду cd c:\webdev.


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


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


В самой виртуальной машине у нас файл PHP.ini расположенный по адресу /etc/php/7.0/apache2/php.ini и имеющий вот такую настройку:


----------Working:-------

[xdebug]

zend_extension="/usr/lib/php/20151012/xdebug.so"

xdebug.remote_autostart = on

xdebug.remote_enable=on

xdebug.remote_connect_back = on

xdebug.remote_port=9000

xdebug.remote_host=192.168.33.31

xdebug.idekey=PHP_IDE_CONFIG

Где xdebug.remote_host=192.168.33.31 — это адрес хостового компьютера, в котором у нас запущен PHPStorm.
Дождавшись ее загрузки, пропишем в файле «hosts» (он находится C:\Windows\System32\drivers\etc ) строку: 192.168.33.33 webdev.local


Далее запускаем ваш любимый браузер и переходим по ссылке webdev.local


Если все прошло, как предполагалось, то увидим страницу с текстом «PHP calculating:», показывающую, что наш тестовый сайт загружен в нашу виртуальную машину на сервере и готов работать.


Дальше нам надо подключить к PHPStorm удаленный интерпретатор языка PHP.
Для этого запускаем PHPStorm и создаем новый проект:


www.lpdis.ru PHPStorm


Программа подскажет нам, что в данной папке уже существуют файлы и спросит, хотим ли мы создать проект в этой папке:


A. Panov


Нажимаем «Yes»


Далее нажимаем в меню «File»-> «Settings..»:


Panov A.


и переходим в секцию Languages & Frameworks и в этой секции выберем пункт PHP. В этой секции необходимо назначить интерпретатор для IDE в пункте CLI Interpreter нажав на кнопку […]


PHPStorm


В открывшемся окне, нажимаем на зеленый «+», задаем любое имя, например «Remote PHP 7» и выбираем пункт Remote….


PHPStorm


В появившимся окне, выбираем Vagrant и указываем путь к файлу «C:\webdev»


webdev - A.Panov


И нажимаем «Ок».


Появляется вот такое окно, в котором видны версия PHP и версия отладчика:


Vagrant and PHPStorm


Далее в секции PHP выберем пункт Servers (PHP -> Servers). Нажимаем на зеленый «+» и вводим любое имя, например «webdev.local» и название хоста: «webdev.local». Номер порта оставляем «80» и отладчик указываем «XDebug». Обязательно включаем галочку Use path mappings… указываем соответствие путей:


File/Directory Absolute patch on the server
C:\webdev\www\webdev.local /var/www/webdev.local

WebDev


Для более комфортной отладке, а точнее для того, что бы отладчик не всплывал на первой строке любого PHP-файла, нужно отключить данную функцию вот тут:


Debug in PHPStorm


Переходим в PHPStorm, в меню "Run" выбираем пункт Edit Configurations...


PHPStorm A.Panov


В открывшейся форме нажимаем зеленый «+» и выбираем тип приложения PHP Web Application. Вводим имя, например «WebApplication», в поле сервер выбираем имя только что созданного нами сервера, стартовый URL и так же можно выбрать браузер, в котором будет открываться сессия xdebug.


PHPStorm


Важно!


Отладка срабатывает только тогда, когда у PHPStorm включен режим прослушки. Для этого нужно нажать в правом углу Start Listening for PHP Debug Connections:


Debug in PHPStorm and Vagrant


Также нам нужно установить в браузер дополнительное расширение. Для этого посетим официальную страницу JetBrains с Browser Debugging Extensions и скачаем нужное расширение для своего браузера.


После того как мы установим наше расширение в браузер, давайте откроем его настройки и укажем idekey, который мы уже указали в настройках: PHP_IDE_CONFIG



В PHPStorm активируем слушатель (в правом углу Start Listening for PHP Debug Connections) и жмём на Run WebApplication. Отладка на уровне PHPStorm запущена.


Далее мы активируем Debug Extension. Для этого заходим на адрес нашего сайта http://webdev.local и после того как зашли нажимаем на значок жучка (уже в браузере) и выбираем пункт Debug в «Google Chrome»


Run WebApplication


Или в «Mozilla Firefox»


PHPStorm


После чего значок станет зелёным.


После данных настроек можно спокойно ставить брекпоинты и отлаживать ваши PHP-сайты. После того, как в PHPStorm мы установим брекпоин, нужно в боаузере обновить страницу, и увидеть, что она повисла в режиме загрузки, а в PHPStorm сработали брекпоинты.


Например поставим брекпоинт на строке


$x = 2;

И нажмем «Run WebApplication»:


Run WebApplication


Как видим, наш отладчик остановился на нашем брекпоинте и показывает нам Variables (переменные):


Debug in PHPStorm


Если мы понажимаем клавишу F8, то увидим, что отладчик перемещается пошагово, показывая все наши переменные:


Вот таким способом, мы установили и настроили наше рабочее окружение, в котором можем полноценно работать.

Комментарии (31)


  1. monrostar
    06.07.2018 00:46

    Отличная статья для молодого поколения, в свое время я не мало шишек набил пытаясь реализовать все на виртуальной машине сам, ничего не зная, не одна ночь бессонная проходила за настройкой окружения и понятия того как это все работает и как запустить. Мое почтение за такой труд!


    1. olga0lechk4 Автор
      06.07.2018 02:11

      Спасибо, я старалась максимально точно перевести. Я передала автору вашу похвалу, он с большим уважением относится к Хабру и ему приятно что его труд кому-то поможет.


    1. AndrewMikhailov
      06.07.2018 04:39

      Кажется статья слишком стара для текущего года (2018 на дворе как никак), имеется Docker для настройки окружения + знания по настройке поможет на работе, где контейнерах и микросервисы.

      Ну и между прочим тот же VirtualBox не нужен, в WindowStore есть Ubuntu, которая предоставляет возможности по используванию Linux.


      1. olga0lechk4 Автор
        06.07.2018 07:43

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

        Ну насколько я могу судить по иностранным конференциям, с которых перевожу, то Docker хорошо ставиться на Linux-системы или Windows 8/10 обязательно Pro/Enterprise
        А если у человека Windows 7 или Windows XP?
        Например, вот статья на этом же сайте Docker под Windows и в ней говориться

        — Если же у вас другая версия Windows(7 Pro, 8, 8.1, 10 Home) то ставим VirtualBox и Docker Toolbox on Windows.


        Я бы так же посмотрела, как вы установите из WindowStore саму Ubuntu в Window 7/XP.

        Теперь, если вы скажете, что под Windows XP/7 уже никто не работает, то я вас разочарую. Во многих компаниях Евросоюза и США до сих пор стоят именно эти версии операционной системы. В этом вы можете убедиться сами, просто поговорив на любой международной конференции с разработчиками.

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


        1. balamyt92
          06.07.2018 09:41

          использовать Windows младше 10ки в 2018 году это как то мазохистично.


          1. olga0lechk4 Автор
            06.07.2018 09:55
            +1

            Согласна с вами, но я переводчик-синхронист и когда делаешь перевод на конференциях, то после них есть время поговорить с людьми из разных стран. Вот они там не видят ничего плохого в этих системах и говорят, что русские всегда бегут «впереди всех» и ставят себе новые программы не понимая зачем они нужны. И они не понимают, откуда у русских столько денег на покупку всех новых программ, которые только выходят.


            1. balamyt92
              06.07.2018 10:01

              Нет. Тут они путают «ставить все подряд» с «мне нужна фича такая то из новой версии». Я не использую WIndows, но если бы мне пришлось её исопльзовать не вижу смысла не поставить актуальную версию учитывая обилие полезных фич.


              1. olga0lechk4 Автор
                06.07.2018 10:14

                Вы наверное правы, вот из последнего: компания (не буду ее называть, мне с ней еще работать), заказала у нашей русской компании разработку дизайна для выставки (русские дизайнеры очень ценятся тут, из-за их нестандартного подхода) нескольких макетов и баннеров. Дизайнеры в России все выполнили, только они прислали это все в самой последней версии CorelDRAW Graphics Suite 2018. Тут у местных дизайнеров шок был, как это так, уже в России эту программу купили. А у них стоят версии CorelDRAW Х6. Конечно они тут не смогли открыть эти присланные файлы и просили сохранять в версии Х6. И самое странное, что присланный дизайн был примитивный и им не понятно было, зачем покупать новую версию программы, если в работе эти функции не используются. Я не смогла этого тут объяснить.


                1. balamyt92
                  06.07.2018 11:04

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


            1. Busla
              06.07.2018 11:20

              Скорее наоборот: для Windows 7 и 8 был ограниченный срок бесплатного обновления до Windows 10. Кто о финансах задумывался, тот обновил себе ОС бесплатно.


            1. ALexhha
              07.07.2018 00:28

              А их не напрягает то, что XP официально давно не поддерживается и в ней может быть куча уязвимостей? Насчёт 7ки не уверен, последние года 3 в качестве десктоп системы использую линукс.

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


      1. dimmount
        06.07.2018 12:51

        Ну и между прочим тот же VirtualBox не нужен, в WindowStore есть Ubuntu


        Корпоративные клиенты часто используют Windows 10 LTSB, в котором нету Store.
        В в добавок не все можно запустить в виндосовской убунте. Например из-за ограничений файловой системы в ней нельзя запустить mySQL с хранилищем innoDB
        Удобно, как средство для отдельных задач, но как среда разработки — сомневаюсь


  1. imgen
    06.07.2018 06:21

    На что только люди не идут, лишь бы linux не ставить :-)


    1. Arevik
      06.07.2018 09:33

      Да, да, да!
      Windows и web-разработка — всегда костыли


      1. olga0lechk4 Автор
        06.07.2018 10:02

        А подскажите, не холивара ради, а чтобы быть в курсе, на каких системах сейчас разрабатывают?
        В Евросоюзе я знаю, так как они там до сих пор тестируют сайты на совместимость с Internet Explorer 7/8, а так же они еще используют маки (в основном где проектируют или создают UI).
        Просто я не программист и мне всегда интересно слушать, что говорят на конференциях, иногда там даже драки из-за этого происходят.


        1. stepmex
          06.07.2018 10:41

          В Евросоюзе я знаю, так как они там до сих пор тестируют сайты на совместимость с Internet Explorer 7/8
          Не знаю что у вас за Евросоюз… Уже 8 лет работаю исключительно на Европейский рынок. Почти год как из требований исчезли версии IE 9 и 10. разработка исключительно под последние версии популярных браузеров и Edge, а IE 11 что бы работало.


        1. kricha
          06.07.2018 11:51

          все разработчики из моего окружения работают на linux/mac os. Лично я предпочитаю мак из-за его приятного интерфейса, тогда ноутбук можно использовать как на работе, так и после нее. А разрабатывать на винде, тем более на ХР — это издевательство над самим собой.


      1. dimmount
        06.07.2018 12:55

        Есть еще корпоративная политика компании. В соответствии с которой, например, все компьютеры должны быть в AD, в качестве почтовика Outlook и соответственно у всех стоит корпоративная Windows, купленная пакетом на всю компанию.


  1. olegmar
    06.07.2018 10:04

    Лучше просто не советовать программировать на windows 7. Идеально linux/mac или на худой конец windows 10.


    1. fijj
      06.07.2018 11:03

      А что собственно с 7 не так? Нет ну правда что там не так? Я тоже самое могу сказать и про ubuntu, когда после пары элементарных команд npm не работал. А решением было устанавливать из какого то репозитория node уже с включеным в него npm. Это совет из разряда верстать только на Mac, не писать на php и прочее. Вот прислали мне страницы в psd которые нужно сверстать, мне в какой операционной системе лучше этим заниматься?


      1. olegmar
        06.07.2018 11:33

        Как Вам удобнее. Для того, чтобы сделать html страничку с версткой Вам хватит и windows 7. А чтобы развернуть уже рабочий проект на nginx, postgres, php — это боль. Говорю по своему опыту, так как работал во всех средах: windows 7, windows 10, ubuntu, mac os. Не знаю, может у Вас опыт другой.


        1. dimmount
          06.07.2018 12:47

          nginx, postgres, php


          как раз практически весь опенсорс одинаково работает на всех линейках windows


          1. AlexLeonov
            07.07.2018 11:30

            Навскиду:
            — просто так симлинк не создашь, нужны как минимум права администратора
            — pcntl нет, как нет и многого другого, что требуется в многопроцессной среде, той же системы сигналов, например
            — собрать ZTS — боль, использовать потоки — адская боль
            — да блин, хотя бы вечная беда с регистронезависимой ФС… сколько джуниоров на это натыкались?


        1. tommyangelo27
          07.07.2018 00:19

          Работаю со сложными проектами на win7 + vagrant.
          В разных боксах разный софт — redis, solr, sphinx, rabbitmq и куча всего. На хост машине — Phpstorm, Vagrant+Vb, Mysql Workbench. И я решительно не понимаю зачем мне вин10, мак или линукс для данного софта.


          1. ALexhha
            07.07.2018 23:17

            Тогда встречный вопрос — а зачем вам windows?


            1. tommyangelo27
              07.07.2018 23:24

              В принципе, можно заменить на любую другую систему, но мне нравится. Плюс иногда приходится работать с файлами клиентов (те же документы из MS Office).
              Мой опыт с Ubuntu был негативный, постоянно слетало что-то.
              А тут как поставил 4 года назад (точнее у меня Dell c OEM), так ни разу ничего не настраивал, просто накатываю обновления раз в месяц-два.


  1. aFanOfSwift
    06.07.2018 10:37

    А есть похожая статья но про linux?


  1. tagirb
    06.07.2018 23:17

    Linux + Docker + PHPStorm, однозначно. Ваш сайт будет летать, а с виртуализацией — ходить пешком.


  1. Arik
    07.07.2018 00:34

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

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

    т.е. если я буду писать в связке с виртуалкой под Unix и укажу полные пути на диске, то и на продашн будет работать?

    Тут дело оказалось в том, что в windows нет поддержки .htaccess, прописав необходимые директивы для работы CMS все заработало.

    Давно под Виндой не разрабатывал, но даже под Денвер 2 все работало, как вариант может сам Apache не настроен был правильно, но опять же это можно и на unix машине натворить. Если учесть что сейчас в моде nginx+php-fpm, то может вообще ничего не работать на продакшн.

    У меня две любимые среды, в которых я работаю, это NetBeans and PHPStorm.

    Да, прекрасные софт, но не думаю что для каждого джуниора с порога зайдет, помню как я в шоке смотрел на Eclipse, весь этот космический корабль в разных цветах и окошках, так и не смог вкурить его, мой путь был Nodepad++ -> Netbeans -> PHPStorm. + Sublime редактор по-умолчанию до сих пор. И конечно nano в консоли, vim до сих пор боль)

    Особая беда у этих сборок под виндой было то что модули к PHP сложнее искать/подключать, но это следующий шаг, и конечно регистронезависимость систем, вот тут кучу проблем было, особенно когда под виндой IDE показывает правильное название файла, а на диске лежит что попало.
    Так по настроению статьи следующая что Хостинг — плохо, давайте рубиться на VPS?

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


  1. vlasenkofedor
    07.07.2018 01:24

    Под Windows для начинающего разработчика лучше Open Server не видел
    Факт налицо, зайдите на официальный сайт и ознакомьтесь с содержимыми пакетами
    Рекомендую всем начинающим