а есть какие-нибудь удобные инструменты для запуска нескольких процессов параллельно? нужно поднимать окружение для тестирования

что-то типа pm2 / foreman?

А вот это лучше в @nodejs_ru

что-то типа pm2 / foreman?

несовсем, мне для тестирования компонентов нужно поднять окружение: selenium-server, сервер со статикой и пару мелочей. Хочется поднимать это одной командой, возможно одним мастер процессом, а потом также и убивать :)

vagrant тогда )

типо в рамках виртуалки поднять все окружение?

Можно по виртуалке на каждый сервис поднять либо всё в одной

Настраивается просто, поднимается одной командой, работает в любой ОС. Это если у себя. Если где-то на сервере - то проще всего через докер, наверное

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

Ну по простоте вагрант, имхо, лидирует для таких целей

хорошо, подумаю, спасибо

проще всего docker-compose up

там еще и видно какие зависимости нужны

?

Хотя про проще я соврал. Но достаточно один раз настроить, там не так уж и сложно в конце концв.

)

к слову уже докер под мак вышел )

Только иногда отжирает под 100% CPU )

вовремя сказал

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

Там с докер под мак косяков полон двор

Там с докер под мак косяков полон двор

какие еще? Немного запускал его, проблем не заметил

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

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

ну постепенно они их всё-таки исправляют

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

Подожди.

Вышел из беты это значит релиз, не?

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

ну так порт должен быть EXPOSED

все работает на самом деле

ну так порт должен быть EXPOSED

У тебя на хосте крутится реальный не докер сервис постгреса, теперь ты запускаешь контейнер который на своем айпи должен крутиться со своим портом. И он НЕ МОЖЕТ стартовать.

Вышел из беты это значит релиз, не?

щас релиз, но был релиз-кандидат, а до этого бета

Он не об этом.

Вышел из беты это значит релиз, не?

Если он в релизе такие баги выдает то релиз явно так себе и стоит подождать еще. Суть (TM)

Он о том, что если один контейнер заэкспозил 5001, второй не сможет даже без экспоуза внутри себя забиндить 5001, так?

Хотя сетки в теории разные.

У тебя на хосте крутится реальный не докер сервис постгреса, теперь ты запускаешь контейнер который на своем айпи должен крутиться со своим портом. И он НЕ МОЖЕТ стартовать.

я не понял

есть пг который на хосте

Он о том, что если один контейнер заэкспозил 5001, второй не сможет даже без экспоуза внутри себя забиндить 5001, так?

Угу, так я понял.

и есть другой сервис которые юзает пг?

Занят порт 5432 на хосте

теперь ты подымаешь контейнер который тоже этот порт юзает

у

(не знаю с exposed или нет)

так вот он не может стартануть

ну это какие-то странные решения

т.к порт занят

ясен хуй не может

что значит ясен хуй? на линуксе то запускается

Да не в юзе дело. Банально в том, что докер чекает занятость портов в хостовой сетке, вместо контейнерной.

у них разные айпи

Да не в юзе дело. Банально в том, что докер чекает занятость портов в хостовой сетке, вместо контейнерной.

там хз в чем проблема, может все сложнее.

Каждому контейнеру свой айпи выдается.

А этоно не может быть, ведь сетки то огороженные, в контейнере.

Так что это баг. Страшный, причем.

Вообще было бы круто если бы кто то еще проверил и подтвердил, у меня то мака нет )

У меня есть. :( Но он бриканулся, похоже.

Если оживлю вечером, попробую.

вообще поебать на маковский докер

ибо он только для дев

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

я делаю дев под маком

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

Аа. Ну не знаю, не знаю. Мне не приходилось так поднимать контейнеры, но может кто-то юзает 3-4 образа какого нибудь аппа.

я юзаю по 2-3 контейнера на одном образе

А почему не очевидное-то?

ERROR: S client not available

потому что у тебя порт занят

Есть контейнер А, у него своя сеть.

_своя_

нахуя еще сверху че-то вешать

Почему занятый порт у хоста может влиять на втреннюю сеть?

Я могу подтвердить, что такого поведения нет на linux.

мне видется это что он пытался повесить на внешний порт контейнер

и схватил ошибку

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

а то что крутится внутри контейнера недоступно

просто оно правами ограничено банально

Я просто видел этот кейс так: Есть условный апп на хосте, без докера, с портом 5001. Есть похожий апп в контейнере, без экспоуза, с портом 5001. И он не запускается. Вот как я прочитал описаное.

это маловероятно

Ну вот я и хочу теперь проверить из дома.

даже с экспоузом маловероятно

И можно будет закрывать спор.

но вот если он биндил контейнер на порт то да

Вот да, я хотел сказать без проброса.

ну вот я настраивал пессенджер

он висел на 3000 в контейнере

и у меня серваки были запущены на 3000

все ок

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

https://github.com/Wildhoney/Interpose

Кто-то в чатике как-то мечтал об этом, помню из диалогов

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

но в роутах прописан path типа "/{someParam}"

withrouter у react-router есть

там в api метод для сравнения

либо просто window.location юзай

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

А давайте не будем теоритизировать, кто то с маком просто попробует.