Установка и настройка PHPStorm


Оглавление (нажмите, чтобы открыть):

Установка и настройка PHPStorm

На данный момент, PhpStorm – одна из лучших IDE для разработки на языке PHP, которая предоставляет множество возможностей для разработчика, такие как запуск PHP-скриптов, благодаря возможности подключения внешнего интерпретатора PHP и отладку через расширение Xdebug.

В этой статье мы рассмотрим возможность подключения интерпретатора PHP, отладчика Xdebug к PhpStorm и использование встроенного в IDE web-сервера.

Начнем с установки отладчика Xdebug в PHP.

Установка Xdebug

Первым делом скачаем и установим сам интерпретатор PHP по ссылке: https://php.net/downloads.php

Далее нужно произвести начальную настройку PHP и прописать в переменную окружения PATH путь к интерпретатору. Чтобы не повторяться, весь необходимый порядок действий мной описан в этой статье: Установка Composer и снятие ограничения количества обращений к GitHub

Теперь можно перейти к установке отладчика Xdebug, для которого существует специальный помощник, значительно упрощающий процедуру установки. Для его использования перейдем по ссылке: https://xdebug.org/wizard.php

На этой странице, необходимо ввести в поле ввода информацию об установленном PHP-интерпретаторе, которая генерируется с помощью PHP-функции phpinfo(). Вводить нужно весь скопированный текст со страницы.

Или, введя в консоль команду php -i, которая генерирует информацию о PHP.

Копируем полученную информацию, нажимаем кнопку Analyse my phpinfo() output и получаем инструкцию по установке Xdebug.

В зависимости от вашей версии PHP и пути установки инструкция может отличаться от моей:

  • Скачиваем библиотеку Xdebug для PHP версии 5.6.19 по ссылке: php_xdebug-2.4.0-5.6-vc11-nts.dll
  • Перемещаем её в папку C:\php\ext
  • В файл C:\php\php.ini находим секцию Dynamic Extensions и добавляем следующую строку:

Подключение интерпретатора PHP к PhpStorm

Теперь перейдем в PhpStorm и откроем настройки комбинацией клавиш Ctrl+Alt+S.

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

В открывшемся окне, в поле Name вводим любое имя для удобства дальнейшей идентификации, например: PHP 5.6.11.

В поле PHP executable указываем путь до интерпретатора, например: C:\php\php.exe. Обратите внимание на появившуюся версию PHP и дебагера, что свидетельствует о правильности установки.

Чтобы убедиться в том, что правильно отрабатывает подключенный интерпретатор PHP, создадим в PhpStorm новый проект, добавим к нему файл index.php и запишем в этот файл, например, функцию var_dump([ 1, 2, 3 ]) с переданным в неё массивом.

Нажав правой кнопкой мыши на этом файле, выберем Open in Browser -> Default.

На странице мы видим характерный вывод var_dump(), который генерируется с помощью Xdebug. И, если посмотреть на заголовки ответа через консоль разработчика, то мы увидим, что всё работает верно:

Начальная настройка Xdebug и установка его под линукс описана в статье Установка модуля Xdebug для PHP под Ubuntu Linux

Работа с отладчиком Xdebug в PhpStorm

Прежде чем приступит к отладке PHP-скриптов с помощью Xdebug произведем необходимую настройку в файле php.ini. В секции Dynamic Extensions после подключения расширения Xdebug добавим следующие настройки:

Теперь зайдем в PhpStorm и откроем настройки. Перейдем в Languages & Frameworks -> PHP -> Debug. В секции Xdebug убедимся, что установлены следующие настройки:

Чтобы проверить, что все действия были проведены верно, добавим в уже имеющийся в проекте файл index.php следующий код:

И поставим точку остановки на переменной $arr.

Теперь запустим отладку этого скрипта, нажав правую кнопку мыши и выбрав пункт Debug ‘index.php’. Если все было сделано правильно, то в PhpStorm появится вывод дебага, как показано на скриншоте.

В итоге, мы получили мощный и удобный инструмент для отладки PHP-скриптов с подключенным интерпретатором PHP, а также возможность запускать скрипты через встроенный в PhpStorm локальный web-сервер.

Как настроить Xdebug в PhpStorm

Речь пойдет о том, как подружить >

Ранее я уже писал о установке и настройке Xdebug и работе с ним через IDE NetBeans. Поэтому если у Вас еще не установлен Xdebug — установите.

Заходим в настройки проекта File → Settings или Ctrl + Alt + S

Переходим в раздел Languages & FrameworksPHPDebug
И указываем Debug port:

Обратите внимание на порт, я использую 9009 (если он у Вас занят, укажите любой свободный)

Не закрывая настроек переходим в раздел Languages & FrameworksPHPDebugDBGp Proxy.

И указываем следующие параметры:

IDE key: phpstorm

Host: 127.0.0.1

Port: 9009

Все. На этом настройка завершена. Теперь для того, чтобы дебажить Вам достаточно поставить break-point и включить слушателя debug-соединений.

Live Edit для PhpStorm — полезный инструмент верстальщика


В этой статье мы рассмотрим подключение плагина Live Edit — автоматическое обновление страницы при ее изменении в PhpStorm.
Нам понадобятся плагины JetBrains IDE Support для Google Chrome и Live Edit для PhpStorm

Начнем с установки плагина для Google Chrome — JetBrains IDE Support, переходим по ссылке, нажимаем + установить

После установки плагина открываем PhpStorm, переходим в настройки ( File -> Settings ), выбираем раздел Plugins и нажимаем кнопку Install JetBrains plugin.

В следующем окне в поиске набираем LiveEdit и нажимаем на зеленную кнопку Install

После установки PhpStorm предложит перезапуститься, перезапускаем PhpStorm.

Чтобы LiveEdit начал работать нам необходимо включить отладчик, нажимаем правой кнопкой мыши по файлу с которым хотим работать и выбираем в меню Debug

Также у меня не работал LiveEdit пока я не нажал Enale live Edit в Event Log

Если вас раздражает надпись «JetBrains IDE Support отлаживает этот браузер» то ее можно отключить.
1. Открыть вкладку chrome://flags (в строке поиска).
2. Найти пункт Silent Debugging.
3. Нажать кнопку Enable.
4. Перезагрузить Chrome.

Также если вы не используете PhpStorm или используете другую IDE для автоматического обновления страниц при изменении можно использовать универсальное решение Browsersync — статья по настройке.

Установка и настройка Xdebug + PHPStorm в Ubuntu 16.04 / Elementary OS 0.4 (Loki) / Mint 18

Привет всем. В этой статье я расскажу особенности установки и настройки xdebug в Ubuntu based системах, основаных на версии 16.04

1. Установка xdebug.
Так как я использую php5.6 из стороннего репозитория я буду выполнять команду с жестко указанной версией php5.6. Если у Вас установлен PHP и каноникал репозитория путем типичной установки LAMP то вам не нужно указывать версию

