@NerzonIT А вот такой, затравочный, формат - очень заходит. Для начала, есть по6имание, как это сделать, от чего оттолкнуться. Тем, кому это действительно надо - они найдут все, что им надо. Для остальной части - этой информации, в легкой её форме подачи, будет более чем)
Спасибо за видео. Есть вопрос по поводу нескольких чатов и хранения сообщений. Нужно создавать отдельный топик для каждого чата и стучаться к нему по id или же есть другой способ? И насколько адекватно будет хранить сообщений в бд для обеспечения истории сообщений. Спасибо за ответ
Здравствуйте! Да, топик для каждого чата вполне себе адекватное решение, но если наблюдаются просадки по производительности при высокой нагрузке можно искать некоторые компромисы, например не топик под конкретный чат, а топик на пользователя, а внутри сообщения просто передавать идентификатор чата. Хранение сообщений в БД тоже нормальное решение, а просто как иначе? Используя реляционные решения мы получаем максимум перфоманса в этом случае, да и памяти меньше чем в других вариантах. Можно также прибегнуть к чистке или сжатию данных старых диалогов, дабы снизить нагрузку на дисковое пространство. Если вопрос в скорости обработки такой истории, то можно применить индексирование по времени добавления, так как в первую очередь мы будем делать запросы именно по временому критерию (ну и по Id чата, разумеется).
Интересует насущный вопрос такой. Как бы ни пытался написать веб-сокет без фронта, то всё никак не получается его протестить в API клиентах - Постман, Бессонница. Хотя такие возможности они предоставляют, но читал что там всё очень сыро и может что-то не работать. Подскажите, можно как-то прям обойтись без фронта и использовать чисто API клиент какой-нибудь ?
Здравствуйте! Если вы говорите про специальные утилиты, то не могу сказать наверняка, всегда думал, что в Postman-е это можно сделать🤷 Но если писать тесты, то можно спокойно WEB клиента написать, какая разница откуда приходят запросы и с кем устанавливать соединение. Ваш запрос уже второй по этой теме, видимо нужно будет это расписать в дальнейшем😅
Как всегда стильно, модно, молодежно, интересно.
Благодарю! Неполно, конечно, но будет больше, честно :)
@NerzonIT А вот такой, затравочный, формат - очень заходит. Для начала, есть по6имание, как это сделать, от чего оттолкнуться. Тем, кому это действительно надо - они найдут все, что им надо. Для остальной части - этой информации, в легкой её форме подачи, будет более чем)
Нравится контент, побольше Java + Spring Boot вообще отлично будет.
10:46 странно, что одновременно и аннотация накидывается и implement. Мне казалось Spring полностью перешёл на аннотирование
меня еще такой вопрос беспокоит, там же в конфигах можно указать брокер для сообщений, видел конфиги через ребит а можно ли делать это через кафку?
Кстати, тут точно не подскажу (про Kafka), если не подписаны на Telegram, то передите туда и задайте вопрос, возможно вам ответят.
Спасибо за видео. Есть вопрос по поводу нескольких чатов и хранения сообщений. Нужно создавать отдельный топик для каждого чата и стучаться к нему по id или же есть другой способ? И насколько адекватно будет хранить сообщений в бд для обеспечения истории сообщений. Спасибо за ответ
Здравствуйте!
Да, топик для каждого чата вполне себе адекватное решение, но если наблюдаются просадки по производительности при высокой нагрузке можно искать некоторые компромисы, например не топик под конкретный чат, а топик на пользователя, а внутри сообщения просто передавать идентификатор чата.
Хранение сообщений в БД тоже нормальное решение, а просто как иначе? Используя реляционные решения мы получаем максимум перфоманса в этом случае, да и памяти меньше чем в других вариантах. Можно также прибегнуть к чистке или сжатию данных старых диалогов, дабы снизить нагрузку на дисковое пространство. Если вопрос в скорости обработки такой истории, то можно применить индексирование по времени добавления, так как в первую очередь мы будем делать запросы именно по временому критерию (ну и по Id чата, разумеется).
Интересует насущный вопрос такой. Как бы ни пытался написать веб-сокет без фронта, то всё никак не получается его протестить в API клиентах - Постман, Бессонница. Хотя такие возможности они предоставляют, но читал что там всё очень сыро и может что-то не работать. Подскажите, можно как-то прям обойтись без фронта и использовать чисто API клиент какой-нибудь ?
Здравствуйте! Если вы говорите про специальные утилиты, то не могу сказать наверняка, всегда думал, что в Postman-е это можно сделать🤷
Но если писать тесты, то можно спокойно WEB клиента написать, какая разница откуда приходят запросы и с кем устанавливать соединение.
Ваш запрос уже второй по этой теме, видимо нужно будет это расписать в дальнейшем😅
@@NerzonIT 🙏
есть ли возможность написать вебсокет без фронта и протестировать его сугубо в джаве ?
Разумеется, можно написать отдельно WebSocket клиент (на Java) и общаться с вашей API.