Какое окружение вы используете для разработки php?

Question

[Vadim Stepanenko]

Привет!
Стек php, mysql

Несколько лет уже использую sublime text в качестве редактора и xampp в качестве сервера, phpmyadmin. Но недавно сказали что это не серьезно (в частности про xampp), мол xampp использовать для нормальной разработки себе дороже. Почему именно несерьезно и что серьезно не сказали, исходя из этого вопрос: какое окружение вы используете для разработки php?

От sublime решил перейти на phpstorm

Comments

[Максим Федоров]

PhpStorm, не видел, чтоб кто-то использовал иное (а я во многих компаниях отработал)

[Vadim Stepanenko]

Максим Федоров, а для запуска сервера что вы используете? какую субд используете?

[Максим Федоров]

Vadim Stepanenko, докер уже как дефолт-среда для окружения
PostgresQL

Answer 1

[DevMan]

phpstorm для основной разработки, любой редактор под руками (vsc, atom, sublime, nano, vim...) для посмотреть/быстрых маленьких правок.

сервер: все (за редким исключением) ставлю из пакетов, затем допиливаю ручками.

phpmyadmin/аналоги–для–других–баз последний раз видел году в 2010. с тех пор использую либо консоль, либо гуевые тулзы (для удаленного доступа через ssh/http–тунель).

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

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

Comments

[Денис Юрьев]

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

[Илья]

Денис Юрьев, ansible, как вариант

[Денис Юрьев]

Илья, разрабов заставлять учить стэк дополнительный, вместо того чтобы закинуть в проект docker-compose?
докер тот же шторм, как и многие другие ide уже давно "умеют"

да и разрабы тоже кто на чем сидит - винда, маки, далеко не всегда линукс

[Илья]

Денис Юрьев, какой ещё стек? установить виртуалку, клонировать репо гита и запустить команду для развёртки ansible? это не по силам рядовому разрабу? так себе разраб, конечно

[DevMan]

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

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

[Илья]

Денис Юрьев, Я ж не говорю что докер говно, а ансибл гуд. Каждой задаче свой инструмент

[Денис Юрьев]

DevMan, что мешает собрать образ докера приближенный как раз к окружению, которое клиент использует? (про корпоративную командную работу, а не про одиночек-фрилансеров, речь само собой)

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

[Дмитрий]

Имхо тоже нативно поднято все на линухе, разрабатываю для себя, иногда опенсорс, проблем не вижу

[DevMan]

Денис Юрьев, a нафига мне в докере собирать винду?
есть проблема? поднял нужную виртуалку отдельно или в том же вагранте, отдебажил и исправил.

про корпоративную командную работу

мы спокойно успешно пилили коробку для развертывания PaaS, которая здравствует и поныне.
4 или 5 сотен человек на 3 континентах. спокойно, нормально, без докера. что не так?

и докер (который я использую с момента его появления в 2013), и вагрант (с которым я познакомился в 2011 и так же пользую), и множество других инструментов – отличные шняги. только не нужно превращать их в тотем и совать везде.

[Денис Юрьев]

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

Если мне надо накидать какой то небольшой разовый скрипт локально, то я не буду заморачиваться докером. А вот разрабам кидать инструкцию с версиями пакетов и настройками под каждый проект как разворачивать окружение - нахрен надо.

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

У вас там, видимо, команда спецов была достаточно сильной, "новая школа" php-разрабов хрена с два развернет у себя связку отличную от LAMP (утрирую, но доля истины тут есть). Чем популярнее и распространеннее DevOps - тем меньше у этих самых "Dev" представлений об "Ops".

PS: а если в проекте еще используется imagemagick7 в частности возможности отсутствующие в imagemagick6, то убунтоводы с дебианщиками со своими репами еще и в лужу сядут (как бы я не любил дебиан, но в некоторых моментах он сверхконсервативен).

[DevMan]

Денис Юрьев,

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

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

У вас там, видимо, команда спецов была достаточно сильной

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

уметь им пользоваться

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

[acwartz]

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

Answer 2

[Konstantin]

phpStorm + docker, в современном мире отпала необходимость в сборках (типа xampp или denver), все прекрасно заводится и переносится в docker, очень приближенно к production окружению

Comments

[Vadim Stepanenko]

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

[Максим Федоров]

Vadim Stepanenko, не надо деплоить, локально маппинг автоматом идет, как-будто локально все стоит, только с нужными версиями и нужный софт

[Konstantin]

Vadim Stepanenko, Как написали коллеги выше - деплоить ничего не нужно, достаточно замэпить локальную папку внутрь контейнера.
СУБД - такая которая нужна в проекте
Клиент для БД - встроенный в PHPStorm очень удобен, как по-мне и поддерживает большое кол-во драйверов.
Собственно и докером можно так же управлять из Шторма, не помню надо ли ставить доп расширения, или это работает из коробки, но в любом случае делается на изи.

Answer 3

[Дмитрий Свиридов]

Использую следующее:

1. PhpStorm (IDE). Чтобы он работал быстро, проекты следует держать на SSD.
   
2. DBeaver для просмотра содержимого и структуры БД (сами изменения в БД делаю через миграции)
   
3. Postman для того, чтобы дёргать эндпоинты, смотреть ответы и заголовки
   
