PM
Мне css не даётся как пол года , было бы неплохо чтобы мне вёрстку дали, я сделал бы клиент и простенький бэк на экспрессе и монга
Size: a a a
2021 March 09
IN
Чуваки, которые пытаются войти вайти через реакт, внезапно узнают, что тут оказывается надо уметь верстать) Ржу
X
я, кстати, так и не разобрался, поэтому на истину не претендую, но кажется, корс - это защита клиента, а не сервера
Это скорее защита сервера. Например, если пользователь зайдет на сайт злоумышленников и у них как-то получится получить его cookies ключем авторизации, то злоумышленники не смогут от его имени отправить запрос.
Возможно есть и другие кейсы, но мне только это в голову приходит.
По факту сервер сам решает, каким доменам он доверяет, а каким нет
Возможно есть и другие кейсы, но мне только это в голову приходит.
По факту сервер сам решает, каким доменам он доверяет, а каким нет
SG
Это скорее защита сервера. Например, если пользователь зайдет на сайт злоумышленников и у них как-то получится получить его cookies ключем авторизации, то злоумышленники не смогут от его имени отправить запрос.
Возможно есть и другие кейсы, но мне только это в голову приходит.
По факту сервер сам решает, каким доменам он доверяет, а каким нет
Возможно есть и другие кейсы, но мне только это в голову приходит.
По факту сервер сам решает, каким доменам он доверяет, а каким нет
Ну это ты описал всё-таки защиту клиента
V
Это скорее защита сервера. Например, если пользователь зайдет на сайт злоумышленников и у них как-то получится получить его cookies ключем авторизации, то злоумышленники не смогут от его имени отправить запрос.
Возможно есть и другие кейсы, но мне только это в голову приходит.
По факту сервер сам решает, каким доменам он доверяет, а каким нет
Возможно есть и другие кейсы, но мне только это в голову приходит.
По факту сервер сам решает, каким доменам он доверяет, а каким нет
как ни назови, но делается на благо клиента, серверу вообще пофиг кто там и че шлет)) сервер это не сломает
DN
Данный useEffect отслеживает изменения и имеет доступ только к ref. Что в ref лежит?
попробуйте вот так сделать
Но вообще нужно остальной код смотреть, не понятно откуда идут ref и paginationOptions
попробуйте вот так сделать
[ref, paginationOptions]Но вообще нужно остальной код смотреть, не понятно откуда идут ref и paginationOptions
ref это обычный дом елемент , когда я до него доскроливаю я делаю новый фетч по 50 юзеров
но оффсет другой должен уже быть он у меня считаеться на основе опций пагинации
я впервые работаю с obsrvable поэтому незнаеюб может чегото
но оффсет другой должен уже быть он у меня считаеться на основе опций пагинации
я впервые работаю с obsrvable поэтому незнаеюб может чегото
<main>
<div ref={ref} style={{display:'block', background:'red'}}>Some</div>
</main>
const limit = params['users_on_page'];
const offset = limit * (params['current_page'] - 1);
const url = `/users?limit=${limit}&offset=${offset}`;
const promise = await this.getSource(url, params);
A
Мне css не даётся как пол года , было бы неплохо чтобы мне вёрстку дали, я сделал бы клиент и простенький бэк на экспрессе и монга
Заплати верстальщику, даст тебе верстку)
PM
Заплати верстальщику, даст тебе верстку)
Работы бы найти в начале)) хаха
A
Тогда используй готовые компоненты материал или бутстрап
V
Данный useEffect отслеживает изменения и имеет доступ только к ref. Что в ref лежит?
попробуйте вот так сделать
Но вообще нужно остальной код смотреть, не понятно откуда идут ref и paginationOptions
попробуйте вот так сделать
[ref, paginationOptions]Но вообще нужно остальной код смотреть, не понятно откуда идут ref и paginationOptions
ссылка на реф никогда не меняется, по идее добавлять его в депсы бесполезно
X
Drew Naumenko
ref это обычный дом елемент , когда я до него доскроливаю я делаю новый фетч по 50 юзеров
но оффсет другой должен уже быть он у меня считаеться на основе опций пагинации
я впервые работаю с obsrvable поэтому незнаеюб может чегото
но оффсет другой должен уже быть он у меня считаеться на основе опций пагинации
я впервые работаю с obsrvable поэтому незнаеюб может чегото
<main>
<div ref={ref} style={{display:'block', background:'red'}}>Some</div>
</main>
const limit = params['users_on_page'];
const offset = limit * (params['current_page'] - 1);
const url = `/users?limit=${limit}&offset=${offset}`;
const promise = await this.getSource(url, params);
Тут не в Observable дело, а в useEffect.
Внутри useEffect меняются только те переменные, которые вы передали в dependencies
Внутри useEffect меняются только те переменные, которые вы передали в dependencies
V
ref.current - это уже другое дело, тут именно элемент будет сравниваться
PM
Тогда используй готовые компоненты материал или бутстрап
Не поверишь, но и они не очень даются
PM
В плане inline css
V
боже, дай нам треды в телеграм
V
какой треш творится 😄
X
Ребят, кто устраивался как фронтендер реакт разработчик, вам заставляют верстать?
Верстка неотемлемая часть фронтенда. Это базовая ступенька. Вы не сможете ее проскочить, если хотите работать с фронтом.
Это как пойти в универ не закончив школы.
Или работать бекенд-разрабочиком, но не уметь писать запросы в базу
Это как пойти в универ не закончив школы.
Или работать бекенд-разрабочиком, но не уметь писать запросы в базу
A
Не поверишь, но и они не очень даются
У хтмл академии хорошие курсы по верстке, пройди хотя бы мелкие многое станет понятнее
DN
Тут не в Observable дело, а в useEffect.
Внутри useEffect меняются только те переменные, которые вы передали в dependencies
Внутри useEffect меняются только те переменные, которые вы передали в dependencies
я понимаю но мне не нужно следить за currentPage , я слежу за скроллом дива ref
а если я добюавлю currentPqge это же бесконечный цикл так как я его внутри обсервабла каждый раз меняю
а если я добюавлю currentPqge это же бесконечный цикл так как я его внутри обсервабла каждый раз меняю
X
как ни назови, но делается на благо клиента, серверу вообще пофиг кто там и че шлет)) сервер это не сломает
Ну смотря что называть клиентом.
Если клиент = пользователь какого-то сервиса, тогда конечно да.
Если клиент = браузер, фронтенд, тогда скорее нет. Т.к сама защита стоит на стороне бекенда (сервера).
Если клиент = пользователь какого-то сервиса, тогда конечно да.
Если клиент = браузер, фронтенд, тогда скорее нет. Т.к сама защита стоит на стороне бекенда (сервера).