Zend Studio 13

Ваша IDE

  • PhpStorm

    Голосов: 69 58,0%
  • не PhpStorm

    Голосов: 50 42,0%

  • Всего проголосовало
    119

Absinthe

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

или тебе кнопку "сделать мне хорошо"?
Эта кнопка появилась в PhpSrorm пару лет назад, с поддержкой удаленных интерпретаторов. До этого приходилось запускать тесты из консоли сервера, устанавливать переменные окружения для XDEBUG и т.д.
А теперь я пытаюсь представить, как пользоваться docker, не потеряв в удобстве.
 

grigori

( ͡° ͜ʖ ͡°)
Команда форума
Давай сначала. Docker - системная служба, инструмент для деплоймента, масштабирования, создания окружения, безопасности, но не для разработки.
PHPStorm не сделает деплоймент, не поднимет службы, он заточен на разработку и дебаг.
У них совершенно разные задачи и цели.
Писать под докер как под статическое окружение смысла нет.
У тебя есть десяток сервисов с репликацией, и ты хочешь тестировать их вместе?
Или у тебя моно-приложение?
 
Последнее редактирование:

Absinthe

жожо
Давай сначала. Docker - системная служба, инструмент для деплоймента, масштабирования, создания окружения, безопасности, но не для разработки.
PHPStorm не сделает деплоймент, не поднимет службы, он заточен на разработку и дебаг.
У них совершенно разные задачи и цели.
Писать под докер как под статическое окружение смысла нет.
У тебя есть десяток сервисов с репликацией, и ты хочешь тестировать их вместе?
Или у тебя моно-приложение?
Значит, при разработке не должно быть докера?
А потом в продакшене код будет использоваться в абсолютно другом окружении, а не в том, в котором он разрабатывался?
Чем-то напоминает ситуацию с виндовыми говносборками LAMP вроде denwer.

Но если докер не нужен и вреден в разработке, то для чего он?
В продакшене админы и так сделают что-то на базе средств автоматизированной настройки серверов, зачем им лишний уровень виртуализации уровня ОС?
 

WMix

герр M:)ller
Партнер клуба
есть разница между станком и деталью которую станок производит. для разработки нужна деталь но не станок.
ну те ты же не запускаешь виртуальные машины из IDE
 

grigori

( ͡° ͜ʖ ͡°)
Команда форума
Повторю вопрос.
У тебя десяток сервисов с репликацией, и ты хочешь тестировать их вместе, и для этого прямо из IDE запускаешь десяток виртуалок, или у тебя моно-приложение и тебе хватает одного образа?
 

Absinthe

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

grigori

( ͡° ͜ʖ ͡°)
Команда форума
если у тебя нет желания на production работать в контейнерах без виртуалок, если тебе без разницы изолированное окружение, или нет - тебе оно просто не надо

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

или если у нас десяток сервисов: фронт, личный кабинет, CRM, хранилище, рассылки, обработка, каждый модуль независим, все это можно поднять на swarm,
дописал IP новых машин в конфиг - и новые фронты поднялись
 
Последнее редактирование:

stalxed

Новичок
@grigori, описанный сценарий с интернет магазинами не очень распространенный.
Но почему вокруг такое помешательство на docker?
Zend Studio(переехало от Eclipse) внедрил его, PhpStrom(переехало от IDEA) внедрил, Atlassian Bamboo внедрили.
Мне кажется применение docker уже, чем "гром" от его маркетинга.
Или как вообще реально дело обстоит?
 
Сверху