4. Docker в связке с docker-compose
   

В качестве СУБД обычно использую PostgreSQL, для кеша - Redis. Но это вообще много от чего зависит уже.

Comments

[Ичи Ня]

1. ещё для быстрого открытия некоторых файлов использую vscode и npp, когда не нужно открывать файлы проекта, а просто быстро поправить файлик.
2. HaiduSQL, для быстрого запуска и поправки параметра в бд

[Дмитрий Свиридов]

Ичи, HeidiSQL под Linuxом не работает, к сожалению

Answer 4

[Илья]

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

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

Comments

[Владислав Лысков]

Как часто нужно запускать шторм? Раз в месяц после обновы винды?

[Илья]

Владислав Лысков, ну я например 5 раз в неделю запускаю, каждое утро

[Владислав Лысков]

Илья, незнаю сколько запускается саблайм, наверное, время близкое к моментальному, шторм запускается мекунд 7, не думаю что время запуска должно влиять

Answer 5

[Barmunk]

Из того, без чего жить не могу
1. PhpStorm + sublime
2. Navicat - С этим старичком уже больше 15 лет вместе.
3. Gitkraken \ git-fork
4. Insomnia
5. Vagrant

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

Answer 6

[Дмитрий]

PHPStorm
LAMP
PhpMyAdmin + DBeaver
Ванильный Git (без git-flow и прочего)

Answer 7

[MultiGramen]

Для написания кода использую Dreamweaver. Так уж случилось, что он мне очень понравился своими плюшками.
БД редактирую удалённо с помощью Navicat по SSH. Просто потому что мне так удобнее. Но когда-то тоже использовал PHPMyAdmin.
Для локального хоста использую базовый MAMP, так как это удобно: там нет никаких лишних настроек, в которых необходимо ковыряться. (Операционная система MacOS).

Какой из этого можно сделать вывод? Не слушайте никого, пользуйтесь тем, что удобно именно ВАМ! Зачем кому-то пытаться доказать, что Вы "серьезно" программируете? Часто в жизни появляются советчики, послушав которых Вы вовсе начнёте думать "программирование это не для меня".

Если слушать всех, то просто теряете личность и не захочется не только программировать, а вообще чем-либо заниматься. Поверьте, я через это проходил.

Comments

[Евгений]

Dreamweaver - как звук из прошлого )
"Не слушайте никого" - 100% согласен :)

Answer 8

[Pavel Omelchenko]

phpstorm как ide на все случаи жизни
- xdebug
- подключение к базам
- тестирование http запросов

vagrant или docker для развертывания окружения максимально похожего на продакшен сервера

По поводу того серьезно ли сегодня использовать xampp, или нет – зависит от решаемых задач. Например, реализация скриптов связанных сугубо с бэкэндом и не требующих хитровыдуманной и развесистой архитектуры приложения (я про всякие рабиты кафки редисы и прочие субд), лично мне, достаточно развернутого на хосте php. Писать реализацию и покрывать тестами этого уже достаточно. А что? Вебсервер php из коробки имеет, вместо большой базы можно воспользоваться sqlite – с этим набором уже можно пилить какие-то вебсервисы которые и на фронте что-то смогут показывать :)

Answer 9

[dmitriy]

- openserver for Windows
- docker for linux
- phpStorm
- dbForgeStudio
- git + SourceTree Attlasian

Answer 10

[Александр Торопов]

Среди IDE сейчас что то лучше PHPStrom сложно найти.
Окружение на свой вкус лучше собирать с помощью Docker - первое время будет сложно, но потом поймаете кайф.
Если с базами данных пока сложно работать через консоль, можно использовать DBeaver
И желательно работать c git, так же если нужен графический интерфейс Git Kraken

мол xampp использовать для нормальной разработки себе дороже

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

Comments

[Ичи Ня]

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

[Александр Торопов]

Ичи, да, графический интерфейс всегда был на любителя, из бесплатных еще есть:
GitHub Desktop
Soucretree
можете посмотреть, может что и понравится.

[Ичи Ня]

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

[Pavel Omelchenko]

а зачем что-то еще когда уже шторм умеет гит? Он и аннотацию покажет и по истории проекта пробежит. И если еще в компании upsource стоит для ревью, то ветка комментариями ревьюверов обрастать начнет

[Александр Торопов]

Pavel Omelchenko, да, конечно сейчас PHPStorm может многое ПО заменить для разработки, как управления СУБД, REST клиенты и т.д.

Answer 11

[Евгений]

Инструменты:
PhpStorm или VSCode
MySQL Workbench или phpMyAdmin
Окружение:
Win - раньше openserver , сейчас докер
OSX - все прекрасно через homebrew ставиться (на M1 пока через докер, нативный уже давно есть)
Linux - тут вообще все просто ставиться

По опыту скажу, что не нужно никого слушать (если конечно не командные правила) , работайте на том, к чему привыкли. И тогда будете более продуктивны.
Много раз видел как люди, работавшие в VIM и с БД через консоль в разы были эффективнее тех кто через IDE и различные приложения управляющими LAMP

Answer 12

[wagoodoogoo]

OpenServer
git через smartGit
phpStorm
базы через HeidiSQL