забавно

ВСЕМ ПРИВЕТ

ребят если можно отзовитесь  кто писал

этого бота

причем этот мессидж  вводит в заблуждение. Якобы есть разные уровни experience, и вот в хроме получше. Тут нет ничего о том, что работает только в хроме

Мы тут фиганули рассылку утром по участникам РИТ++, в которой обещали, что ссылка ОТПИСАТЬСЯ сработает. А она не сработала - я приношу извинения всем, кого зааффектило, накосячили, ошибку нашли теперь ссылка ОТПИСАТЬСЯ реально сработает.

Хардкодим, больше не будем! :)

😁

Второй день РИТ++ завершается, сегодня продолжаем тестировать Spatial.Chat:
https://ritfest.spatial.chat/

Подключаемся, смотрим, болтаем :)
Можно что-нибудь обсудить за Kafka там или что-то такое :)

https://ritfest.spatial.chat/

На терассе, 30 матерых разработчиков уже во всю обсуждают SQL разработку и БД!

А в Сколково сидят организаторы сей чудо-конференции! :)

Всех ждем!

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

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

почему нельзя? просто заранее нарисованные области отображать

в одной из комнат, например

Привет, у меня есть детский, наивный вопрос. Я сейчас просто считаю цифры и мне стало интересно, на сколько сложно обработать 1.6 млн сообщений о присутствии в секунду. Какие мощности для этого нужны, если не говорить ни о чём конкретном? Просто абстрактные сообщения "пользователь в сети/пользователь не в сети". И нужно записывать дату события условно в поле last_activity. Технологии могут быть любыми.

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

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

nginx+redis. основная нагрузка на открытие сокетов и снятие шифрования. меньше стойки займет

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

отталкиваюсь от опыта в 300krps (но там задачи посложнее чем просто статус сохранить)

А сложность задач в этом случае решает? Переживаю о том, что будет нехватать не вычислительной мощности, а чего-нибудь другого