2. Ищем путь к so файлу установленного xdebug командой:

Для тех у кого PHP установлен стандартным LAMP путем, вывод будет всего одной строкой типа
«/usr/lib/php/7.0/20131226/xdebug.so»

Для тех у кого ppa:ondrej/php вывод будет примерно следующим:
sudo find / -name ‘xdebug.so’
/usr/lib/php/20121212/xdebug.so Settings -> Languages & Frameworks -> PHP

Как вы видите PHP определился и так же определяется xdebug установленный в нем. Нажимаем Apply и OK
Далее переходим там же в вкладе PHP в вкладку Server, нажимаем + (зеленый плюс) добавить и заполняем форму согласно скрина где
1. — Название сервера (может быть любым, но я для удобства именую доменным именем текщего проекта, в моем случае это виртуальный хсот с именем mee.dev)
2. — Виртуальный хост, к которому будет привязана эта конфигурация, в моем случае это все тот же виртуал хост в моей системе с именем mee.dev

Нажимаем Apply и OK.

Далее в правом верхнем углу PHPStorm находим кнопочку «Edit Configuration» открываем.

В открывшейся форме нажимаем зеленый плюс и заполняем согласно скриншоту где:
1. Тип приложения PHP Web Application
2. В поле сервер , тоже с помощью дропдауна, выбираем имя только что созданного нами сервера.

Нажимаем Apply и OK. По желанию можно выбрать дефолтный браузер в котором будет открываться сессия xdebug, но меня устраивает выбор Chrome как браузера по умолчанию, по этому я пропускаю это действие.

5. Тестируем результат.

После успешного применения настроек у нас станут активные некоторые элементы управления типичными настройками xdebug

Открываем код Magento или любой другой CMS или своего проекта и ставим брейкпойнт в таком месте где вы точно убеждены что будет выполнен код PHP, как правило это всегда просто сделать в index.php. Для Magento я поставлю маркер (breakpoint) в файле index.php на строке

После нажимаем на «зеленого жука» вверху справа, после чего у Вас инициируется сессия Xdebug и должен открыться браузер или новая вкладка в браузере с адресом указанного хоста проекта и в GET параметре > В этот момент в непосредственно в PHPStorm вы уже можете видеть результат.

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

Настройка >

Подробно описываем настройку PhpStorm для работы с Joomla: от создания проекта и интеграции до развёртывания и сборки расширения.

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

Интеграция с Joomla

Первый шаг — установка Joomla. Самую последнюю версию мы всегда можем скачать с сайта Joomla! Downloads.

Разработку мы будем вести отдельно от установленной Joomla. Тем не менее Joomla необходима нам для развёртывания расширения (все изменения, которые мы будем вносить в процессе разработки, будут загружены на наш локальный или удалённый сервер), что позволит нам тестировать и отлаживать наше расширение. Кроме того, установленная Joomla будет являтся источником для автоподстановки во время написания кода.

В нашем примере Joomla локально установлена в директорию H:\OSPanel\domains\jpathru и доступна по адресу https://jpathru.local , а удалённо (на виртуальном сервере) в директорию /var/www/html/jpathru.remote и доступна по адресу https://jpathru.remote .

Переходим к созданию проекта в PhpStorm.

Создание проекта

Интеграция с Joomla начинается сразу же при создании проекта, когда мы жмем Create Project:

В окне создания проекта выбираем слева Joomla! Integration, а справа указываем расположение проекта, путь до установки Joomla, путь до файла конфигурации Joomla и тип проекта (выбираем Joomla! Component):

Нажимаем Create и PhpStorm создаст проект с предустановленным каркасом компонента:

При этом он тут же попросит поставить поддержку Joomla DocBlock Templates:

Joomla DocBlock Templates позволяют автоматически заполнять каркас описания классов и методов в стиле Joomla.

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

Если вдруг мы захотим вернуться к настройке интеграции Joomla, то сделать это довольно просто. Заходим в Settings и пишем в поиске joomla — откроется окно интеграции Joomla:

База данных

Для поддержки базы данных PhpStorm использует файл конфигурации Joomla. Это дает возможность использовать дополнительные функции в редакторе, такие как соединение с базой данных или автоподстановку для конструктора запросов JDatabaseQuery.

Создание соединения

Для создания соединения с базой данных необходимо настроить источник данных (Data Source):

  1. Открываем окно инструмента базы данных (Database Tool Window).
  2. Нажимаем на значок +, чтобы открыть меню.
  3. Выбераем параметр Import from sources.
  4. Откроется окно Data Source and Drivers:


  • Заходим в иконку Open Server >Дополнительно >Конфигурация >MySQL:

Настройка SQL диалекта

Настройка SQL диалекта поможет PhpStorm работать с языком запросов и выполнять автоподстановку. Заходим в Settings и пишем в поиске dialects — откроется окно SQL Dialects:

Так как мы работаем с MySQL, то в настройке Project SQL Dialect выбираем MySQL. Если вы чаще всего работаете MySQL, то такую же настройку можно установить и для Global SQL Dialect.

Работа в редакторе

Теперь, когда мы настроили источник данных и диалект, PhpStorm начнёт понимать конструктор запросов JDatabaseQuery и автоматически выполнять подстановку при создании запросов.

Давайте посмотрим на этот запрос из компонента Баннеры:

Как показано на скриншоте ниже, слово cat было набрано, а параметры показаны во всплывающем окне:

Совпадения отображаются фиолетовым цветом. Выберите catid из списка и нажмите Enter — имя будет дозаполнено.

Такая же автоподстановка работает и для таблиц:

Мы также можем напрямую переходить от запроса к таблице или полю. Когда курсор наведен на catid в коде ->select(‘catid’) , нажимаем CTRL-B / CMD-B, курсор переместится на боковую панель базы данных и выберет поле catid в таблице banners .

Мы можем выполнять запрос напрямую из кода (когда курсор наведён на поле выборки), используя CTRL-Enter / CMD-Enter. Это работает только для тех запросов, которые являются исполняемыми.

Анализатор кода

Анализатор кода необходим для того, чтобы выявлять «плохой» код и следить за тем, чтобы код соответствовал единому стандарту оформления, принятому в Joomla. Подробнее об установке и настройке читайте в официальной документации (на русском) Joomla CodeSniffer.

Развёртывание (deployment)

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

Настройка локального сервера

Начнем настройку развёртывания с локального сервера.

  1. Заходим в Tools >Deployment >Configuration. Откроется окно Deployment.
  2. Нажимаем значок +, выбираем Local or mounted folder:

На вкладке Connection задаем параметры соединения:

  • Folder: указываем путь до установки Joomla.
  • Web server URL: указываем адрес установки Joomla (не обязательно).

