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

Лок автоматически будет работать?

Лок автоматически будет работать?

все на уровне БД будет происходить

да автоматически

от СУБД зависит

все на уровне БД будет происходить

збс, спасибо)

Мне всетаки кажется что когда два приложения ходят в одну схему одной бд чтото не так с архитектурой

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

Иногда это конечно может быть обусловленно тем что нужно какое-нибудь low latency Но все же это редкий случай

Мне всетаки кажется что когда два приложения ходят в одну схему одной бд чтото не так с архитектурой

я тут особо вариантов не вижу, только если бота встривать в веб сервер и они будут друг от друга зависеть

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

соответственно у бота поведение от настроек зависит

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

Можно еще чтоб бот по ресту с сервером общался

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

вариантов много в общем)

Можно еще чтоб бот по ресту с сервером общался

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

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

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

Пет - он на то и пет, чтоб что-то новое потыкать. У меня бот в сервис по grpc вообще ходит, в пете)

Есть еще варик - поднимать бота и вместе с ним сокет сервер и через него веб может просить инфу, это к варианту с рестом

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

Пет - он на то и пет, чтоб что-то новое потыкать. У меня бот в сервис по grpc вообще ходит, в пете)

ну вот тоже думал про сокеты, только о протобафе

ну вот тоже думал про сокеты, только о протобафе

Grpc и есть протобаф :)

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

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

Grpc и есть протобаф :)

упс..

И там не совсем сокеты. Вернее, совсем нет

Http/2 с бинарными данными

И там не совсем сокеты. Вернее, совсем нет

в этом случае все равно надо будет дублировать классы моделей, а в случае с хибернейт модулем не надо

в этом случае все равно надо будет дублировать классы моделей, а в случае с хибернейт модулем не надо

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

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

спасибо за наводку, почитаю

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

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

Но все равно надо на каждый энтити делать маппер и класс протобафа(наверное)

Но все равно надо на каждый энтити делать маппер и класс протобафа(наверное)

ага

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

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

при добавлении полей, разве что

Вероятно правильно будет сделать работу с базой внутри gRPC сервера, а бота и веб как клиентов сделать

а посоветуйте цмс на жаве идиоматически написанную

Шел бы ты отсюда ...

жава для веба не годится ?

Шел бы ты отсюда ...

грубовато.

жава для веба не годится ?

нет

жава для веба не годится ?

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

а посоветуйте цмс на жаве идиоматически написанную

идиоматически на жаве - это чтобы кровавый тырпрайз, тормозная, дорогущая поддержка, закрыте исходники и именитый вендор? тогда вот: https://www.adobe.com/marketing-cloud/experience-manager.html если серьёзно, то как-то цмс не для жавы задача, не прижилась она в этой нише как показывает практика

ну мне бы посмотреть пример любой вебни

вы сами вообще на чем пишете ?

питон/жс

питон/жс

О__о и таки зачем вам цмс на жаве?

а джява вам зачем, в таком случае ?

питон/жс

Вот на нем и оставайся или переходи на php. Я серьезно.

ну согласно моей логике жава очень быстрая и является языком больше чем ГО. я посмотрел спринг, gson, мне понравилось. начал смотреть ОРМ и там какой то ужас

я не могу найти кода с орм который не разрастался на зоопарк из десятка интерфейсов, классов, репозиториев чтобы потом всёравно писать сикель наподобии вот этого https://github.com/shopizer-ecommerce/shopizer/blob/2.2.0/sm-core/src/main/java/com/salesmanager/core/business/repositories/customer/CustomerRepository.java

имхо, если жс знаете на приличном уровне и умеете в SPA фреймворки и вот прямо сильно надо яву пропихнуть - пишите клиента в виде SPA на том же ангуляре/вуе/чо там знаете и бэк на яве в виде рестовых эндпоинтов. примеры гуглить на гитхабе по ключевым словам angular + spring/springboot. но в целом-то порог вхождения нифига не быстрый. даже с каким-то уже имеющимся бэкграундом

если надо просто небольшие сайты пилить и питона (почему-то) не хватает, ну правда юзайте го. он для этих задач лучше зайдет, имхо

имхо, если жс знаете на приличном уровне и умеете в SPA фреймворки и вот прямо сильно надо яву пропихнуть - пишите клиента в виде SPA на том же ангуляре/вуе/чо там знаете и бэк на яве в виде рестовых эндпоинтов. примеры гуглить на гитхабе по ключевым словам angular + spring/springboot. но в целом-то порог вхождения нифига не быстрый. даже с каким-то уже имеющимся бэкграундом

