тут нашел в мидлваре одной Raven.captureException...что это такое может кто толком объяснить? понятно что это либа raven-js и она ловит экспепшен, для чего?

эта либа от https://sentry.io/welcome/

тут нашел в мидлваре одной Raven.captureException...что это такое может кто толком объяснить? понятно что это либа raven-js и она ловит экспепшен, для чего?

это либо к багтрекеру сентри, как выше писали. Это типа логирование так реализовано

Помогите решить проблему: есть Rest API на Flaskе, есть SPA на Reacte пока локально тестил все нормально было. когда выкатил начались проблемы, типа Логиню пользователя, ок, переходит на Дашборду, потом при переходе куда-то выдает ошибку логина. при этом если я все этопроделываю через postman то все ок

Скорее всего CORS

спасибо, товарищи!

Либо бек трогайте, либо делайте прокси с фронта на бек

Помогите решить проблему: есть Rest API на Flaskе, есть SPA на Reacte пока локально тестил все нормально было. когда выкатил начались проблемы, типа Логиню пользователя, ок, переходит на Дашборду, потом при переходе куда-то выдает ошибку логина. при этом если я все этопроделываю через postman то все ок

а что пишет в консоль?

есть набор компонент, есть страница ui, какие есть бест практис для вывода примеров кода и вывода самих компонент?

эээ, а поконкретнее. Что вы хотите сделать? чем вызов дебагера не подходит?

у нас на проекте есть куча компонент с разными модификациями, выводить компоненты в разных модификациях + pre для кода, я думаю

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

эээ, я не понял у вас есть набор компонент которых отличается рендер?

или что? былобы замечательно код посмореть)

https://pastebin.com/XvUDGK8W

пример компоненты icon

"компонента”

“компонент”, не надо извращаться

не суть)

не суть)

Бан

что не так?)

доебаться не до чего больше?

Компонента

не флудите

а что вы патаетесь сделать?

есть набор компонент, есть страница ui, какие есть бест практис для вывода примеров кода и вывода самих компонент?

Storybook

Storybook

спасибо, щас посмотрю

У него есть addon по-моему info называется, тебе как раз подойдет

У него есть addon по-моему info называется, тебе как раз подойдет

то, что нужно, спасибо

react-cosmos же более функциональный

подскажите пожалуйста, сижу и делаю приложения для сайта hakernews из туториала https://roadtoreact.com/ и очень нравится работать с реактом, дополнительно размышляю, что у меня crm написанна на django которую я поддерживаю на работе в чем вопрос : будет ли это костылем делать фронтенд на реакте передавай из джанго в json все данные на фронтенд?

хранить entity в сторе redux это bad practice? https://gist.github.com/romanlex/1f745f458f3c0e955875876cbc42736a

Скорее всего CORS

оказалось два бэка для одного и того де айпи свои куки лепят

хранить entity в сторе redux это bad practice? https://gist.github.com/romanlex/1f745f458f3c0e955875876cbc42736a

Да

Да

просто да?) хранил и проблем не знал, но тут решил все перелопатить и пересмотреть все подходы

Ребят, ради смеха. Как думаете, можноли redux к pug прикрутить?)

Ребят, ради смеха. Как думаете, можноли redux к pug прикрутить?)

Чё

просто да?) хранил и проблем не знал, но тут решил все перелопатить и пересмотреть все подходы

Не просто . Все что в ридаксе должно быть сериализуемым

Не просто . Все что в ридаксе должно быть сериализуемым

короче нашел в redux доках normalizr и пример схем для описания объектов, думаю то что нужно вместо entity

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

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

спасибо, не знал

подскажите пожалуйста, сижу и делаю приложения для сайта hakernews из туториала https://roadtoreact.com/ и очень нравится работать с реактом, дополнительно размышляю, что у меня crm написанна на django которую я поддерживаю на работе в чем вопрос : будет ли это костылем делать фронтенд на реакте передавай из джанго в json все данные на фронтенд?

так и готовится фронтенд тащемта

Есть компонент с формой. Как при некотором событии в родителе сделать ресет формы?

сбрасываешь стейт до начального

Нормально ли делать так: this.data = this.props.data; this.otherData = this.props.otherData; this.notData = this.props.notData; ... etc ?

Нормально ли делать так: this.data = this.props.data; this.otherData = this.props.otherData; this.notData = this.props.notData; ... etc ?

зачем?

Добрый день. Во время выполнения загрузки страницы в скрипте встречается document.ready и как я понимаю приостанавливает выполнение скрипта пока DOM не будет готов или у браузерного API есть колбэк, который дернет скрипт, когда DOM будет готов?

