Роман, Да я знаю, но зачем его расстраивать раньше времени?) Ответ был дан именно на тот вопрос, который он задал, он же не спросил, правильно ли так делать)
Aetae Еще больше вопросов появилось теперь... Я смотрю в исходный код страницы и там полностью готовая разметка, как тогда мне с сервера она пришла, если запрос был на фронте?
squadbrodyaga, Ну включите фантазию и логику. С 2 людьми просто должно быть. Если у вас пользователи зарегистрированы , то где то на фронте должно хранится имя пользователя. Дальше просто проверяем, если имя совпадает с тем что пришло, добавляем одному блоку один класс, а тому блоку, где имя не совпало - другой класс.
Если же принципиально нужно отображение не зеркальное, просто при создании комнаты добавляйте в бд не имя пользователя а объект в котором будет имя и роль, например создатель или левый игрок или первый игрок, как хотите. Когда второй человек заходит в комнату, присваивайте ему роль второго игрока, правого игрока, гостя. И отправляйте из бд эти данные опять на фронт. Вместо имени у вас на фронте будет объект, в котором будет лежать имя + роль. Проверяете на фронте роль и задаете нужные стили(хоть это объяснять не нужно я надеюсь?).
VegasChickiChicki, А что бы получить пользователей комнаты, нужно просто записывать в бд(в комнату) ее участников, и уже при подключении к комнате выдавать пользователям список участников.
squadbrodyaga, Ну звучит логично все, вроде как, в чем тогда проблема, я понять не могу? Единственное что, я бы разделил логику и сделал бы 2 метода: создание комнаты и подключение к комнате.
Алексей, Из-за того что разметка была создана на стороне сервера(выполнены запросы к API, скрипты отрендерели все что нужно) скорость загрузки страниц просто космическая.
Алексей, Серверный рендеринг. Ваше приложение, большая часть вашего кода JS, будет выполнена на сервере, создан шаблон, разметка, заполнен storage и все прочее, а пользователю уже все это прилетит готовое. Все ваши запросы к API или куда то еще будут выполнены на сервере, на основе этих запросов будет создана разметка, storage.
Конечно есть, заполонять store на сервере :)
Когда я об этом узнал, я был шокирован скорость работы и теми возможностями, которые передо мной открылись.
А какой ответ вы хотите? :)
Я слежу за вашими вопросами уже не первую неделю, мне просто стало интересно, чем же это все закончится)
У вас есть одна проблема, вы строите ВЕСЬ свой мир вокруг сокетов, вы все проблемы сгружаете на них.
Если я сейчас опишу вам логику того, как это должно работать, даже с ссылкой на документация, вы ведь не поймете ничего :)
Если я дам вам кусок кода, вы тоже не поймете как и куда его вставить и зачем :)
Без обид, пиши без негатива. Просто вы не понимаете общей концепции того как и что вы делаете.
P.S. Сам пару недель назад сделал чат(socket, express, mongo, nuxt).
DevMan Вопрос, если вы знаком с Vuex(возможно аналоги хранилищ данных для react и т.д.). Во Vuex есть четкое разделение логики: геттеры, мутации, действия и т.д. Можно ли считать эту логику ООП? (Надеюсь правильно сформулировал вопрос)
xmoonlight Мне вот этот сайт мозг взорвал, оооочень круто сделано и дизайнерам и разработчикам большой респект, выглядит очень потрясно и солидно https://dark.netflix.io/en