так и хочу. с орм очень большая боль. остальное вроде ок

ну согласно моей логике жава очень быстрая и является языком больше чем ГО. я посмотрел спринг, gson, мне понравилось. начал смотреть ОРМ и там какой то ужас

gson как одно из преимуществ? если для вас настолько важна работа с жейсонам, то оставайтесь на жс/ноде

ОРМ не нужен *набросил*

ОРМ не нужен *набросил*

щас бы в 2018 писать руками сикель )

но видимо много жавистов думают что не нужен...

ну или кстати да, переходите на ноду, как выше советуют.

нода медленнее. хотя и быстрее питона раза в 3-5 и сильно проигрывает. тайпскрипт конечно хороший но это сорсмапы и непонятно что од капотом. typeorm хорошая. но в целом нода как платформа - эта забота о реджектнутых промисах. короче при всех минусах и плюсах шило на мыло

вы вообще чего пишете, что вам скорость вдруг понадобилась ?

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

зато нода+джс два в одном так сказать

Не юзай jpa есть альтернативы например jooq либа

нода медленнее. хотя и быстрее питона раза в 3-5 и сильно проигрывает. тайпскрипт конечно хороший но это сорсмапы и непонятно что од капотом. typeorm хорошая. но в целом нода как платформа - эта забота о реджектнутых промисах. короче при всех минусах и плюсах шило на мыло

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

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

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

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

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

Госпади ребята 2018 год чем вам джава плоха для магазинов учитывая что сейчас все spa и джава давно уже имеет вменяемый синтаксис

И супер быстрые микрофреймворки

Госпади ребята 2018 год чем вам джава плоха для магазинов учитывая что сейчас все spa и джава давно уже имеет вменяемый синтаксис

ну вот я тоже так думаю

на яве пишут инет-магазины - порталы типа М-Видео, Эльдорадо (точно знаю) ну и какие-то крупные ритейлы. легковесные магазинчики наверное тоже можно, но вот смысл

Например рапидоид

Госпади ребята 2018 год чем вам джава плоха для магазинов учитывая что сейчас все spa и джава давно уже имеет вменяемый синтаксис

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

питон, жс, го, ява, нода... идите дальше... на эликсир например

руст!

Не юзай jpa есть альтернативы например jooq либа

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

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

Можно, никто не запрещает. Но это плохая практика и зачастую заканчивается плохо.

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

Она бесплатная для бесплатных бд и очень популярна в мире джавы

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

да ясно всё. языков нет. был бы любой другой статический язык взял бы его. динамика очень всем надоела(даже самим питонистам). а тайпскрипт хорош везде

Если хочешь прям стероидов бери скалу )))

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

хоть сам не юзаю jooq, но она довольно популярна

Или котлин

Если хочешь прям стероидов бери скалу )))

+ за скалу, на нем есть один хайлоад проект

Тиньков?

Кафка

Тиньков?

нет

спарк ещё

Если хочешь прям стероидов бери скалу )))

первое на что смотрел. но там такое. если жависты не могут без репозиториев, лишних прослоек, то скалисты не могут без алгебр, теории категорий. там одна ОРМ умеет только в асинхронку на футурках(не нужно), другая чистая(нинужно), третья компайл-тайм(нинужно)

Ну это да)

+ за скалу, на нем есть один хайлоад проект

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

первое на что смотрел. но там такое. если жависты не могут без репозиториев, лишних прослоек, то скалисты не могут без алгебр, теории категорий. там одна ОРМ умеет только в асинхронку на футурках(не нужно), другая чистая(нинужно), третья компайл-тайм(нинужно)

так, а что нужно?

У скалы есть футуры и акторы

И вертекс и квазар очень близки к акторам на самом деле

Квазар даже вроде и есть акторы но не помню

так, а что нужно?

нужна просто орм. описываешь модельку с полями, имеешь програмный интерфейс делать квери. по типу sqlalchemy, exposed. вот такое ((Cities innerJoin Users).slice(Cities.name, Users.id.count()).selectAll().groupBy(Cities.name)). без принуждений к dao и всем этим копипастам с getById короче

jOOQ подходит конечно под то что нужно но читаю косяки и это нуу такое. самый рассвет джанго-орм :) но они похоже поняли как надо обращаться с базой в 2018