сбрасываешь стейт до начального

мне нужно именно сделать form.reset()

Нормально ли делать так: this.data = this.props.data; this.otherData = this.props.otherData; this.notData = this.props.notData; ... etc ?

нет

const initialState = { firstName: "", lastName: "" }; class Form extends React.Component { state = initialState; handleReset = event => { this.setState(initialState); } // ... }

Нормально ли делать так: this.data = this.props.data; this.otherData = this.props.otherData; this.notData = this.props.notData; ... etc ?

const { data, otherData } = this.props;

Всегда есть шанс ошибиться с деструктуризацией и несколько минут искать ошибку и не понимать откуда она

const { data, otherData } = this.props;

это не то что я хочу

Всегда есть шанс ошибиться с деструктуризацией и несколько минут искать ошибку и не понимать откуда она

вопрос практики

вопрос практики

Есть такой закон: Если вероятность события не нулевая, то это событие рано или поздно случится.

Всегда есть шанс ошибиться с деструктуризацией и несколько минут искать ошибку и не понимать откуда она

Без деструктуризации такой же шанс ошибиться

Без деструктуризации такой же шанс ошибиться

что? Ошибиться в деструктуризации, без деструктуризации?

разумеется. Только надо понимать, что весь этот сахарок из последних спек в большинстве ситуаций делает код выразительнее и экономит время разработки. Если сэкономленное время больше времени, затраченного на поиск багов, то это имеет смысл.

что? Ошибиться в деструктуризации, без деструктуризации?

Даже без деструктуризации можно обратиться к несуществующему пропсу со всеми вытекающими. Более того шанс ошибок только возрастёт.

Даже без деструктуризации можно обратиться к несуществующему пропсу со всеми вытекающими. Более того шанс ошибок только возрастёт.

при чем тут мой вопрос? Не приплетайте свое к нему.

И вообще юзайте TypeScript и не будет таких глупых ошибок.

при чем тут мой вопрос? Не приплетайте свое к нему.

Я уже ответил на ваш вопрос.

разумеется. Только надо понимать, что весь этот сахарок из последних спек в большинстве ситуаций делает код выразительнее и экономит время разработки. Если сэкономленное время больше времени, затраченного на поиск багов, то это имеет смысл.

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

Я уже ответил на ваш вопрос.

нет

ERROR: S client not available

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

Его нет :)

нет

нет

вот он ответ

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

это называется "не добавить сложностей"?

это называется "не добавить сложностей"?

это просто вариант, прототип.

Зачем вообще в this пихать то, что в this.props лежит?

Нормально ли делать так: this.data = this.props.data; this.otherData = this.props.otherData; this.notData = this.props.notData; ... etc ?

я не до конца рассмотрел вопрос, извини. Зачем вообще класть данные из пропсов в поля класса?

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

вообще, надо бы в сторону tsx глянуть

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

а чем так плохо создание переменных?

а чем так плохо создание переменных?

не плохо, создавайте

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

просто пропсы могут как бы менятся в течение жизни компонента

если делать это в рендере, то смысл теряется. В этой ситуации свойство объекта это примерно та же переменная и есть (могу ошибаться, ткните носом, если что). Если хочется, чтобы эти данные все время были актуальными, придется еще this.data = this.props.data повесить в cWRP, что только добавит проблем.

у redux-form есть FieldArray, мне нужно узнать id определенного filed которое поддалось правкам пользователя что бы отправить данные изменений на сервер. как это сделать если Field из FieldArray не имеют id, костылить что ли невидимый инпут?

у redux-form есть FieldArray, мне нужно узнать id определенного filed которое поддалось правкам пользователя что бы отправить данные изменений на сервер. как это сделать если Field из FieldArray не имеют id, костылить что ли невидимый инпут?

Добавь

Через uuid например

Все проблема решена.

Подскажите, когда устанавливаешь готовые UI компоненты, что делать со стилями? Копировать в проект,где все стили или импортировать прямо из node modules?

Подскажите, когда устанавливаешь готовые UI компоненты, что делать со стилями? Копировать в проект,где все стили или импортировать прямо из node modules?

Да

Или закинуть css в стайлед обертку

Привет всем, ребят. Не могу достать Authorization header из response-а. Может поможете?

Да

Да первое или да второе)

Да первое или да второе)

Лучше себе скопировать

Хотя по идее при сборке и импортированные не должны потеряться

друзья, а кто что-то использует для эмуляции бекенд-апишки ?

друзья, а кто что-то использует для эмуляции бекенд-апишки ?

Json server вроде

угу, вот как раз щас смотрю его) https://github.com/typicode/json-server