Я не помню v8 ли там, но очень вероятно что они переиспользуют то что в webview

я не очень близко знаком с qml, но всегда думал, что js привязка там опциональна, можно без нее

Ха

Нет

Не, нельзя

пиздец

Ты можешь не использовать

пардон май френч

Но возможность будет

чет я недоволен

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

т.е. если в качестве гуя - статичная картинка, никак не связанная с бизнес-слоем...

тогда да, можно без JS

чет я недоволен

я сам фпичяли

всем привет случайно нет ли у кого нибудь переведенной в электронном формате? "Семь моделей конкуренции и параллелизма за семь недель" Автор: Пол Батчер

https://www.ozon.ru/context/detail/id/140032785/ - 490р всего

чет я недоволен

да не обязательно там писать на js. Можно привязать любой код, хоть на плюсах хоть голанге https://4gophers.ru/articles/redaktor-na-go-i-qml/#.W17IqNIzZPY

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

все языки разметки в этом плане одинаковы - html и xaml, которым qml инспирирован

Парни, меня вот интересует архитектура микросервисов на GO. конкретно такой вопрос. Если я, например, понаписал несколько микросервисов, один там апи, второй чат, третий статика. Заверну их в докер контейнеры, еще отдельно контейнер с БД сделаю. после этого мне нужно задеплоить на сервак, но я хочу, тобы у меня каждый микросервис был на отдельном VPC. а инстансов чата, например два, как это организовать?

Парни, меня вот интересует архитектура микросервисов на GO. конкретно такой вопрос. Если я, например, понаписал несколько микросервисов, один там апи, второй чат, третий статика. Заверну их в докер контейнеры, еще отдельно контейнер с БД сделаю. после этого мне нужно задеплоить на сервак, но я хочу, тобы у меня каждый микросервис был на отдельном VPC. а инстансов чата, например два, как это организовать?

вопрос будет?

все языки разметки в этом плане одинаковы - html и xaml, которым qml инспирирован

не все. CSS вот тьюринг-полный

вопрос будет?

поправил

@bertolu4i xslt тоже

Парни, меня вот интересует архитектура микросервисов на GO. конкретно такой вопрос. Если я, например, понаписал несколько микросервисов, один там апи, второй чат, третий статика. Заверну их в докер контейнеры, еще отдельно контейнер с БД сделаю. после этого мне нужно задеплоить на сервак, но я хочу, тобы у меня каждый микросервис был на отдельном VPC. а инстансов чата, например два, как это организовать?

swarm, kubernetes

не все. CSS вот тьюринг-полный

щито?

щито?

пам-пам-пам!

не все. CSS вот тьюринг-полный

правда? не знал

swarm, kubernetes

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

правда? не знал

погугли ) там без вопросов тьюринг-полный если считать обработку mouse event'ов частью процесса, но кажется что даже без них

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

да

Парни, меня вот интересует архитектура микросервисов на GO. конкретно такой вопрос. Если я, например, понаписал несколько микросервисов, один там апи, второй чат, третий статика. Заверну их в докер контейнеры, еще отдельно контейнер с БД сделаю. после этого мне нужно задеплоить на сервак, но я хочу, тобы у меня каждый микросервис был на отдельном VPC. а инстансов чата, например два, как это организовать?

это не про go вопрос. это к девопсам.

Парни, меня вот интересует архитектура микросервисов на GO. конкретно такой вопрос. Если я, например, понаписал несколько микросервисов, один там апи, второй чат, третий статика. Заверну их в докер контейнеры, еще отдельно контейнер с БД сделаю. после этого мне нужно задеплоить на сервак, но я хочу, тобы у меня каждый микросервис был на отдельном VPC. а инстансов чата, например два, как это организовать?

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

не все. CSS вот тьюринг-полный

лол. с какой версии ?

лол. с какой версии ?

с 3й

Нововведения новых версий HTML/CSS позволяют построить[7] правило 110, которое является Тьюринг-полным.

это не про go вопрос. это к девопсам.

да, скорей всего, я предполагал, что тут гоферы как-то деплоят свои приложухи

Правило 110 (англ. Rule 110) — элементарный клеточный автомат, то есть одномерный клеточный автомат с двумя состояниями (0 и 1), с поведением, находящимся на границе хаоса и стабильности. В этом отношении Правило 110 идентично игре «Жизнь». Известно, что Правило 110 является Тьюринг-полным, что означает, что любая вычислительная процедура может быть реализована с помощью этого клеточного автомата.

