Для залипалова.
А, ссылку-то я и не заметил. И правда, скучно. Нахрена тогда веб-сервер вообще поднимать, если "мультиплеера" нет?
При чём здесь куки, да ещё сторонние (хост один и тот же)? Про веб-сокеты не слышал?
Так хост то один, а сторонние куки - с левого сайта, а не с открытого. Были бы хотя бы порты разные, тогда можно было бы про них думать (но тогда бы localStorage не работал).
Если хранить данные со стороны сервера, то для этого тогда нужен какой-никакой бэкенд.
А в куках можно сохранять этот стейт (позиция окна) и обрабатывать на стороне клиента без участия сервера. Сервер тупо будет отдавать фронт под рендер клиенту.
Плюс подход с куками оч круто проиллюстрирует, какая это дыра в безопасности вообще (именно сторонние куки).
А в куках можно сохранять этот стейт (позиция окна) и обрабатывать на стороне клиента без участия сервера. Сервер тупо будет отдавать фронт под рендер клиенту.
Плюс подход с куками оч круто проиллюстрирует, какая это дыра в безопасности вообще (именно сторонние куки).
third-party cookie будут убраны из веба к 2024му году. https://developer.chrome.com/blog/cookie-countdown-2023oct/
Думаю было бы прикольно увидеть что-то подобное в каком-нибудь ARG, лазаешь себе по всяким жопам интернета, ищешь скрытые ссылки, кодировки, а тут такое!
Заголовок поста прочитал голосом Лимонохвата.
что тут инновационного? это можно было сделать когда появился canvas, много лет назад.
где какой и как общаются - реализовано через localstorage, который появился тогда же, как и canvas.
а реагировать на движения окна браузера по экрану можно было ещё лет за 10-15 до канваса, просто это никому не нужно было, максимум - с помощью анимаций jquery сделать подобие желеобразного движения блоков при изменении окна и его перетягивании по экрану (на мощных процессорах).
а реагировать на движения окна браузера по экрану можно было ещё лет за 10-15 до канваса, просто это никому не нужно было, максимум - с помощью анимаций jquery сделать подобие желеобразного движения блоков при изменении окна и его перетягивании по экрану (на мощных процессорах).
не смог запустить, но почему?
localstorage не работает если просто открыть html в браузере. так же у canvas есть функции, которые работают только через сервак.
![O © file:///E:/PHP/Reader/app/Read.html
\.K Id Elements Console Sources Network Perfo
00 0 top w <§> Filter
> localStorage
<• Storage {0: '[{"name": "P00001.jpg"j "path": "Walking , 0%5Brus%5D/P00081.jpg"j "id":4975}]'t moxWidth: '11b * ath": "Scott Pilgrim/Scott Pil...0Color%20Edition%206%,](https://img2.safereactor.cc/pics/comment/geek-красивое-3D-5088501.png "geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,красивое,3D,Инновации,программист,videogif,gif,код,без перевода")
just for fun only.
даже если представить условный лего-набор компонентов, который нужно собрать и он начинает взаимодействовать, работать как единый механизм - это будут делать в одном окне браузера, а не отдельные окна запускать для всего.
даже если представить условный лего-набор компонентов, который нужно собрать и он начинает взаимодействовать, работать как единый механизм - это будут делать в одном окне браузера, а не отдельные окна запускать для всего.
Но вот-то и дело: стримлер мог бы запускать игру на компе, читать комменты на вертикальном мониторе, смотреть свою трансляцию через экранчик телефона (чисто как проверка настоящей картинки). Это были бы разные устройства, чтобы увеличить производительность в игре - к ней шморфончик для ускорения не подключить, поэтому идёт на вспомогательные цели. Вот как бы распределить по устройствам, синхронизируя через сервер, причём выставить каждый девайс дополнительным полем "общего монитора".
Чтобы написать коммент, необходимо залогиниться
