Можно еще просто генерировать юзеру eth аккаунт прямо в браузере тут даже соединение с интернетом не требуется для регистрации и авторизации ) gitlab.com/kellas/p2p/tree/master/Auth/public
Можно еще хранить данные в indexedDB, т.к. к ней есть доступ из service-worker, как обертка идеально подходит Dexie.
Записывать действия юзера не сразу в БД, а в виде «тасков» на отправку, при наличии соединения отсылать их на сервер.
Он не будет жечь. Потому что он внутри тела. Кольцо на пальце например сильно нагревается снаружи и начинает обжигать кожу. Чтобы метка под кожей получила столько же тепла, оно сначала должно пройти через кожу(то есть хорошо так обжечь), типа того.
Организм внутри себя поддерживает нормальную температуру, пирсинг на языке например не жжет(если с открытым ртом не сидеть все время). Можете попробовать в сауне кольцо под язык положить и самостоятельно в этом убедиться.
Почему-то про сервис-воркеры пишут только в контексте кэша и работы оффлайн.
Использую для выполнения фоновых операций, +push уведомления юзерам о статусе этих операций и возможном прекращении их выполнения(если видно что закрыты все вкладки).
Как результат например общая для всех вкладок область видимости/«глобальная асинхронность», то есть если юзер открыл сервис в нескольких вкладках он не может запустить занового идентичный процесс, т.к. этот процесс идет в едином сервис-воркере.
Блин, страшно обновляться, как там с поддержкой плагинов и обратной совместимостью?
Если новый GUI — значит тема слетит? А что на счёт остальных пользовательских настроек, плагинов итп?
Не существует у нас в глазах «колбочки» воспринимающий жёлтый, мозг решает, что что-то жёлтое если цвет между красным и зелёным, отсюда я делаю вывод, что жёлтый — это неопределённость или компромисс, когда мы точно не можем определить на глаз красный/оранжевый либо зелёный/салатовый.
Т.е.мой посыл такой: Если наш глаз не может однозначно идентифицировать жёлтый, можно ли в таком случае однозначно называть какой-то цвет жёлтым ориентируясь только на своё зрение, без специального оборудования?
Пишу нечто похоже по архитектуре.
Использую gunjs + leveldb. Gun поднимает веб-сокет на бакенде и клиент к нему подключается. Этот подход понравился тем что можно без труда перенести приложение в веб, т.к. там не юзается ipc и вообще ничего что как-то может зависеть от electron. Т.е. у меня сейчас оно так и билдится, есть билд для веб, клиент + сервер, есть всё вместе внутри electron.
Нет времени на полный анализ, срок нужно назвать в течении 5 мин. обычно.
Если «берется задача на исследование» — а сколько времени займёт исследовние? Нужно брать задачу «исследование для оценка сроков исследования»?
Т.е. перфразировав — оценка сложности задачи может занять от 1 до 7 дней — после этого будет точно известно сколько времени займёт её выполнение =)
CSS это декларативный язык программирования.
https://en.wikipedia.org/wiki/Style_sheet_language — «A style sheet language, or style language, is a computer language that expresses the presentation of structured documents. ».
К чему такие сложности в схеме обновления?
Почему бы просто не отправлять на сервер timestamp последней успешной синхронизации(пришедший с сервера в момент синхронизации)?
В ответ на такой запрос сервер отдаёт документы с большим timeupdate.
Спасибо, стало яснее.
В целом то что вы описали имеет место быть. Формулировки с приставкой «нормальный»/«настоящий» сбивают с толка.
Просто у меня несколько шире границы нормального, думаю в мире где казаки запрещают ловлю покемонов это оправданно.
p.s. погуглил, «кидалт» это не по-научному и не патология.
Такой подход сработает посланной с загрузкой фото или видео?
gitlab.com/kellas/p2p/tree/master/Auth/public
Лучше один раз попробовать с одним каким-нибудь занятием.
"Цели" они гибкие и плавающие.
Записывать действия юзера не сразу в БД, а в виде «тасков» на отправку, при наличии соединения отсылать их на сервер.
Организм внутри себя поддерживает нормальную температуру, пирсинг на языке например не жжет(если с открытым ртом не сидеть все время). Можете попробовать в сауне кольцо под язык положить и самостоятельно в этом убедиться.
Использую для выполнения фоновых операций, +push уведомления юзерам о статусе этих операций и возможном прекращении их выполнения(если видно что закрыты все вкладки).
Как результат например общая для всех вкладок область видимости/«глобальная асинхронность», то есть если юзер открыл сервис в нескольких вкладках он не может запустить занового идентичный процесс, т.к. этот процесс идет в едином сервис-воркере.
Если новый GUI — значит тема слетит? А что на счёт остальных пользовательских настроек, плагинов итп?
Т.е.мой посыл такой: Если наш глаз не может однозначно идентифицировать жёлтый, можно ли в таком случае однозначно называть какой-то цвет жёлтым ориентируясь только на своё зрение, без специального оборудования?
Использую gunjs + leveldb. Gun поднимает веб-сокет на бакенде и клиент к нему подключается. Этот подход понравился тем что можно без труда перенести приложение в веб, т.к. там не юзается ipc и вообще ничего что как-то может зависеть от electron. Т.е. у меня сейчас оно так и билдится, есть билд для веб, клиент + сервер, есть всё вместе внутри electron.
Если «берется задача на исследование» — а сколько времени займёт исследовние? Нужно брать задачу «исследование для оценка сроков исследования»?
Т.е. перфразировав — оценка сложности задачи может занять от 1 до 7 дней — после этого будет точно известно сколько времени займёт её выполнение =)
https://en.wikipedia.org/wiki/Style_sheet_language — «A style sheet language, or style language, is a computer language that expresses the presentation of structured documents. ».
Почему бы просто не отправлять на сервер timestamp последней успешной синхронизации(пришедший с сервера в момент синхронизации)?
В ответ на такой запрос сервер отдаёт документы с большим timeupdate.
В целом то что вы описали имеет место быть. Формулировки с приставкой «нормальный»/«настоящий» сбивают с толка.
Просто у меня несколько шире границы нормального, думаю в мире где казаки запрещают ловлю покемонов это оправданно.
p.s. погуглил, «кидалт» это не по-научному и не патология.