пам-пам-пам!

html + css полные по Тьюрингу

да, скорей всего, я предполагал, что тут гоферы как-то деплоят свои приложухи

создаешь менеджер, добавляешь ноды, деплоишь - образы разливаются по нодам (из приватного docker registry)

да

а что предпочтительней использовать swarm или kubernetes?

парни тут вопрос про архитектуру, есть у меня в общем старый восход, я там движку перебрал на v8, пришлось конечно немного поменять. ну и когда смотришь со стороны, кажется, что стоит бочка. так вот вопрос - как ставить npm, чтобы побыстрее го собиралась?)

а что предпочтительней использовать swarm или kubernetes?

swarm попроще, kubernetes посложнее. Оба поддерживаются докером с последнего стабильного релиза

swarm попроще, kubernetes посложнее. Оба поддерживаются докером с последнего стабильного релиза

спасибо тебе!

стремное предложение про swarm, лучше делать сразу по-взрослому и не терять времени - k8s

поцоны, вы человеку, который только ходить учится советуете шоссейный велик.

да, надо самому попробовать и научиться

шоссер требует скилла, и это полезный скилл

ближайшие 3-4 года все будет в кубе

пусть для начала хоть простенький балансер настроит между двумя инстансами. nginx там, хапрокси, траефик

ну эт как вот этот индивид, собирающийся победить мир sqlite в проде)

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

вот swarm эт как раз тот самый sqlite, безнадежно потерянное время, для упрощения можно взять docker compose, натравить на спецификацию тулу kompose и поиграться с этим

стремное предложение про swarm, лучше делать сразу по-взрослому и не терять времени - k8s

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

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

k8s стандарт

сварм как-то не взлетает толком

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

Понял

спасибо!

плюс k8s as a service предлагают все крупные облачные провайдеры

swarm as a service не предлагает никто )

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

у аликлауда есть бесплатный стенд на поиграться

его слишком не любят

гугл и амазон чет жмурят)

гугл же дает 300 баксов на год. можно обыграться

его слишком не любят

а что вместо него?

ну вот мне уже нет)

ERROR: S client not available

а что вместо него?

всякие красношляпы с k8s активно топят за cri-o

https://www.alibabacloud.com/product/kubernetes?spm=a3c0i.7911826.1097638.dnavproductsa12.4419737bS2aSgc

а что вместо него?

Ну можно уже не весь докер юзать, а только containerd.

просто классика в том, что можно использовать докер в качестве локального энва

а дальше только пребилд образа для деплоя в кубе

всякие красношляпы с k8s активно топят за cri-o

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

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

https://kubernetes.io/blog/2018/05/24/kubernetes-containerd-integration-goes-ga/

@onokonem именно в ситуации с кубером, containerd можно без докера использовать с мая. Прости, ошибся и имел в виду containerd

А смысл вообще в замене докера? Он уже стал стандартом контейнеризации по факту

А смысл вообще в замене докера? Он уже стал стандартом контейнеризации по факту

нет, не стал

А смысл вообще в замене докера? Он уже стал стандартом контейнеризации по факту

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

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

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

очень субъективное мнение

про контейнерд я понял, и да, в этом виде я согласен

"мне кажется макароны перестанут продавать в магазинах, потому что мне они не нравятся"

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

есть подозрение, что это не очень важно. см systemd :)

"ну и еще моему другу Ване тоже"

есть подозрение, что это не очень важно. см systemd :)

так в системд нет ничего плохого ) он как раз очень напоминает все runc/containerd и пр. стандарты

сделаем в среднем лучше, пусть и хуже в частных случаях

но зато единый интерфейс, что бы ни было у тебя

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

докер тоже

так в системд нет ничего плохого ) он как раз очень напоминает все runc/containerd и пр. стандарты

вы же в курсе, что systemd - не просто система инициализации?

вы же в курсе, что systemd - не просто система инициализации?

да, в курсе

вы же в курсе, что systemd - не просто система инициализации?

и по функциям он переплюнет докер)

нет, не стал

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

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

это не делает его стандартом, это делает его популяризатором

да и докер далеко, далеко не везде

сейчас целая пачка "докеров" существует и способов инкапсуляции процессов соответственно

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

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

lxc тоже много где юзают

сейчас целая пачка "докеров" существует и способов инкапсуляции процессов соответственно

Без супервизора? Пачка?