оо запрос в компоненте, все как я люблю

это хуки -_-

fetch в эффекте

ну поменяют апи, побежишь в каждом компоненте менять?

так работает

wot? у меня данные после первого рендера присылаются, что тебя не устраивает там?

Привет, у меня вопрос по поводу Redux. У меня до него все никак руки не дойдут, но повсюду говорят, что без знания Redux вообще нет смысла общаться. Вот, я не понимаю, что в нем такого исключительно не обычного. Я хорошо знаком, например, со Vuex (стор для Vue), насколько я понимаю, и то и то просто глобальные сторы по Flux. Конечно, со своими особенностями, но это мелочи, которые можно за день выучить (опять же, насколько я понимаю). Или все таки Redux это что-то на принципиально другом уровне и там прям кучу всего учить? Откуда такой кипишь?

Тоже с 'реакт ангуляровича' на реакт переходишь? 😂 В Redux как я понял только иммутабельность, в отличии от vuex, mobx. А так он жесть как громоздкий, но если ищешь работу то он везде. Имхо effector есть, он божественный

Та нет, с ангуляром вообще не разу не общался. Effector это тоже стейт менеджер?

Тоже с 'реакт ангуляровича' на реакт переходишь? 😂 В Redux как я понял только иммутабельность, в отличии от vuex, mobx. А так он жесть как громоздкий, но если ищешь работу то он везде. Имхо effector есть, он божественный

Да, 'реакт ангулярович' это vue за то что пиздит идеи

Громоздкий в каком плане?

Редюсеры, action creators и производные в три папки надо хранить, мне кажется перебор

Редюсеры, action creators и производные в три папки надо хранить, мне кажется перебор

Гайз, есть вопрос по перехвату скролла мышкой. У меня приложение, состоящее из единственного компонента - echarts, мышью там делается zoom in/out. Приложение встраивается через iframe в страницу на тильде. Вместе с зумом на визуализации скроллится страница. Можно как-нибудь не выпускать наружу из iframe событие скролла?

Подскажите плиз в чем может быть проблема? ./src/pages/Auth/index.js Attempted import error: 'LoginContainer' is not exported from './../../containers/LoginContainer'. //LoginContainer import { connect } from 'react-redux' import { logIn } from '../actions/LoginActions' import Login from '../components/Login' const mapStateToProps = state => ({ errorMsg: state.session.errorMsg, }) const mapDispatchToProps = dispatch => ({ logIn: (email, password, cb) => dispatch(logIn(email, password, cb)), }) export default connect(mapStateToProps, mapDispatchToProps)(Login)

Что за ./ у тебя там? Не из-за этого?

Сначала подумал, это фото распечатанного кода...

Реально ли закешировать с помощью reselect переданный через ownprops mapstatetoprops history.location ?

пинаем бекендщиков, чтоб оптимизировали свое говно

не могут уже, я хз, там короче отчет может и 5 мин и 10 формироваться

пинаем бекендщиков, чтоб оптимизировали свое говно

А иногда говно не оптимизировать до такого уровня чтобы оно с приемлемыми таймингами отвечало в реалтайме, тогда можно поступить как смотри выше сообщение.

а если юзер психонет с пару десятков раз запросит это счастье?

Ага, я как-то переписал таску, которая выполнялась 25 часов, после оптимизаций получилось примерно 10 секунд

Ага, я как-то переписал таску, которая выполнялась 25 часов, после оптимизаций получилось примерно 10 секунд

И не такое делалось. Но не всегда это возможно

Никто не подскажет, что надо поставить в eslintrc чтобы в кастомных хуках не подсвечивался React как ’React' is defined but never used ?

Для долгих задач бек должен не держать соединение в ожидании окончания, а либо ставить долгоиграющую задачу в очередь или запускать ее асинхронно, и возвращать токен соотвествующий задаче мгновенно. По этому токену можно к беку ходить и смотреть статус завершения задачи. Это один из вариантов.

Про очередь непонятно. С точки зрения фронтэнда это и есть асинхронность

Про очередь непонятно. С точки зрения фронтэнда это и есть асинхронность

А зачем его импортить в файле где только хуки

очередь fifo

Вот блин я “Вася”… Сам не понял, что бред написал. Спасибо.

Не понял ... это к моему ответу возражение?

Спите уже в “одном сапоге”?))) Я про себя.

Про очередь непонятно. С точки зрения фронтэнда это и есть асинхронность

Про очередь непонятно. С точки зрения фронтэнда это и есть асинхронность

Про очередь, как делал я. Есть скажем сервер с rest api для формирования отчетов в pdf. При запросе формирования отчета за период, формируем уникальный ключ для задачи, скажем хеш от строкового преставления даты начала и даты конца периода и кладём в redis (для примера) по этому ключу данные о задаче. При повторном запросе если такой ключ был в redis, то возвращаем то что там лежит (а именно данные о задаче и о ее статусе выполнения). Отдельно вертится процесс который из redis получает новые задачи и берет их на выполнение, помечтает их статус как в процессе выполнения и делает работу, по ошибке или успехе опять же меняет статус. Фронтенд же все это время имея идентификатор задачи периодически делает polling статуса задачи, и говорит типа задачу ещё никто не взял или она в процессе или она зафейлилась или она успешно завершилась.