How To Install MySQL on Windows 10
ProgrammingKnowledge
2 лет назад
In this post we will learn how to How To Install MySQL on Windows 10. The same procedure can be used for installing MySQL on Windows 8 / Windows 7. But first let’s see What is MySQL . MySQL is a very popular, open source database. Officially pronounced “my Ess Que Ell” (not my sequel). Handles very large databases; very fast performance. Why are we using MySQL? Free (much cheaper than Oracle!) Each student can install MySQL locally. Easy to use Shell for creating tables, querying tables, etc.Easy to use with Java JDBC. While installing MySQL, it will prompt you to create a root password . At this stage please select a safe and secure password . Make sure you remember the password, to use it later.MySQL tutorial for beginners and professionals with examples on CRUD, insert statement, select statement, update statement, delete statement, use database, keys, joins etc.
#8212;—————-Online Courses to learn—————————- Data Analytics with R Certification Training- http://bit.ly/2rSKHNP DevOps Certification Training — http://bit.ly/2T5P6bQ AWS Architect Certification Training — http://bit.ly/2PRHDeF Python Certification Training for Data Science — http://bit.ly/2BB3PV8 Java, J2EE & SOA Certification Training — http://bit.ly/2EKbwMK AI & Deep Learning with TensorFlow — http://bit.ly/2AeIHUR Big Data Hadoop Certification Training- http://bit.ly/2ReOl31 AWS Architect Certification Training — http://bit.ly/2EJhXjk Selenium Certification Training — http://bit.ly/2BFrfZs Tableau Training & Certification — http://bit.ly/2rODzSK Linux Administration Certification Training-http://bit.ly/2Gy9GQH ———————-Follow——————————————— My Website — http://www.codebind.com My Blog — https://goo.gl/Nd2pFn My Facebook Page — https://goo.gl/eLp2cQ Google+ — https://goo.gl/lvC5FX Twitter — https://twitter.com/ProgrammingKnow Pinterest — https://goo.gl/kCInUp Text Case Converter — https://goo.gl/pVpcwL ——————Facebook Links —————————————- http://fb.me/ProgrammingKnowledgeLearning/ http://fb.me/AndroidTutorialsForBeginners http://fb.me/Programmingknowledge http://fb.me/CppProgrammingLanguage http://fb.me/JavaTutorialsAndCode http://fb.me/SQLiteTutorial http://fb.me/UbuntuLinuxTutorials http://fb.me/EasyOnlineConverter
videosmotret.ru
С помощью отладки кода можно собрать разнообразную и очень полезную информацию о том, какие участки кода и вызовы сколько употребляют процессорного времени, оперативной памяти, что позволяет разработчикам выявить наиболее ресурсоемкие места в коде.
Можно конечно осуществлять отладку с помощью "классических" методов отладки таких как: echo, var_dump, print_r. Но эти методы не дают полной и четкой картины происходящего. На помощь нам приходит продвинутый способ дебага —
Xdebug — это лучшее средство для отладки php скриптов и предназначено для пошагового выполнения кода и просмотра значений переменных.
И так. Приступим к установке xDebug на OpenServer. Не пугайтесь. Все очень просто и быстро.
Сперва нужно узнать полную информацию о php на вашем сервере. Для этого нужно с помощью редактора кода октрыть главную страницу входа в сайт (открыть любой локальный сайт) и в самом начале файла добавить функцию phpinfo();
После уже открыть сайт. Мы увидим информацию о php. Всю эту страницу нужно скопировать в буфер обмена: (CTRL + A и CTRL + C)
Затем перейти на сайт http://xdebug.org/wizard.php и вставить скопированную информацию в поле (CTRL + V)
в этом поле в самом начале будет лишние пробелы. Их нужно удалить.
И после этого нужно нажать на кнопку 'Analyse my phpinfo() output'
Все. Теперь у вас появилась инструкция, как установить xDebug на OpenServer.
Вот примерно так выглядит эта инструкция:
Как видно — установка xDebug на OpenServer не сложное занятие. Конечно сам xDebug имеет массу своих настроек, но они нужны для более конкретных и частных случаев. А это уже совсем другая история.
PS: вот настройки для php.ini
// включен по умолчанию xdebug.default_enabled=1 // максимальное количество рекурсивных вызовов xdebug.max_nesting_level=256 // отменяет оператор @ xdebug.scream=1 zawebis.com
[Xdebug]
zend_extension="%sprogdir%/modules/php/%phpdriver%/ext/php_xdebug.dll"
;xdebug.default_enable = 1
xdebu.
fined = 1
xdebug.extended_info = 1
;xdebug.file_link_format = ""
xdebug.idekey = "netbeans-xdebug"
;xdebug.manual_url = "http://www.php.net"
xdebug.max_nesting_level = 256
xdebug.overload_var_dump = 1
;xdebug.profiler_append = 1
xdebug.profiler_enable = 0
xdebug.profiler_enable_trigger = 0
xdebug.profiler_output_dir="%sprogdir%/userdata/temp/xdebug/"
xdebug.profiler_output_name = "cachegrind.out.%H%R"
;xdebug.remote_autostart = 1
xdebug.remote_connect_back = 1
;xdebug.remote_enable = 1
;xdebug.remote_handler = "dbgp"
;xdebug.remote_host = "127.0.0.1"
;xdebug.remote_log = "%sprogdir%/userdata/logs"
;xdebug.remote_mode = "req"
;xdebug.remote_port = 9000
;xdebug.scream = 1
;xdebug.show_exception_trace = 0
;xdebug.show_local_vars = 1
;xdebug.show_mem_delta = 1
;xdebug.trace_format = 1
;xdebug.trace_options = 1
xdebug.trace_output_dir = "%sprogdir%/userdata/temp/xdebug/"
;xdebug.trace_output_name = "trace.%H%R"
xdebug.var_display_max_children = 256
;xdebug.var_display_max_data = 1024
xdebug.var_display_max_depth = 16
;xdebug.remote_cookie_expire_time = 3600
www.cyberforum.ru
1. Подготовка
Xdebug уже встроен в OpenServer и качать нам его не понадобится
Если все же нужен другой релиз xdebug его можно скачать отсюда http://xdebug.org/download.php
и переместить в
e:OpenServermodulesphpPHP-5.4.17ext
не забыв прописать в php.ini путь к нему (zend_extension)
——
2. Редактируем php.ini (e:OpenServeruserdataconfigPHP-5.4.17_php.ini)
Должны быть эти обязательные настройки
[Xdebug] zend_extension="%sprogdir%/modules/php/%phpdriver%/ext/php_xdebug.dll" xdebug.idekey = "PHPSTORM" xdebug.profiler_enable_trigger = 1 xdebug.profiler_output_dir="%sprogdir%/userdata/temp/xdebug/" xdebug.profiler_output_name = "cachegrind.out.%H%R" xdebug.remote_enable = 1 xdebug.remote_handler = "dbgp" xdebug.remote_port = 9000 xdebug.trace_output_dir = "%sprogdir%/userdata/temp/xdebug/"
Перезапускаем OpenServer
Смотрим чтобы была временная папка xdebug >
e:OpenServeruserdatatempxdebug
——
3. Добавляем в браузер закладки со страницы http://www.jetbrains.com/phpstorm/marklets/ после нажатия Generate (IDE key: PHPSTORM)
Код закладок имеет такой вид >
Start debugger
javascript:(/** @version 0.5.2 */function() {document.cookie='XDEBUG_SESSION='+'PHPSTORM'+';path=/;';})()
Stop debugger
javascript:(/** @version 0.5.2 */function() {document.cookie='XDEBUG_SESSION='+''+';expires=Mon, 05 Jul 2000 00:00:00 GMT;path=/;';})()
Debug this page
javascript:(/** @version 0.5.2 */function() {document.cookie='XDEBUG_SESSION='+'PHPSTORM'+';path=/;';document.location.reload();document.cookie='XDEBUG_SESSION='+''+';expires=Mon, 05 Jul 2000 00:00:00 GMT;path=/;';})()
Start profiler
javascript:(/** @version 0.5.2 */function() {document.cookie='XDEBUG_PROFILE='+'1'+';path=/;';})()
Stop profiler
javascript:(/** @version 0.5.2 */function() {document.cookie='XDEBUG_PROFILE='+''+';expires=Mon, 05 Jul 2000 00:00:00 GMT;path=/;';})()
Start tracer
javascript:(/** @version 0.5.2 */function() {document.cookie='XDEBUG_TRACE='+'1'+';path=/;';})()
Stop tracer
javascript:(/** @version 0.5.2 */function() {document.cookie='XDEBUG_TRACE='+''+';expires=Mon, 05 Jul 2000 00:00:00 GMT;path=/;';})()
В гугл хроме после добавления закладок используем ctrl+shift+O для перемещения их в удобное место — отмечаем на шифте их и перетягиваем в начало списка закладок
Ctrl+Shift+B отображает / скрывает панель закладок сверху страницы
——
4. Настройка PHPStorm
File > Settings > PHP >
PHP language level: > выбираем соответствующую версию пхп (5.4)
Interpreter > кликаем на …
PHP Home > корневой путь к пхп (E:OpenServermodulesphpPHP-5.4.17)
Debugger > Xdebug
Name > PHP (можно любое другое)
File > Settings > PHP > Servers >
Name: > домен создаваемого сайта
Host > домен создаваемого сайта (например: myblog.loc)
Port > 80
Желательно чтобы название сервера совпадало с хостом (так шторм по-умолчанию прописывает, если ранее не указали).
Указываем сами чтобы избежать вопроса о расположении файлов при запуске первой отладки.
——
5. Открываем нужную страницу в браузере которую будем отлаживать
Нажимаем с закладок Start debugger (у меня start Xdebug, кому как удобно название)
В phpstorm включаем Listen PHP Debug Connections (значок телефонной трубки)
В коде сайта определяем точку остановки > Ctrl + F8
ОБНОВЛЯЕМ страницу в браузере, тем самым увидели остановку сайта и перехват штормом всех данных, которые получили до точки прерывания
——
6. Профилирование в phpstorm
Нажимаем с нужной страницы сайта Start profiler, обновляем, переходим по страницам сайта для отслеживания их работы.
Этим мы записали лог выполнения скриптов страниц в файлы > e:OpenServeruserdatatempxdebugcachegrind.out.[путь_к_странице]
где каждой странице создается файл.
Если обновить или зайти по уже ранее открытой странице сайта, обновится содержимое лог-файла.
Когда прекратили сбор информации нажимаем с закладок Stop profiler
Нажимаем в шторме
Tools > Analyze Xdebug Profiler Snapshot > выбираем файл профилирования
(E:OpenServeruserdatatempxdebugcachegrind.out……………..)
Все файлы логов работы страниц будут храниться во временной папке …userdatatempxdebug до очередного запуска OpenServer (то есть сотрутся если нажать перезапустить сервер или остановить, запустить)
Но после остановки сервера файлы профилирования все еще сохраняются!
——
7. Не забываем чтобы была указана необходимая версия PHP в OpServ-e > Настройки — Модули.
з.ы. За основу использовался материал отсюда > http://webdev-tales.ru/post/19072925255 … g-phpstorm
ospanel.io
Конфигурация отладчика в PhpStorm
Настраивать отладчик мы будем на примере index.php – начинайте настройку именно с этой страницы, т.к. при запуске движков она обязательно отрабатывает.
В раскрывшемся окне первым делом жмем на значок «+» и выбираем PHP Web Application. Заполняем поле Name, выбираем ваш любимый браузер для разработки и в качестве Start URL указываем страницу сайта для стартового запуска. Обратите внимание, что указывается относительный путь.
Следующим шагом будет конфигурирование Server. Опять же жмем «+», заполняем Name, Host и Use path mappings. Заполняем все по аналогии со следующим скриншотом и жмем «ОК».
Аналогичным нажатием на «ОК» завершаем конфигурацию и PHP Web Application. Если все сделано верно, то можно приступать к пробному запуску. Для этого ставим Breakpoint (по-русски, «точка остановки») и жмем иконку запуска дебаггера.
Если все сделано верно, то вас перебросит в выбранный браузер, где начнет загрузку страница вида:http://www.angarsky.loc/?XDEBUG_SESSION_START=10098
Буквально сразу у вас замигает иконка PhpStorm на панели Windows. Переходим в PhpStorm и видим следующую картину.
Теперь более подробно о том, что я отметил маркерами:
- Стек функций, который прошел скрипт до нашего Breakpoint’а.
- Список переменных, доступных в данной функции в данный момент исполнения кода.
- Список переменных для отслеживания. Сюда вы можете перетаскивать все необходимые переменные из второй колонки, значения которых необходимо отследить.
- Кнопка остановки отладчика.
- Кнопки для навигации в коде: переход на следующую строку кода, переход к следующей точке остановки. Однако я рекомендую работать с горячими клавишами – о них чуть ниже.
- Указатель строки текущего состояния отладчика.
Чтобы выйти из состояния отладки нажмите «F9». Можете перейти обратно в браузер и убедиться, что страница сайта загрузилось как обычно. Если обновить страницу, то опять сработает дебаггер – это будет происходить до тех пор, пока вы не отключите процесс отладки.
Управление процессом отладки
Ниже приведены комбинации горячих клавиш, необходимых для быстрой отладки кода:
- F7 – переход к следующему шагу кода, выполняя заход во все встречающиеся функции.
- F8 – переход к следующей строке кода, минуя заход в функции.
- F9 – переход к следующему Breakpoint’у или завершение процесса отладки при их отсутствии.
- Shift + F8 – выход из текущей функции.
Для дальнейшего наглядного примера я поставил Breakpoint в своей кастомной функции, отвечающей за изменение комментариев.
Как вы можете заметить стек функций уже гораздо больший, нежели в первом примере. Теперь небольшое пояснение по горячим клавишам.
Собственно сейчас отладчик находится на строке 15. Если «шагать» по коду, используя клавишу F7, то вы через два шага вы окажетесь в функции drupal_get_path()drupal_get_path()theme()
Отладка PHP ошибок
Любой разработчик рано или поздно сталкивается с ошибками в коде. Серьезные ошибки Drupal выводит в сообщениях статуса, предупреждения (PHP warnings) логирует в журнале. Именно для устранения ошибок нам и пригодится отладчик. Для начала выясняем, на каком этапе появляется ошибка (название функции и номер строки) и устанавливаем Breakpoint в данное место. Запускаем отладчик и начинаем поиск ошибки:
- проверяем все переменные, массивы, объекты;
- анализируем их изменение в теле функции;
- переходим на вышестоящие в стеке функции (по клику мыши названию функции в нижнем левом окне по), смотрим, какие данные передаются в текущую функцию;
- расстанавливаем новые Breakpoint’ы, если это необходимо.
Устранение ошибок может занять как от нескольких секунд, так до нескольких часов, особенно, если разработчик слабо знаком с архитектурой Drupal. Навык отладки приходит со временем – я, как бы хотел, не смогу объяснить в рамках данного поста все нюансы. Однако дам несколько советов, которые, возможно, позволят сэкономить несколько минут:
- при установке Breakpoint на массив – размещайте его на строке с первым элементом массива, иначе он не отработает;
- используйте условные Breakpoint’ы – «Edit» в раскрывающемся меню по левому клику мышки (например, условие «$variables[‘id’] == 2»);
- изменяйте файлы ядра, только если у вас подключен Git (или другая система контроля версий) для того, чтобы после отладки без проблем откатить ядро в первозданный вид;
- для быстрого перехода в функцию используйте клик мышкой по ее названию с зажатой клавишей Ctrl.
Собственно на этом теория заканчивается и вам пора переходить к практике. Еще раз повторюсь, не переживайте о предстоящем затраченном времени – умение работать с отладчиком вам не раз еще пригодится. Надеюсь, материал окажется хоть для кого-то полезным – уведомьте меня тогда, пожалуйста, об этом в комментариях!
www.angarsky.ru
Доброго времени суток, %username%!
Прочитал сегодня статью «Отладка с помощью XDebug и PhpStorm на примере сайта 1С-Битрикс». В ней автор использует «зеленого жука» для запуска отладки. В комментариях предложены еще несколько методов запуска отладки, такие как специальные закладки, различные плагины и т.д. На мой взгляд, все это неудобно, к тому же есть наиболее простой и удобный вариант. Я мог бы предложить его в комментариях к статье, но, увы, в read-only это невозможно. Посему вынужден писать отдельную статью.
У xdebug есть возможность автостарта, без всяких премудростей. Достаточно просто расставить breakpoint’ы и открыть Ваше приложение в браузере, xdebug будет подхватывать старт сам.
Итак, моя конфигурация:
- Веб-сервер — OpenServer 4.8.8
- PHP 5.4.17
- XDebug 2.2.3
- IDE PhpStorm 7.1.
1. Настройка XDebug
В php.ini подключаем расширение и устанавливаем параметры:
zend_extension="%путь до php%/ext/php_xdebug.dll" ;эта опция как раз и отвечает за автостарт xdebug.remote_autostart=on xdebug.remote_enable=on xdebug.remote_handler="dbgp" xdebug.remote_host="localhost" ;порт может быть и 9000, но у openserver он зарезервирован под php xdebug.remote_port=9001 xdebug.remote_mode=req ;ключ IDE (может быть любым) понадобится позже xdebug.idekey="PHPSTORM"
2. Настройка PhpStorm
Настраиваем интерпретатор, если у вас это еще не сделано.
Далее добавляете сервер, если вы сервер локальный, то пишете в поле Host — localhost, если удаленный то адрес удаленного хоста. Имя хоста здесь и в php.ini должно совпадать.
Настраиваем XDebug. Порт берем из php.ini (xdebug.remote_port). Если вам не нужно чтобы XDebug останавливался на первой строчке приложения, отключаем два нижних чекбокса.
Здесь значения так же берем из php.ini: IDE key -> xdebug.idekey, Host -> xdebug.remote_host, Port -> xdebug.remote_port.
На этом настройка завершена, можно пользоваться.
Использование
Для начала работы расставляете breakpoint’ы, включаете прослушку порта XDebug и открываете ваше приложение.
Breakpoint’ы будут ловиться автоматически, без необходимости тыкать в «зеленого жука». Надеюсь информация кому-нибудь пригодится.
На этом все, спасибо за внимание.
P.S. Статья уже около года висела в песочнице, но до сих пор актуальна, поэтому публикую ее. Спасибо jeston за приглашение.
habr.com
1. подготовка
xdebug уже встроен в OpenServer и качать нам его не понадобится
если все же нужен другой релиз xdebug его можно скачать отсюда http://xdebug.org/download.php
и переместить в
e:OpenServermodulesphpPHP-5.4.17ext
не забыв прописать в php.ini путь к нему (zend_extension)
——
2. редактируем php.ini (e:OpenServeruserdataconfigPHP-5.4.17_php.ini)
должны быть эти обязательные настройки перезапускаем OpenServer
смотрим чтобы была временная папка xdebug >
e:OpenServeruserdatatempxdebug
——
3. добавляем в браузер закладки со страницы http://www.jetbrains.com/phpstorm/marklets/ после нажатия Generate (IDE key: PHPSTORM)
код закладок имеет такой вид >
Start debugger Stop debugger Debug this page Start profiler Stop profiler Start tracer Stop tracer в гугл хроме после добавления закладок используем ctrl+shift+O для перемещения их в удобное место — отмечаем на шифте их и перетягиваем в начало списка закладок
ctrl+shift+B отображает / скрывает панель закладок сверху страницы
——
4. настройка PHPStorm
File > Settings > PHP >
PHP language level: > выбираем соответствующую версию пхп (5.4)
Interpreter > кликаем на …
PHP Home > корневой путь к пхп (E:OpenServermodulesphpPHP-5.4.17)
Debugger > Xdebug
Name > PHP (можно любое другое)
File > Settings > PHP > Servers >
Name: > любое
Host > домен создаваемого сайта (например: myblog.ru)
Port > 80
Run > Edit Configuration > Defaults > PHP Remote Debug >
Servers > сервер указанный в пред. настройке
Ide key(session id): > PHPSTORM
——
5. открываем нужную страницу в браузере которую будем отлаживать
нажимаем с закладок Start debugger (у меня start Xdebug, кому как удобно название)
в phpstorm включаем Listen PHP Debug Connections (значок телефонной трубки)
в коде сайта определяем точку остановки > Ctrl + F8
ОБНОВЛЯЕМ страницу в браузере, тем самым увидели остановку сайта и перехват штормом всех данных, которые получили до точки прерывания
——
6. профилирование в phpstorm
нажимаем с нужной страницы сайта Start profiler, обновляем, переходим по страницам сайта для отслеживания их работы
этим мы записали лог выполнения скриптов страниц в файлы > e:OpenServeruserdatatempxdebugcachegrind.out.[путь_к_странице]
где каждой странице создается файл
если обновить или зайти по уже ранее открытой странице сайта, обновится содержимое лог-файла
когда прекратили сбор информации нажимаем с закладок Stop profiler
нажимаем в шторме
Tools > Analyze Xdebug Profiler Snapshot > выбираем файл профилирования
(E:OpenServeruserdatatempxdebugcachegrind.out……………..)
все файлы логов работы страниц будут храниться во временной папке …userdatatempxdebug до очередного запуска OpenServer (то есть сотрутся если нажать перезапустить сервер или остановить, запустить)
но после остановки сервера файлы профилирования все еще сохраняются
з.ы. за основу использовался материал отсюда > http://webdev-tales.ru/post/19072925255 … g-phpstorm
yiiframework.ru
Проблема из-за путей OpenServer
Часть этих косяков происходит от того, что в OpenServer применяется несколько версий серверов Apache и NGINX, несколько версий интерпретатора php, несколько версий баз данных MySQL. Для разработчика это в плюс, поскольку все настроено и работает, а значит не нужно ломать голову как самому это связать. Но с другой стороны получается нужно хранить несколько версий настроек и как-то их динамически подсовывать системе в соответствии с выбором пользователя.
В OpenServer настройки хранятся x:OpenServeruserdataconfig, причем пути заменяются на специальные теги типа %sitedir%, %progdir%. Из-за этого тупо указать эти файлы для настроек не получается, поскольку они просто не будут работать.
А «скомпилированные» для работы файлы хранятся x:OpenServeruserdatatempconfig. Вот только их опять же нельзя использовать, поскольку они при следующем запуске со сменой профиля будут переписаны. Да и php.ini должен лежать в корне папки интерпретатора, иначе все идет по умолчанию, что очень не хорошо.
А IDE phpStorm, да и не только она, требует указанию путей к php, его настройкам и так далее. Из-за этого не работает функционал работы с Composer, консоль, xDebug.
В других сборках этой проблемы нет, потому что либо вы берете сборку с одной версией Apache, одной версией php и одной версией MySQL, либо файлы настроек хранятся там, где они должны быть.
Однако из-за этой особенности не стоит отказываться от такой замечательной сборки!
Решение проблемы путей «в лоб»
Решить проблему путей можно что называется «в лоб» и просто скопировать готовые фай php.ini в папку интерпретатора d:OpenServermodulesphpPHP-5.5. Вот только при смене настроек, нужно будет править ОБА файла.
Так что этот путь есть, но он не слишком перспективный на мой взгляд.
Другое решение этой проблемы – руками внести изменения в пути переменной PATH для командной оболочки. Судя по документации, раньше был в x:OpenServeruserdataconfig файлик path.txt, где были прописаны эти пути и можно было его в настройках подключить. Сейчас его нет, так что можно попробовать его самостоятельно составить и подключить.
Но мне кажется, что этот путь тоже излишне прямолинеен и сложен.
Элегантное решение проблемы путей в OpenServer от «производителя»
После штудирования документации и форума, по некоторым намекам, есть более простое решение проблемы.
Это включение phpStopm в меню OpenServer. Делается это очень просто: правая клавиша мыши на значке – Настройки – Закладки
Мленькая подсказка: в категорию забивайте свое название (я забил IDE) и автоматом создалась отдельная папка.
Точно так же, с Composer адекватно работать можно, только если запустить из контекстно меню OpenServer, поскольку ему требуется доступ к интернету по протоколу SSH, а по умолчанию это расширение работает только после настройки в php.ini.
А при работе с командным процессором Artisan, входящим в поставку Laravel, если запустить его через командную оболочку cmd через меню Пуск, то будут выведены сообщения об ошибках подключения к базе данных.
Но если делать запуск через выпадающее меню, то и Composer прекрасно работает, и в phpStorm работает Composer, Artisan и консоль.
Настройка phpStorm для работы с php
Но прописать вызов phpStorm в контекстном меню OpenServer лишь половина задачи. Теперь нужно прописать пути до php в самом phpStorm.
Для этого запускаем из контекстного меню OpenServer phpStorm и создаем проект, который вы хотите разрабатывать. Я не буду останавливаться на этом подробнее, тут ничего сложного нет.
Затем идете в верхнее меню File-Settings и в левой колонке ищите пункт php.
Тут определяете пункт со своей версией php в выпадающем списке, затем ниже нажимаете кнопку с точками для определения пути до интерпретатора.
Нажимаем плюсик в левом верхнем углу и вводите нужное имя, а затем ищем свой интерпретатор. Если все правильно сделано, то phpStorm проверит вашу версию и напишет версию и версию дебагера.
Вот теперь вы можете полностью использовать phpStorm с OpenServer
jean179.ru