Два года?

ну да, больше уже, с момента статьи прошло

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

так вот они ток недавно

а то и лучше - у них можно валидации на документы добавлять

валидации?

по значениям, типам?

ага

уровень бизнес-логики же.

почему же

у монги основная проблема что с течением времени база превращается в болото неконсистентности

если в моей теме валидация не прошла в бд, это значит что куча слоев на пути к ней обосралась.

у монги основная проблема что с течением времени база превращается в болото неконсистентности

собсно в этом и бонус документобаз

бонус???)))

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

Недавно? Чуваки, какой сейчас год?

а как с ней жить - схема на уровне кода решант.

чесно гря я за постгрей не слежу. чот в моей поактике она вообще мимо меня прошла.

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

да кластер или нет, с т.зр. разраба по барабану

Неа

опять нет, да что ж такое

Ну извини :)

Небольшие отличия есть

опять нет, да что ж такое

такой вечер ?

Небольшие отличия есть

кста, какие ты бы выделил?

кстати, с этими контейнерами наконец-то смогу спокойно тарантула помучать.

разрабатывать в докере удобно

vagrant на os x - virtualbox

разрабатывать в докере удобно

разворачивать контейнеры удобно))

тормоз редкий

и для разработки удобно

если приноровиться

Привет. тема этого вечера - пробиться в www через ssh.

есть контейнер с нгинксом, есть контейнер с php, есть phpstorm который подключился по ssh к докеру

в volumes открыта папка /var/www, но при подключении шторм ее не видит.

по хорошему хотелось бы удаленно еще интерпретатор подключить

кстати последнее чотко последний шторм делает

эм

зачем ssh в докере?

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

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

https://confluence.jetbrains.com/display/PhpStorm/Docker+Support+in+PhpStorm#DockerSupportinPhpStorm-ConfiguringPhpStormtoworkwithDocker

https://confluence.jetbrains.com/display/PhpStorm/Docker+Support+in+PhpStorm#DockerSupportinPhpStorm-ConfiguringPhpStormtoworkwithDocker

это все круто, но я все равно не понял как это тебе поможет :) Но, хорошо что ты разобрался.

собсно это должно помочь мне перенести разработку в контейнеры. Но если не поможет - буду дальше копать.

Нарисуй потом что получилось

собсно это должно помочь мне перенести разработку в контейнеры. Но если не поможет - буду дальше копать.

у меня разработка в контейнерах. Что тебя интересует?

как это правильно устроить

код, в рабочую среду передавать, базу не пересоздавать при каждом запуске.

как это правильно устроить

у меня решено через шаринг волюма с хоста.

на хосте есть папка, в нее смотрит контейнер фпм и нгинкса. И все :))

из контейнера БД файлы самих БД прокинуты опять же на хост через именованый волюм.

да, у мня пока также

пересоздавай сколько хочешь - БД останутся)

ок, с бд уже завтра попробую

это для продакшена совсем другая система. Там в каждый контейнер пакуются свой нужный код и никаких волюмов нет.

volumes: - db_data:/var/lib/postgresql/data

вот для постгреса

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

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

а смысл? лишние ресурсы и телодвижения.

Если контейнера у тебя на компе запущены, в этом нет смысла

ок

у меня хост с контейнерами удаленный, так что я деплой туда настроил, ну а там уже контейнеры смотрят в эти папки)

ок

у тебя сразу возникнет проблема с правами. При создании дев контейнера надо в нем создавать юзера с UID & GID юзера из хост машины, под которым у тебя лежит код приложения.

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

Например установка через композер...

буквально сегодня решал эту проблему :)

ERROR: S client not available

UID & GID передаешь через build args ... предварительно узнав их :)

кстати вот да. композер, phpunit

кстати вот да. композер, phpunit

ну, надо придумать как организовать. Я решил это созданием юзера в дев контейрера с такимиже uid & gid как и на хосте. А все комнады запускаю с хоста вот так docker exec -it container_name composer install

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

но повторюсь, это только для дева. Для прода совсем другая история :)

для прода сразу образ собирать надо, как я понимаю

для прода сразу образ собирать надо, как я понимаю

для прода я сперва готовлю код для каждого контейнера и потом его запаковываю.

композер зависимости ставятся в процессе билда пхп контейнера

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

например?

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

например?

я фикшу сразу, когда натыкаюсь. Так что сам пока не знаю :)

сделал контейнер как restart always

потом делаю update --restart no container_name

стопаю контейнер, удаляю имиджи. рестарю докердемон, он всё равно стартует его

чяднт ?

дак надо контейнеры удалять, а не имиджи

да я всё удаляю.

и имидж и контейнеры

но ваще я нашёл уже проблему.

дай угадаю

ты сносил на ноде, а восстанавливалась из кластера?

нет.

Паппет начинает волноваться и возвращает всё назад? :)

нет

но близко

ну не томи :)

ну короче какой-то автохиллер

это старые машинки где ещё были systemd для старта контейнеров

и он их апает сучка такая

ыыыы

я минут 20 потратил на это дерьмо