Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → JavaScript, TypeScript, ECMAScript → Постійне перевірення стану автентифікації
Сторінки 1
Для відправлення відповіді ви повинні увійти або зареєструватися
Зауважте, що якщо ви відкриєте fb у двох вкладках і вилогінетесь в одній, то це відобразиться і в другій.
Як таке зробити на фронт-енді на reactjs? Мене цікавить концептуальна відповідь, але від шматків коду не відмовлюсь. Якщо немає ідей специфічних для reactjs, то й просто розумні думки вислухаю.
Ne skagu pro FB ta ReaktDgS, ale, z dosvidom PHP, ja by ctcosj cukav z tjamkoju session — moge je potrjibna biblijoteka. Jakctco g nji, to porada @koaly v nahodi.
Додам ще IndexedDB, але це радше для зберігання більш структурно складних даних
Не скажу про FB та reactjs, але є така штука як localStorage. Вона спільна для всіх вкладинок одного сайту(origin-у, точніше), відповідно, можна раз на секунду її перевіряти.
Додам також, що токен/ключ/any варто тримати таки в куках(реп'яшках тобто), а в localStorage - лише якесь bool значення, щоб відстежити чи залогований. Це для безпеки, бо куки важче вкрасти.
Щодо перевірки раз в секунду, думаю reactjs має мати щось, щоб відстежувати зміни в localstorage
в куках з httpOnly, шоб вони не були доступні на стороні клієнта, це вже топовий захист буде
шоб вони не були доступні на стороні клієнта
Тобто кожну секунду (чи скільки) опитувати сервер?
FakiNyan написав:шоб вони не були доступні на стороні клієнта
Тобто кожну секунду (чи скільки) опитувати сервер?
не пойняв питання, нашо опитувати?
koala написав:sessionStorage власний для кожної вкладинки.
Реп'яшки використовуються при запиті, не певен, що вкладинка відстежить їхню зміну без запиту.Ja ne pro toho session kazav, ne darma g zhadav PHP jak dosvid.
Ви з koala, говориет про різні сесії. Підозроюю на PHP є можливість тримати дані в БД, а за токеном, який тежить в куках, отримувати ці дані з БД на бекенді (PHP).
Мені здається тут треба трохи курнути в бік oAuth... і SSO. При чому я бачив дві реалізації. Перша, сінгл-пейдж якось "все тримає в собі" (що про це "знає" бекенд - я не в курсі, бо бачив це зі сторони, а не зсередини) і шле рефреш-токени на SSO-сервер кожні декілька секунд. Друга, про стан авторизації "знає" лише бекенд і шле рефреш-токени при кожному запросі з сінгл-пейджа, відповідно розлогін відбувається при першій же дії, яка потребує звернення до бекенду.
рефреш токен юзається лише коли аксес токен здох, і живе довше - точно не декілька секунд. У нас на проєкті аксес токен живе 10хв, а рефреш токен, чи то тиждень, чи то два.
Виявляється ще є Broadcast Channel API і спеціально для reactj - redux-state-sync, який скочується до чогось старішого, якщо оглядач не підтримує Broadcast Channel API.
Сторінки 1
Для відправлення відповіді ви повинні увійти або зареєструватися