На вкладке Mappings задаем соответствие (маппинг) путей проекта (Local path) путям на сервере (Deployment path). Например, путь admin в проекте соответствует путю administrator\components\com_jpathru на сервере. Таким образом прописываем все соответствия нашего проекта:

На вкладке Excluded Paths мы можем указать папку или файлы, которые должны быть исключены из процесса развёртывания.

Теперь при нажатии на значок Deployment нам доступно полное меню развёртывания и мы можем закачивать и скачивать файлы с локального сервера:

Мы также можем просматривать файлы сервера через опцию Browse Remote Host, которая открывается в боковой панели:

Закачивать файлы вручную не совсем удобно, поэтому в PhpStorm предусмотрен режим автоматической загрузки измененных файлов. Для настройки этой возможности заходим в Tools > Deployment > Options и в параметре Upload changed files automatically to the default server выбираем опцию On explicit save action (Ctrl + S):

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

Настройка удалённого сервера

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

В нашем случае в качестве удалённого сервера выступает виртуальный сервер.

  1. Заходим в Tools >Deployment >Configuration или через значок Deployment выбираем Configuration.
  2. Нажимаем значок +, выбираем SFTP.
  3. Задаём название серверу. Например, jpathru-remote.
  4. Жмем ОК, откроется окно настройки развёртывания сервера jpathru-remote:

На вкладке Connection задаем параметры соединения:

  • Host: указываем адрес установки Joomla.
  • User name: указываем имя пользователя, в нашем случае это root.
  • Authentication: указываем тип аутентификации. Рекомендуем указать Key pair.
  • В появившейся настройке Private key path задаём путь до нашего приватного ключа.
  • Root path: указываем путь до директории установки Joomla.
  • Web server URL: указываем адрес установки Joomla (не обязательно).
  • Нажимем на Test Connection и убеждаемся, что соединение успешно.

На вкладке Mappings задаем соответствие (маппинг) путей проекта (Local path) путям на сервере (Deployment path) по аналогии с локальным сервером:

Сборка расширения

Для сборки расширения мы будем использовать Phing. Это достаточно гибкий инструмент, который прост в освоении (основан на PHP), и в то же время достаточно мощный. Он имеет множество встроенных средств и неплохой API. Управлять сборкой мы можем при помощи XML файлов, в которых описываем цели и задачи, выполняемые в процессе сборки.

В сети достаточно руководств по теме Phing, поэтому в качестве примера мы используем простой XML файл, задача которого собрать наше расширение в zip-архив (для тестирования или релиза), который будет годен для установки в Joomla. Создаем в проекте файл build.xml со следующим содержимым:

Теперь жмем правой кнопкой мышки на файле и выбираем опцию Add as a Phing Build File. В боковой панели появится окно работы с Phing.


Пробуем запустить команду make-dev. PhpStorm откроет окно Phing с предупреждением о том, что не прописан путь до исполняемого файла Phing:

Жмем на надпись Click here to download the latest from phing.info и указываем путь, по которому мы хотим сохранить исполняемый файл. PhpStorm автоматически загрузит необходимый файл и пропишет путь. Жмем OK и PhpStorm запустит выполнение команды:

После того, как проект создан и настроен, можно добавлять его в git. Сначала в проекте создаём файл .gitignore и прописываем в нём папки, которые git должен игнорировать:

  • .idea — папка с настройками проекта PhpStorm;
  • build — папка, в которую складываются сборки расширения.

Далее открываем терминал в PhpStorm и выполняем команды:

PhpStorm автоматически поймёт, что проект находится под git, что даст нам возможность работать с git непосредственно из PhpStorm, без использования консольных команд. Подробонее о работе с Git в PhpStorm читайте в официальной документации.

Вот мы и добрались до того момента, когда мы практически готовы начать полноценную разработку. Почему практически? Потому что разработка будет неполной без отладки кода. Об этом мы поговорим в нашей следующей части (пока в процессе написания), которая будем посвещена настройке среды и PhpStorm для отладки расширений.

phpstorm — настройки и советы по работе в ide

краткие настройки phpstorm

