https://developers.facebook.com/tools/debug/

вот через это проверяю

у меня отображается то что прописано в index файле

ну тоесть по умолчанию а если на сайте то и тайтл другой и теги есть

у меня даже видно что сначала дефолтный а потом меняется через 300 мс

тайтл

SSR не хочешь завести?

хах

а без него никак?

ssr для сео и завозят

понял

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

Не говоря о том, что пользователь сразу видит контент

спасибо

redial тебе поможет

это для контроля рендером?

ну как я понял инфа с index.html как никрути попадет первее

это для контроля рендером?

Сначала запрос данных, потом рендер

Тут кто-нибудь уже использует rr3? Не сталкивались с ситуацией, когда в компоненте context.router - undefined, хотя у родителя все ок?

getChildContext() ?

а причем здесь rr3? ._. если оно через контекст работает? контекст надо у каждого объявлять

Господа всем привет есть CRUD система планирую использовать redux-form но данные улетают на две таблицы в базу данных

Redux-form дает один объект как его лучше разделить потом уже ?

В смысле? Как хочешь, так и разделяй. =)

У тебя же есть mapDispatchToProps. Ну и создавай свои редьюсеры с экшнами и данными.

а причем здесь rr3? ._. если оно через контекст работает? контекст надо у каждого объявлять

Да, rr3 тут не причем, я забыл про место где терялся контекст

какой роутер посоветуете? Желательно, чтобы легко можно было сделать каждый роут подтягиваемым с помощью require.ensure. На данный момент юзаем react-router, но чувствую, что начинает пахнуть.

может это не от него?

Чем вас именно он не устраивает?

просто хейтить реакт роутер это мейнстрим

на этой неделе

А может и не от него :) Брали его в спешке, тут я столкнулся с тем, что его не особо любят. Времени разобраться с его механикой не было. Хотелось узнать мнение людей =) Если ок - буду разбирать его доки.

Лол

попробуй понять что тебе нужно от роутера, а не почему его любят или не любят

кто-то на router5 переходил

можно found посмотреть, но он пока сыроват

и redux внутри роутера выглядит как-то слишком

Рр норм с энжуром работает

Но нужно не лениться писать код, конечно

какой роутер посоветуете? Желательно, чтобы легко можно было сделать каждый роут подтягиваемым с помощью require.ensure. На данный момент юзаем react-router, но чувствую, что начинает пахнуть.

universal-router

привет реактовцы! :)

я тут наконец собрался и запилил свой самый первый нано-проектик на реакт+редукс, если кому интересно глянуть код новичка, буду признателен за фидбеки - https://github.com/iCoderXXI/react-redux-form-autosuggest

Компоненты, вызывающие контейнеры :(

ну иначе все в контейнеры получится придется уложить?

в целом я могу контейнер или компонент подгрузить откуда угодно, и подключить его внутри компонента же

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

надо в общем еще будет думать, как это провернуть грамотно

контейнеры внутри обычных компонентов - норм

код такой себе, но конкретно это - норм

я почему так делал - где-то видел а гайдах такой прием

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

Ну ок, всегда считал (да и ближе как-то), что компоненты должны быть абстрактными элементами интерфейса, которые ничего не знают о бизнес логике приложения, а контейнеры - то, что их связывает с данными. Если в компонент в итоге прилетает контейнер, который на что-то законекчен, то по сути он уже становится контейнером. Все целиком мое имхо :)

а доводилось на чем-то сложном этот подход реализовать?

тут форма то простая, и то я употелся все стыковать :)

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

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

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

Ну локальный стейт кмк имеет место в них быть, для внутреннего использования. Например, какой-нибудь active у дропдауна, чтобы он умел открываться/закрываться.

ERROR: S client not available

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

похоже на java-подход

в целом тут даже у контейнеров нет стейта :) весь стейт в редуксе :)

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

пришлось даже заморочиться при сабмите, чтобы форму отвалидировать

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

второе

Согласен про второе

Скорее у меня будет компонент(ы), который реализует верстку всего этого и контейнер, который коннектит все это к стору, особенно, если лейаут может повторяться в нескольких местах с разными данными. Иначе контейнером, который дергает другие контейнеры.

тут есть четкие пацаны из италии?

Лейаут содержит контейнеры а контейнеры компоненты

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

Скорее у меня будет компонент(ы), который реализует верстку всего этого и контейнер, который коннектит все это к стору, особенно, если лейаут может повторяться в нескольких местах с разными данными. Иначе контейнером, который дергает другие контейнеры.

а если лейауту не нужно быть контейнером? сделаешь его контейнером, чисто ради радуги и поняш?)

Ну textinput я бы делал как компонент

А не нужно потому что так исторически сложилось?) Смысл dumb компонентов в том, что их можно использовать в любых кейсах, а если там внутри появляются контейнеры, то они уже не очень то и универсальны.

С своим состоянием если есть смысл

просто надо уметь отделять реиспользуемый код в компоненты, а уже поверх пилить контейнеры. Стремиться к умный -> тупой, но не делать из этого правило.

Ну textinput я бы делал как компонент

так и есть, он тупой, без стейта, все на пропсах

Ну норм

А что тогда не нравится

не нужно, потому что это действительно тупой компонент, который просто задает лейаут. Говорит, что сайдбар - 200px, тулбар остальное и тд) те тупо верстка

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

что компонент вызывает контейнер :)

А что за контейнер вызывает компонент?

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

у меня тоже так)

ну не совсем.. у меня они уже вынесены

Layout у меня есть на проекте тоже в виде компонента, но я вызываю его в роуте страницы.

А что за контейнер вызывает компонент?

https://github.com/iCoderXXI/react-redux-form-autosuggest я попросил фидбеков :) и началось... :)

По идеи у тебе контейнер в который вставлен inputtext