Да, эти варианты я не рассмотрел. Только про браузер думал )
Хорошее уточнение

я, кстати, так и не разобрался, поэтому на истину не претендую, но кажется, корс - это защита клиента, а не сервера

каким образом он защищает - это вопрос, на который мне пока что времени не хватило))

вернее не корс - это защита, а корс - это ослабление same-origin policy. Как раз ослабляет защиту и дает возможность делать какие-то определенные кроссдоменные запросы

Коллеги подскажите где я дурак?
в стейте в редакс currentPage меняеться , но внутри обсервэбл   paginationOptions.currentPage  всегда  1
видимо он изолировал его как это решаеться?
вот код:

useEffect(() => {
        const observer = new IntersectionObserver(
            ([entry]) => {
                if (entry.isIntersecting) {
                    dispatch(fetchData(paginationOptions.usersPerPage, paginationOptions.currentPage));
                    dispatch(setCurrentPage());
                    console.log('It works!',paginationOptions.currentPage )
                }
            },
            {
                root: null,
                rootMargin: "0px",
                threshold: 0.1
            }
        );
        
         if (ref.current) {
             observer.observe(ref.current);
        }

        return () => { observer.unobserve(ref.current) }

    }, [ref]);

товарищи, кто работает с styled-components. есть ли какой-то способ решить проблему, когда хочешь присвоить модификатор родителю и увидеть его воздействие на потомков, вместо того чтобы указывать пропсы каждому из потомков в отдельности. это вообще и возможно или нарушает всю идею изолированности компонентов и не практикуется?

сейчас выбираю себе архитектуру для стилей приложения и муки выбора, за и против, не дают определиться

useEffect(() => {
        const observer = new IntersectionObserver(
            ([entry]) => {
                if (entry.isIntersecting) {
                    dispatch(fetchData(paginationOptions.usersPerPage, paginationOptions.currentPage));
                    dispatch(setCurrentPage());
                    console.log('It works!',paginationOptions.currentPage )
                }
            },
            {
                root: null,
                rootMargin: "0px",
                threshold: 0.1
            }
        );
        
         if (ref.current) {
             observer.observe(ref.current);
        }

        return () => { observer.unobserve(ref.current) }

    }, [ref]);

Данный useEffect отслеживает изменения и имеет доступ только к ref. Что в ref лежит?
попробуйте вот так сделать  [ref, paginationOptions]

Но вообще нужно остальной код смотреть, не понятно откуда идут ref и paginationOptions

Ребят, кто устраивался как фронтендер реакт разработчик, вам заставляют верстать?

Ну вообще-то вёрстка это часть фронтенда, внезапно

Эта политика запрещает Васе228, владельцу сайта prikoli.ucoz.net, кинуть запрос из твоего браузера Джаваскриптом на vk.com. Браузер тогда подставил бы кукиз и получилось бы так, что чел отправил запрос от твоего имени.

CORS как раз позволяет принимать запросы от определённых доменов, и если бы vk добавил домен prikoli.ucoz.net в разрешённые, то этот запрос прошёл бы

Заставляют 😂

вёрстка это ужас

Привет всем, people, нужен совет.
Eсть большой список элементов, где каждый элемент в списке имеет довольно сложную логику.
Хорош ли в этом случае подход, если в рендере

tasks.map((task) => <TaskItem id={task.id} key={task.id}/>)

буду передавать в компонент

TaskItem

только

id

проп, а уже непосредственно в самом

TaskItem

брать целый объект по пропсу

id

типа

const TaskItem = ({ id }) => {
const task = cache.readData(id);

return <blablabalba.... />
}

?

Нахуя тогда идёте во фронтенд-то?)

Теоретически, ты можешь сделать такое через селекторы вложенности в стилях, но это довольно трудно отслеживать будет в будущем

да вот теперь из-за этого пытаюсь в ноду

А, все, я понял, спасибо) Примерно что-то такое и думал, но какие-то сомнения появлялись. Сейчас подумал, да, это имеет смысл

Я думаю про бэк

Фуллстеком еще можешь