/.PhpStorm*version*/phpstorm64.vmoptions
рекомендую увеличить доп. макс. выделяемую оперативку до 512 или 1024: -Xmx1024m
на примере pentium b980 (2x) + 8gb ddr3 + ubuntu 16.10 x64 unity

  • file — settings — editor — colors&fonts — font
    primary font: ubuntu mono
    size: 18 (не пугайтесь: на деле выглядит как 14px)
    line spacing: 1.1 (для корректного отображения имен параметров в версии 2020.1 и выше)
    secondary font: fira code
    [v] enable font ligatures (преобразуется внешний вид символов <> == === => и т.д.)
    или поменять шрифты местами их если привыкните к основному шрифту fira code
    настраивал для 1920x1080px, для 1366px можно уменьшить параметры малость
    или так
    primary font: source code pro
    size: 14
    line spacing: 1.1
  • file — settings — appearance&behavior — appearance — override default fonts by
    name: ubuntu
    size: 16
  • краткие советы по работе в phpstorm

    • осторожнее с опцией *delete target items when source ones do not exist*
      в tools — deployment — options
      пример
      в локальной директории /dir1/ находится десять файлов
      в удаленной директории /dir1/ находятся сто файлов
      при отмеченном чекбоксе в некоторых случаях вы можете лишиться файлов на сервере без предупреждения
    • vcs — local history
      удобная вещь, но часто она неожиданно становится поврежденной или при обновлении phpstorm очищается история правок файла
      поэтому рекомендую сразу создавать git при создании нового проекта
      vcs — enable version control integration — git
      добавить все файлы и закоммитить с пометкой init
    • закиньте настройки в облако
      создав символическую ссылку директории config (system весит много, да и не нужна она в облаке)
      ln -s

    /.PhpStorm*version*/config phpstorm_config
    и закинув ее в дропбокс, например

  • для ускорения работы ide добавляйте в исключения неиспользуемые директории
    file — settings — directories — excluded
    (ignores it during indexing, parsing, and code completion: directories)
  • autocomplete без учета регистра
    file -> setting -> editor -> general -> code completion -> case sensitive completion -> none
  • scroll from source (в remote host)
    navigate -> select in -> remote host
  • Установка PHPStorm в Ubuntu 18.04

    PhpStorm — это одна из лучших интегрированных сред разработки для языка программирования PHP. Она написана на Java и поддерживает все функции, которые должны быть у среды разработки. Кроме подсветки синтаксиса и очень удобного автодополнения кода, вы получаете поддержку отладки, профилирования, подсветку ошибок в реальном времени, интеграцию с Git, а также подсказки на основе документации PHP.

    Но у PhpStorm есть один недостаток — программа проприетарная, и пользоваться ею бесплатно вы сможете только первый месяц. Для продолжения использования программы будет необходимо купить лицензию. В этой статье мы рассмотрим, как выполняется установка PhpStorm Ubuntu 18.04 и более ранних версиях.

    Установка PhpStorm на Ubuntu 18.04

    1. Как установить PhpStorm с помощью центра приложений

    Это самый простой способ установки программы. Вам достаточно открыть центр приложений Ubuntu и набрать в поиске PhpStorm:

    Затем выберите найденный пакет, он будет только один в списке, и нажмите кнопку Установить.

    Пакет программы весит достаточно много, поэтому загрузка может занять значительное время: в зависимости от скорости вашего интернета от 10 минут до получаса. После завершения загрузки вы можете запустить программу:

    2. Установка программы с помощью snap-пакета

    Фактически, это тот же способ установки, что и в первом пункте, только здесь используется командная строка вместо центра приложений. Чтобы установить PhpStorm в Ubuntu 18.04, откройте терминал и выполните:

    sudo snap install phpstorm —classic

    Затем, после завершения установки, вы можете найти программу в главном меню системы:

    3. Установка с официального сайта

    Ещё возможна установка PhpStorm Ubuntu 18.04 из официального сайта программы. Так вы получаете возможность установить самую свежую на данный момент версию, но в то же время вы не получите обновлений. Откройте страницу загрузок программы и выберите версию для Linux:

    Затем дождитесь завершения загрузки. Также вы можете скачать программу командой wget:

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


    После завершения загрузки распакуйте содержимое архива в папку /opt/:

    /PhpStorm-2020.3.3.tar.gz -C /opt/

    Осталось создать ссылку на исполняемый файл программы в каталоге /usr/local/bin/, чтобы она была доступна в системе:

    sudo ln -s /opt/PhpStorm-2020.3.3/bin/phpstorm.sh /usr/local/bin/phpstorm

    Настройка PhpStorm в Ubuntu

    После того, как программа установится, вы можете её запустить, например из главного меню или через терминал:

    Сразу после запуска программа спросит, откуда нужно импортировать настройки. Если эта программа раньше не была у вас установлена, вы можете настройки не импортировать:

    Затем вам нужно принять лицензионное соглашение:

    Выбрать цветовую схему: по умолчанию будет использоваться тёмная:

    И установить плагины. Я рекомендую установить их все. А после завершения настройки зайти в меню управления пакетами и найти плагины для интеграции с инструментами, с которыми вы работаете. Например, там есть подсветка синтаксиса для twig, mysql, поддержка laverel и многое другое. Это очень удобно.

    На последнем этапе мастер предложит выбрать лицензию. Чтобы использовать программу бесплатно на протяжении первого месяца, выберите Evaluate for free:

    И только после этого запустится сама среда и вы сможете создать свой первый проект:

    Как удалить PhpStorm в Ubuntu

    Чтобы удалить PhpStorm, установленный с помощью центра приложений или snap-пакета, достаточно открыть центр приложений, найти программу и нажать кнопку Удалить:

    Также можете воспользоваться командой:

    sudo snap remove phpstorm

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

    sudo rm -Rf /opt/PhpStorm*

    Выводы

    В этой статье мы рассмотрели, как установить PhpStorm Ubuntu 18.04, а также как запустить и настроить эту программу. Если вам нужна бесплатная альтернатива, то вы можете обратить внимание на такие редакторы, как Atom или Brackets или же можете попробовать интегрированную среду разработки Netbeans, которая тоже написана на Java, но совершенно бесплатна.

    SavePearlHarbor

    Ещё одна копия хабора

    Установка и настройка JetBrains PhpStorm 6 под Windows 7 для разработки web-приложений на PHP

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

    Как это работает

    Будучи web-разработчиком под ASP.NET ещё с 2003 года, я привык, что разрабатываемое приложение крутится на IIS. Сейчас вместе со Студией ставится компактная версия IIS, и, признаться, разработка под ним в большинстве случаев гораздо удобнее развёртывания дополнительной разработческой среды под полноценным IIS.

    У PHP также есть режим запуска в качестве сервера с выбором корневой директории приложения. Однако, выяснилось, что такой режим не позволяет по-человечески отлаживать продукт. По этой причине мы будем воссоздавать более или менее родную среду для работы фреймворков: Apache+PHP. При этом возможность отладки и тестирования обеспечивается отдельными модулями, у которых есть конкретная сборка под конкретную сборку PHP без каких-либо свобод выбора. Оно и к лучшему — отсутствие свободы выбора версий ограничивает нас всего одним сценарием установки. Его то мы и опишем.

    В статье будут использованы значения по умолчанию для 64-битной Винды. Для 32-битной разница лишь в том, что вместо папки C:\Program Files (x86) надо использовать папку C:\Program Files.

    Целевая конфигурация

    • PHP 5.4 (5.4.15) TS x86 — многопоточная версия PHP 5.4. Её безглючность не гарантируется, однако, у однопоточного отсутствуют жизненно важная для работы с Apache php5apache2_4.dll, так что ставим многопоточный PHP, крестимся и едем дальше;
    • xDebug 2.2.2 — я решил не пользоваться стандартным Zend Debugger, поскольку индивидуальный web-сервер не нуждается в коллективной отладке, а вот точность при работе профайлера может оказаться крайне полезной;
    • PHPUnit — поскольку предполагается, что разработчик искушен не только хорошими средствами разработки, но и хорошими средствами поддержки функционала в процессе последующих изменений, а также не брезгует пользоваться разными вендорскими фреймворками вроде Symfony, модульное тестирование просто необходимо;
    • Apache 2.4.4 — всё вышеперечисленное мы будем раскручивать под самой современной на момент последней правки данной статьи версией Апача;
    • JetBrains PhpStorm 6 — лично для меня он удобнее, чем бесплатные аналоги, а также он прекрасно интегрирован с PHP, хотя и будут нюансы.

    Ставим PHP 5.4

    На момент написания статьи инсталлятора не предлагалось, поэтому ставим что есть:

    1. логинимся под учетной записью с административными правами;
    2. windows.php.net/download/#php-5.4 — качаем zip-архив VC9 x86 (https://windows.php.net/downloads/releases/php-5.4.15-Win32-VC9-x86.zip ); любители жесткого хардкора могут скачать соответствующий Debug Pack, но у меня предложенная сборка пока ни разу не упала;
    3. распаковываем содержимое zip-архива в папку «C:\Program Files (x86)\PHP\v5.4» (думаю, гипотетический инсталлятор поставил бы всё именно туда);
    4. внутри полученной папки запускаем скрипты «pws-php5cgi.reg» и «pws-php5isapi.reg» (это не обязательно, но так PHP пропишется в IIS и даст возможность захостить ваш шедевр);
    5. копируем «php.ini-development» в «php.ini»
    6. открываем «php.ini», находим там блок:

    и снимаем комментарий с последней строки, получится:

    всё в том же php.ini находим блок:

    и прописываем там зону, в которой находится компьютер (у меня это «Europe/Moscow», php.net/manual/en/timezones.php содержит информацию о поддерживаемых зонах):

  • лезем в Start\Control Panel\System\Advanced System Settings, там в Environment Variables в списке System Variables находим переменную «Path» и добавляем через «;» путь «C:\Program Files (x86)\PHP\v5.4»
  • Открываем cmd и убеждаемся, что команда ‘php -v’ (регистр имеет значение) выдает информацию по установленной версии PHP (в гайде это 5.4.15).

  • Ставим XDebug 2.2.2

    Инсталлятора традиционно нет, так что:

    1. вроде мы уже залогинены под админом…
    2. xdebug.org/download.php — качаем 5.4 VC9 (32 bit), который без суффикса TS xdebug.org/files/php_xdebug-2.2.2-5.4-vc9.dll — это как раз для многопоточного PHP 5.4; это сразу .dll, поэтому браузер может выразить сомнение в целесообразности скачивания — убедите его;
    3. скаченный файл кладем в папку «C:\Program Files (x86)\PHP\v5.4\ext»— в этой папке лежат все расширения PHP;
    4. открываем php.ini (любым редактором, но обязательно в режиме Run as administrator…, иначе наши правки не удастся сохранить) и добавляем блок:
    5. открываем cmd и переходим в папку, которую не жалко засорить одним файлом;
    6. запускаем в ней команду: «php -i > out.txt» — в текущей директории появится 30 килобайт информации о конфигурации php;
    7. xdebug.org/wizard.php — идем на страницу настройки xdebug, вставляем содержимое «out.txt» в большое белое поле и нажимаем [Analyze my phpinfo() output], должен получиться следующий результат:

    SUMMARY
    • Xdebug installed: 2.2.2
    • Server API: Command Line Interface
    • Windows: yes — Compiler: MS VC9 — Architecture: x86
    • Zend Server: no
    • PHP Version: 5.4.14
    • Zend API nr: 220100525
    • PHP API nr: 20100525
    • Debug Build: no
    • Thread Safe Build: no
    • Configuration File Path: C:\Windows
    • Configuration File: C:\Program Files (x86)\PHP\v5.4\php.ini
    • Extensions directory: ext
    YOU’RE ALREADY RUNNING THE LATEST XDEBUG VERSION
    But here are the instructions anyway:
    1. Download
    2. Move the downloaded file to ext
    3. Update C:\Program Files (x86)\PHP\v5.4\php.ini and change the line
    zend_extension = ext\

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

    Ставим PHPUnit

    1. pear.php.net/go-pear.phar — скаченный файл кладем в папку «C:\Program Files (x86)\PHP\v5.4» (phar — это файл с дистрибутивом приложения, запустить дистрибутив можно командой «php file_name.phar» в консоли);
    2. запускаем command prompt от имени администратора, переходим в папку «C:\Program Files (x86)\PHP\v5.4» и вызываем команду «php go-pear.phar», на вопросы скрипта отвечаем «system», в следующем вопросе нажимаем Enter (или принимаем все локации директорий по умолчанию), позволяем отредактировать php.ini (инсталлятор пропишет «C:\Program Files (x86)\PHP\v5.4\pear в качестве инклюд-пути»);
    3. в результате выполнения предыдущего пункта появляется система управляния PHP-паками (аналогично NuGet для Студии), которая использует онлайн-репозитории — добавим туда репозиторий PHPUnit, введя в command prompt (под админом) команду «pear channel-discover pear.phpunit.de» (не смотря на прокси, у меня всё получилось, в противном случае проверьте правильность настроек прокси-сервера в Винде и его работоспособность);
    4. если в command prompt ввести команду «pear remote-list -c phpunit», то станет ясно, что помимо самого PHPUnit там есть много других печенек, но пока мы поставим только саму основу, а дополнительные модули будем добавлять по мере необходимости: «pear install phpunit/phpunit»;

    Обновление PHPUnit и других модулей, установленных с помощью PEAR, делается командой «pear upgrade-all». Вообще, рекомендую почитать инструкцию по PEAR. Опытного разработчика она непременно наведёт на размышления о том, чтобы распространять свои труды не закачкой по FTP, а с использованием всё того же PEAR.

    Ставим Apache 2.4

    Лично у меня забиты порты 80 (IIS), 8080 (TFS) и 8000 (HTTP proxy). По этой причине я поставил Apache слушать порт 8085. Здесь будут приведены настройки для Apache на порт 8085. Также в качестве корневых директорий я использую «d:\www\Apache».

    У Апача под Винду есть отдельный сайт www.apachelounge.com/, откуда можно скачать самый свежак. Поскольку PHP у нас x86, то и все .dll-файлы у него x86, поэтому и Apache придется ставить x86.

    1. www.apachelounge.com/download/ — Качаем httpd-2.4.4-win32.zip и распаковываем содержимое папки «Apache24» архива в папку «C:\Program Files (x86)\Apache24»;
    2. открываем на редактирование (под админом) файл C:\Program Files (x86)\Apache24\conf\httpd.conf
    3. находим настройку ServerRoot и ставим

    (С тех пор, как Винда превратилась из графической оболочки над DOS в самостоятельную операционку, ей всё равно, в какую сторону наклонена косая черта, а вот Апачу не всё равно, нам надо использовать строго «/»);

  • находим настройку Listen и ставим
  • находим настройку DocumentRoot (и следующий за ней блок Directory) и настраиваем наши пути:

    не забудьте создать эту директорию (вы могли заметить, что в конце пути я добавил поддиректорию web — это связано с тем, что я собираюсь использовать Symfony, который предполагает содержание самого сайта в поддиректории web общего проекта);

  • находим список большого количества инструкций LoadModule и раскомментариваем/редактируем/добавляем в хвост настройку
  • не факт, что модуль загрузится, поэтому в последних Apache принято прочие связанные с модулем настройки заклячать в условие IfModule, проверяющее, что модуль загрузился, поэтому находим/добавляем контейнер для настроек PHP-модуля под Apache:
  • настраиваем модуль PHP под Apache:
  • находим настройки модуля листинка директории и редактируем её:
  • регистрируем Апач в качестве сервиса командой в command prompt
  • при загрузке Apache будет запускаться автоматически, а сейчас запустим его вручную командой в command prompt
  • а теперь посмотрим, как всё это будет взлетать, поместив в директорию «D:\www\Apache\web» файл «index.php»:

    и запросив его из браузера по url https://localhost:8085/

    Настраиваем PhpStorm 6

    www.jetbrains.com/phpstorm/ — качаем, ставим, запускаем PhpStorm 6 (у него есть месяц триала, лично мне этого более чем хватило для приобретения).

    Устанавливаем интеграцию с TFS (опционально)

    К работе с TFS из среды PhpStorm, как и из других продуктов, использующих среду Idea, придется привыкать. Терминология и поведение существенно отличается от оных в Visual Studio. Тем не менее, пользоваться интеграцией гораздо удобнее. чем бегать в Visual Studio за каждым файлом.

    1. На экране должно быть стартовое окно PhpStorm, если вместо этого окна отображается среда разработки, закрываем текущий проект;
    2. в правой области стартового окна выбираем Configure/Plugins Идём в File/Settings;
      Из среды разработки эта настройка доступна из меню File/Settings. В левой части окна отображается список настроек как проекта, так и среды вцелом. Нужно будет выбрать настройк среды Plugins.
      «Настройки проекта» — настройки из списка с заголовком Project Settings,
      «Настройки среды» — настройки из списка с заголовком IDE Settings.
    3. в открывшемся списке плагинов убеждаемся, что плагин «TFS Integration» не установлен (по умолчанию он не входит в поставку PhpStorm) и нажимаем кнопку «Install JetBrains plugin» (внизу окна);
    4. в окне поиска вбиваем «TFS» и щелкаем два раза на строке с плагином «TFS Integration», на вопрос о намерении скачать плагин отвечаем твердым «Yes»;
    5. дожидаемся окончания установки плагина, закрываем окна настроек и перезапускаем PhpStorm, чтобы свежеустановленный плагин заработал.

    Теперь у нас есть среда, готовая работать с TFS.

    Создаём или открываем проект
    1. В папке D:\www\Apache создаём новый пустой проект, или открываем уже имеющийся
      Помним, что сервер Apache у нас настроен на поддиректорию web, а значит и сам сайт будет находиться в папке web проекта. В будущем рядом с web помимо настроек проекта .idea могут появиться такие подпапки, как vendor для хранения сторонних разработок, test для скриптов тестирования и прочие подпапки для работы фреймворков.
    2. если сайт пустой, то создаём на сайте простейшую страницу index.php с содержимым типа
    3. если проект обслуживается системой контроля версий, это необходимо прописать в настройках проекта Version Control.
    Настраиваем php-сервер в PhpStorm
    1. В настройках проекта открываем настройку PHP и настраиваем там:
      PHP language level: 5.4
      Interpreter: нажимаем «…», указываем Name: PHP 5.4, PHP Home: C:\Program Files (x86)\PHP\v5.4, Debugger: Xdebug;
      Include path: нажимаем «+» и указываем «C:\Program Files (x86)\PHP\v5.4\pear», чтобы наш проект автоматически подтягивал ранее установленный PHPUnit.
    2. в настройках проекта открываем PHP/Servers — откроется закладка с пустым списком серверов;
    3. нажимаем «+» для добавления нового сервера и заполняем его данные:
      Name: Local Apache
      Host: localhost
      Port: 8085
      Debugger: Xdebug
    4. если в конфигурации Xdebug указан порт, отличный от 9000, то идем в настройки проекта PHP/Debug и там в разделе «Xdebug» настраиваем «Debug port»;
    5. в настройках проекта открываем PHP/PHPUnit и убеждаемся, что там указано «Load from include path».


    Настраиваем web-приложение
    1. В меню «Run/Edit Configurations» щелкаем на «+», выбираем «PHP Web Application» и заполняем его данные:
      Name: My Application at Local Apache
      Server: Local Apache
      Start URL: стартовая страница (index.php)
      Browser: я выбрал Chrome, но для каждой конкретной страницы есть опция запуска в любом браузере
    Запускаем отладку
    1. Ставим на какую-нибудь инструкцию брэйкпоинт;
    2. в меню «Run/Debug» выбираем «My Application at Local Apache» — запустится отладка сайта;
    3. убеждаемся, что выполнение php-скрипта прервалось на брэйкпоинте, и нам доступны все прелести дебагера.

    Среда готова к работе.

    Заключение

    Пользователям MS Visual Studio придется немного привыкнуть к тому, что нажатие кнопки Run при включенном дебагере приводит не к продолжению исполнения текущего скрипта, а к открытию в браузере новой закладки, новому запросу на сервер и отключению отладки, но даже с такими отличиями процесс отладки протекает довольно легко.

    Деплой PHP-приложений с помощью PhpStorm

    Это руководство описывает, как начать развёртывание PHP-приложений с помощью IDE PhpStorm. Ты увидишь, что такое деплой и как просто его настроить в PhpStorm. Деплой или развёртывание — это процесс перемещения кода из песочницы разработчика на реальный сервер.

    Мой дорогой друг, при разработке приложений с помощью PhpStorm, скорее всего, ты следуешь одному из следующих путей:

    • Веб-сервер установлен на локальном компьютере. Исходники PhpStorm проекта находятся в корневом каталоге документов сервера. По сути, разработка происходит на веб-сервере.
    • Веб-сервер установлен на локальном компьютере. Исходники PhpStorm проекта находятся не в корневом каталоге документов сервера, а в любом другом. Разработка происходит в PhpStorm, файлы копируются в корневой каталог документов сервера для тестирования.
    • Веб-сервер установлен на другом компьютере. Исходники PhpStorm проекта хранятся на локальном компьютере. Разработка происходит в PhpStorm, файлы копируются в корневой каталог документов на сервер посредством FTP, SFTP, FTPS или с помощью общего сетевого ресурса.

    Обрати внимание, другие конфигурации тоже возможны, но это самые распространённые.

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

    1. Необходимые условия

    Перед тем как произвести какой-либо из видов развёртывания, убедись, что соединение между локальным компьютером и удалённым хостом доступно с помощью FTP, SFTP, FTPS или имеется доступ к общим файлам.

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

    • OS Windows 8.1 x64 Pro
    • WAMP Open Server 5.2.2
    • IDE PhpStorm 8.0.2

    2. Настройка сервера развёртывания

    2.1. Создание сервера развёртывания

    Создание сервера развёртывания может быть осуществлено через следующие пункты главного меню >[File → Settings → Build, Execution, Deployment → Deployment] или [Tools → Deployment → Configuration] . При нажатии на кнопку с зелёным плюсиком на панели инструментов можно добавить новый веб-сервер.

    Дай серверу имя и выбери его тип. Это может быть любой из следующих:

    • FTP — подключение к серверу развёртывания с помощью FTP.
    • SFTP — подключение к серверу развёртывания с помощью SFTP.
    • FTPS — подключение к серверу развёртывания с помощью FTPS.
    • Local or mounted folder (локальная или примонтированная папка) — корневая директория документов сервера развёртывания. Является доступной как локальная папка на компьютере или в виде подсоединённой папки на удалённом компьютере.
    • In place (на месте) — проект PhpStorm находится в корневой директории локального веб-сервера.

    Нажми кнопку OK , чтобы добавить сервер развёртывания.

    Когда сервер развёртывания создаётся и настраивается в каком-либо проекте, то он и детали его подключения становятся глобальными и доступными для любого проекта открытого в PhpStorm, а параметры вкладок Mappings (отображения) и Excluded Paths (исключаемые пути) являются настройками каждого конкретного проекта. Таким образом, несколько проектов могут использовать один и тот же сервер развёртывания без необходимости настройки подключения для каждого из них в отдельности.

    2.2. Настройка подключения

    Теперь на вкладке Connections (подключения) ты должен указать сведения о соединении. В зависимости от типа сервера, выбранного ранее, эти параметры будут отличаться.

    Но один параметр является общим для всех типов соединений — это корневой URL-адрес веб-сервера. Обычно им выступает URL-адрес до корневого каталога документов сервера.

    Далее, мой друг, рассмотрим подробно параметры каждого типа соединения.

    2.2.1. FTP, FTPS, SFTP

    Для FTP, FTPS и SFTP конфигурации соединений более или менее похожи. Ты должен указать имя хоста, порт, корневой путь (путь на удалённом сервере, который будет использоваться в качестве корня) и учётные данные.

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

    Используя кнопку Test FTP connection. , ты сможешь проверить корректность введённых ранее параметров. Ниже представлен результат успешной проверки.

    2.2.2. Локальная или примонтированная папка

    Для локальной или примонтированной папки ты должен указать путь, куда файлы проекта должны быть развёрнуты.


    2.2.3. На месте (локальный веб-сервер)

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

    2.3. Настройка отображений

    Отображение — это отношение между папками проекта, папками на сервере для копирования файлов проекта и URL-адресами для доступа к данным на сервере через HTTP. Эти сопоставления используются, чтобы помочь PhpStorm найти файл или папку в нашем проекте или на удалённом сервере.

    Самый простой способ — отобразить всю корневую директорию проекта в корневой каталог документов сервера, где структура их папок будет идентична. На скриншоте ниже указано следующее соотношение:

    Local Path
    (локальный путь)
    Deployment Path
    (путь развёртки, например, на FTP сервере)
    Web Path
    (URL-адрес — веб-путь)
    C:\OpenServer\domains\vpawd.lc / /

    В зависимости от конфигурации сервера и планировки проекта возможно указать не одно, а несколько отображений на вкладке Mappings . Например, фреймворки Phalcon, Symfony2, Zend FrameWork, Laravel или CakePHP, как правило, используют 2 основные папки:

    • application — содержит контроллеры и код приложений;
    • public — соответствует корневой директории документов сервера и обычно содержит JavaScript, CSS и т.д.

    Такой тип приложений может быть отображён следующим образом:

    Local Path
    (локальный путь)
    Deployment Path
    (путь развёртки, например, на FTP сервере)
    Web Path
    (URL-адрес — веб-путь)
    C:\OpenServer\domains\vpawd.lc\application /application
    C:\OpenServer\domains\vpawd.lc\public /public /

    На скриншоте выше для каталога application предупреждение показано потому, что не указан Web Path (веб-путь), но для настройки данного типа приложений это нормально. Также стоит отметить, что когда у нескольких папок будут одинаковые соотношения, то применяться будет только первое.

    2.4. Установка сервера по умолчанию *

    Если ты используешь только один сервер развёртывания для многих проектов (часто так и бывает), имеет смысл установить его в качестве сервера по умолчанию. В окне Deployment на вкладке Mappings с использованием кнопки Use this server as default можно установить сервер по умолчанию для проекта.

    2.5. Настройка исключаемых путей *

    Иногда имеются пути, которые не должны быть скачаны с сервера в локальный проект или загружены на сервер при выполнении деплоя, например, директория с лог-файлами или директория, содержащая кэшированные данные шаблонов Smarty. Эти пути могут быть легко исключены на вкладке Excluded Paths .

    3. Исследование сервера

    После настройки сервера развёртывания ты можешь просматривать удалённый сервер с помощью пункта главного меню [Tools → Deployment → Browse Remote Host] . Он откроет новое окно инструментов в PhpStorm, в нём можно работать с удалёнными каталогами и файлами.

    В приведённом выше скриншоте некоторые файлы и директории будут отображаться на зелёном фоне — они имеют право находиться в твоём локальном проекте. Это выделение зелёным цветом основано на правилах сопоставления из вкладки Mappings , созданных ранее.

    Ты можешь перемещаться между соответствующими локальными и удалёнными каталогами с помощью сочетания клавиш Alt + F1 .

    4. Деплой файлов на сервер

    Деплой файлов на сервер может быть выполнен несколькими способами. Проще всего выбрать проект, папку или отдельный файл в панели Project . Затем с помощью опции контекстного меню [Deployment → Upload to [server name]] или [Deployment → Upload to. ] (если сервер по умолчанию не установлен) загрузить выделение на удалённый сервер. Также ты можешь использовать главное меню [Tools → Deployment → . ] для выбора необходимой операции развёртывания.

    Ты сможешь видеть прогресс в окне File Transfer , которое откроется само.

    Скачивание файлов работает аналогичным образом. Ты можешь использовать контекстное меню в окне инструмента Remote Host и опцию загрузки.

    5. Перетаскивание файлов между сервером и проектом *

    PhpStorm поддерживает режим перетаскивания — операции копирования и перемещения данных между панелью Project и окном инструмента Remote Host . Для использования указанного режима открой окно инструмента Remote Host с помощью главного меню [Tools → Deployment → Browse Remote Host] . Файлы и папки могут быть скопированы или перемещены от и к серверу развёртывания с помощью перетаскивания. Эта функция ведёт себя подобно функции в проводнике на твоём компьютере: по умолчанию элемент будет перемещён. Если при перетаскивании удерживается клавиша Ctrl , то файл будет скопирован. На скриншоте ниже происходит копирование файла favicon.ico из проекта на удалённый сервер.

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

    Более углубленный материал о синхронизации и деплое приложений ты можешь найти в следующей статье: Синхронизация изменений и автоматическая загрузка на сервер развёртывания в PhpStorm.

    Пункт является опциональным при изучении руководства: Деплой PHP-приложений с помощью PhpStorm.

    Как настроить PhpStorm 2020.1.2+Openserver?

    Установил PhpStorm и Openserver. Все «по отдельности» работает.
    Как я понял, единственная цель PhpStorm+Openserver это «заменить» устаревший локальный сервер PhpStorm на современный Openserver со всеми настройками, возможными дополнениями, дебагеррами и т.д.

    Настраиваю PhpStorm Settings->Languages and frameworks->PHP->Interpreters->PHP Executable
    D:\Папка в облаке\Личные папки\Е_Иванов\Синхронизируемые файлы и папки\Open_Server\modules\php\PHP-7.1-x64\php.exe
    PhpStorm пишет — configuration php.ini file does not exist. Но php.ini там разумеется есть.
    Смотрю How to fix. Написано создайте его там. Но он там есть! Даже в окне выбора файлов PhpStorm он есть.
    Или создайте его в с\windows. Скопировал его туда. Не видит. Файл там, а всё равно — configuration php.ini file does not exist.

    Хорошо.
    Беру всю папку PHP-7.1-x64 и копирую в D:\Program Files\PhpStorm 2020.1.2\PHP-7.1-x64_copy_from_openserver
    Указываю путь к \php.exe Всё найдено. Apply, Ok.

    Стартую Openserver. Открываю PhpStorm. Создаю проект. Справа вижу иконки браузеров.
    Жму — открывается браузер и 502 Bad Gateway PhpStorm 2020.1.2

    Как настроить PhpStorm 2020.1.2+Openserver?

    • Вопрос задан более года назад
    • 1673 просмотра

    Как я понял, единственная цель PhpStorm+Openserver это «заменить» устаревший локальный сервер PhpStorm на современный Openserver со всеми настройками, возможными дополнениями, дебагеррами и т.д.

    Цель PhpStorm’a — предоставить IDE. Цель OpenServer’а — предоставить полноценную (до некоторой степени) среду разработки и выполнения PHP-скриптов/приложений/сайтов/etc. Помимо интерпретатора PHP, в OpenServer’е есть масса других модулей (программ), в зависимости от «комплектации»: от различных баз данных, для всяких «офисов» и т.д. Это связано с тем, что в большинство проектов не ограничивается исключительно интерпретатором PHP, многим так же требуются различные БД, иногда хранилища (например, Redis или Memcached) и прочие инструменты.

    PhpStorm пишет — configuration php.ini file does not exist. Но php.ini там разумеется есть.

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

    Обычно, процесс выглядит следующим образом:
    0. Указывать путь до интерпретатор PHP не всегда обязательно или необходимо, иногда без этого можно вполне обойтись
    1. В папке, в которую установлен OpenServer, среди прочего, есть папка domains, в которой вы создаёте папку с будущим проектом (сайтом) и называете её, например, site1.local
    2. (Пере)запускаете OpenServer, крайне желательно это делать с правами администратора, т.к. он будет вносить изменения в файл hosts системы, что бы сайт стал доступен по соотв. адресу (в данном примере, по адресу: site1.local)
    2.1. Открыть проект так же можно через меню OpenServer’a: Мои сайты -> «Нужный сайт»

    Что бы проект открывался в PhpStorm’е по соотв. («правильному») адресу, вместо встроенного веб-сервера — я думаю, нужно изменить какие-то настройки проекта в PhpStorm (какие именно — сказать затрудняюсь, т.к. никогда не пользовался таким способом работы с проектом).

    P.S. Для того, что бы отлаживать проект в разных браузерах, обычно используют различные BrowserSync’и, LiveReload’ы и т.п.

    P.P.S. Если Вам нужен простой веб-сервер с поддержкой PHP, исключительно для разработки/отладки — такой сервер есть в самом PHP.

    Спасибо за ответ. Разумеется в пути есть и пробелы и русские буквы.
    PhpStorm есть стандарт де-факто у 80-90% контор. Несмотря на кучу другого софта, который возможно и лучше и бесплатен, но вот так сложилось. (Исходя из личного опыта и требований работодателей.)

    Я пока не понимаю зачем мне вообще объединять редактор и сервер, но в интернете говорят так надо. Сейчас я не могу открыть сайт иконкой из шторма, но он работает в опенсервере и всё открывается браузером.
    Чушь какая то. Что делаю, зачем — не понятно. Но говорят так надо.

    PhpStorm есть стандарт де-факто у 80-90% контор. Несмотря на кучу другого софта, который возможно и лучше и бесплатен, но вот так сложилось. (Исходя из личного опыта и требований работодателей.)

    Это вопрос очень риторический, на счёт «лучше/хуже». Шторм, действительно достойная IDE. Я за 20 лет разработки, перебрал много IDE, редакторов и т.п. И могу ответственно заявить, что PhpStorm действительно хорош, в том числе тем, что поддержка нововведений в индустрии в нём появляется довольно быстро (новые фреймворки, языки, шаблонизаторы и т.п.), а так же тем, что в нём есть поддержка практически всего, что Вам может понадобиться во время работы, всякие: Git, Vagrant, автоматическая загрузка изменяющихся файлов на FTP и масса других возможностей. Хотя, из личного опыта, могу сказать, что большинству контор — глубоко фиолетово, в каких IDE/редакторах будете работать лично Вы, важно, что бы поставленные задачи были выполнены в поставленный срок и с надлежащим качеством, а в чём именно будет написан код, всем плевать (в 99% случаев).

    Например, большинство редакторов умеет «конвертировать» [TAB] в 4 пробела, автоматически форматировать код в соотв. с некоторыми стандартами, проводить экспресс-проверку кода на ошибки и т.д., если ваши IDE/редактор могут делать то же самое, или Вы предпочитаете делать это «руками» и этот паразитный труд не занимает у Вас много времени и/или Вы пишите код сразу без ошибок в различных проверках не нуждаетесь, — работодателю будет совершенно всё равно, в чём этот самый код был написан.

    К слову, PhpStorm — это выбор в первую очередь не работодателей и «контор», а программистов, которые там трудятся.

    Я пока не понимаю зачем мне вообще объединять редактор и сервер, но в интернете говорят так надо.

    Я тоже не понимаю, зачем Вам (или кому-то в интернете) объединять редактор и сервер. Особенно с учётом того, что в ряде случаев, подобные объединения невозможны физически, так как даже довольно «пухлый» (в плане возможностей и наличия различного софта) OpenServer не всегда покрывает нужны при разработке отдельных проектов. У нас например, часто используются Docker, Vagrant или просто VirtualBox с заранее подготовленным там окружением, как минимум, это даёт возможность разработчикам сидящим под Windows разрабатывать проект в нативной для него среде. Как «это» можно интегрировать с IDE — я не совсем понимаю. Да и зачем. — тоже не совсем понятно.

    В заключении, мой Вам совет — не зацикливайтесь на конкретной IDE или редакторе, есть есть инструмент который решает Ваши задачи лучше. Так же не стоит зацикливаться на одном единственном пути или инструменте, для решения задачи, особенно, если есть решения лучше или более удобные (в данном случае) для Вас. Ну и из личной практики, могу сказать, что сколько раз я не проходил собеседование сам и сколько бы раз не проводил их лично — ещё никогда ни у работодателей ко мне, ни у меня к потенциальным сотрудникам не возникало вопросов уровня: «А Вы сможете работать в PhpStorm? Так как у нас больше ни в чём работать нельзя!» и ему подобных.

    Мастер Йода рекомендует:  Просто, свежо, красиво CSS-градиенты
  • Добавить комментарий