Я не знал что вы тыкаете в консоль левой кнопкой мышки

Левой нет, правой бывает. Очень удобно, советую.

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

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

Буду вынужден поддержать такое решение админов :) Поскольку полезности от нашей с вами дискуссии было чуть меньше нуля.

Есть те кто ищет решение, а есть те кто ищет оправдание. Надеюсь вы нашли то что искали

Не поддался на оправдания портянок скриптов и нашел решение в виде нативных фич. Так что да, это вин.

Не поддался на оправдания портянок скриптов и нашел решение в виде нативных фич. Так что да, это вин.

У вас есть пример?

Ахахаха, добрый ночи. Не готов заходить на третий круг 🤣

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

Я прочитал весь тред. Осилил

Разрешите я не буду уточнять время и место когда и где вы читали весь тред? ) Но один вопрос не могу не задать "Почему вы все время думаете что я тролль?"

Разрешите я не буду уточнять время и место когда и где вы читали весь тред? ) Но один вопрос не могу не задать "Почему вы все время думаете что я тролль?"

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

Я прочитал весь тред. Осилил

потому что все хотят такой же бумбокс как у вас

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

У вас на аве бумбокс

А лишь охуенный бумбокс

Он и танцует огненно https://t.me/docker_ru/85030

Это не бумбокс, если честно я не знаю что такое бумбокс, на аватарке у меня на плече "harman/kardon" в котором находится мой музыкальный плеер ipod, звучит композиция "гидрогаш", ужасно асоциальная композиция с лэйблом 18+

Он и танцует огненно https://t.me/docker_ru/85030

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

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

Ребят, все привет Дайте дельный совет по микросервисной архитектуре или должен ли иметь каждый сервис свою БД, или БД вынести в один контейнер, и все остальные сервисы буду обращаться в этот контейнер

Вам честно или правду?

Если хотите постибаться, то просто проигнорируйте

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

Ребят, все привет Дайте дельный совет по микросервисной архитектуре или должен ли иметь каждый сервис свою БД, или БД вынести в один контейнер, и все остальные сервисы буду обращаться в этот контейнер

👌

по моему это логично, да

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

Владислав, вы, случайно, не сталкивались с задачей географически распределенной базы данных? Про транзакции очень напомнило

Нет

Ребят, все привет Дайте дельный совет по микросервисной архитектуре или должен ли иметь каждый сервис свою БД, или БД вынести в один контейнер, и все остальные сервисы буду обращаться в этот контейнер

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

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

овер инжиниринг

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

как только растем - расшиваем, но для этого нужно, чтобы все равно каждый сервис ходил только в свою БД

Представьте что у вас проект геораспределенный, и тут ваши сервисы должны ходить каждый в свою БД, представили?

Представил

1. Не всегда надо бек распределять 2. Репликация 3. Мастер ноды

Ваш запрос дойдет до локального фронта/бека - это все, что должно вас волновать как клиента

построить блокчейн

Допустим я понял о чем вы говорите, что дальше должно произойти?

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

Я из Австралии хочу купить в вашем магазине "товар", какой маршрут сделает мой запрос к страничке товара в вашем магазине? И какой маршрут будет у моего запроса на оформление заказа в вашем магазине?

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