неужели никто не знает, как вручную урл поменять не ломая реакт-роутер?)

открой - закрой - нажми - узнаеш ))

вопрос похож на "как мне DOM поменять не ломая React?" Ты хочешь не логичную вешь.

а по-моему, вполне логичная

в trello сделано точно так же

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

Вот например в producthunt.com что-то похожее, толкьо при перезагрузке отдельная страница

а что произойдет, если пройти по прямой ссылке?

какая логика в таком урле?

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

а что произойдет, если пройти по прямой ссылке?

откроется старое окно с той же модалкой

не, если я вообще из фб зашел

в телеграм ссылку кинули, я зашел

в trello как я написал выше

перезагрузка страницы, ссылка из фб, что угодно

я не пользуюсь трелло. >откроется старое окно с той же модалкой что в этом окне?

Самое смешное, что на древнем backbone этот кейс делается элементарно.

под модалкой?

на главной с открытой модалкой

»

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

да

Так автор вопроса хочет другого. У него при рефреше контекст открытия потеряется.

я знаю

короче, кажется я нагуглил решение

https://github.com/rackt/react-router/tree/master/examples/pinterest

ну тогда все просто, <Route path='/card/:id' component={props=> <Dashboard> <Modal/> </Dashboard>}/> <Route path='/' component={props=><Dashboard/>}/>

ну тогда все просто, <Route path='/card/:id' component={props=> <Dashboard> <Modal/> </Dashboard>}/> <Route path='/' component={props=><Dashboard/>}/>

не прокатит. страниц может быть много

неужели никто не знает, как вручную урл поменять не ломая реакт-роутер?)

Не думал hash часть использовать для модального? По UX у тебя F5 должен давать один и тот же результат. В твоем подходе ты его потеряешь.

я знаю

и эт хреново

но в текущей версии сервиса сделано так

и мне нужно сохранить поведение

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

и либо ты делаешь путь /card/id/, который всегда ведет на одну и ту же страницу для показа карточки

либо кодишь информацию о контексте в урл

Так вот, как правильно обработать этот случай с реакт-роутером? Если описывать урл модалки отдельным роутом, то для него потребуется отдельный компонент, а контекст (текущая страница) не сохранится

Этот случай есть в стандартных примерах react-router'а Вроде "pinterest" называется в папке 'examples'

Котаны, а такой вопрос: как сейчас не стыдно быть с css-modules когда рендерим на сервере?

@andrew_r а подложка под модалкой та же самая? ну, в смысле, PlacesList?

@andrew_r а подложка под модалкой та же самая? ну, в смысле, PlacesList?

да

Хм, а почему тогда не задублировать компонент в роутере? Типа: <Route path="/places" component={PlacesListView} /> <Route path="/card:card_id" component={PlacesListView} /> А в PlacesListView <PlaceList /> {props.card_id && <WrappedCardModal />}

@oleg_akbarov а в чем принципиальный плюс их использования?

@k0rzhik локальный скоуп селекторов

ну, может быть, конечно. А в чем вопрос про то, как не стыдно?

в кратце: если реквайрить файлы стилей из компонентов, то их надо как-то обрабатывать когда рендерим на сервере

Ну допустим. У меня примерно так это и работает. первой строкой компонента, обычно идет import './index.styl'

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

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

@k0rzhik ты предлагаешь ExtractTextPlugin в девелопе?

@ole

@oleg_akbarov не совсем: loader: isDev ? `style!${loaders.stylus}` : ExtractTextPlugin.extract(loaders.stylus)Где loaders.stylus css?modules&importLoaders=1&localIdentName=${localIdentName}!stylus!postcss а localIdentName это я подключил css-modules только что :)

с учетом хот релоада все вполне нормально работает

погоди, у меня сервер не собирается вебпаком и поэтому он не знает что делать когда встречает заимпорченые css файлы

ExtractTextPlugin не умеет инкрементально собирать же, да?

Не все поймут этот термин :)

Лёша делал через require-hook

В репо CSS modules есть проект node что-что там

тут require-hook

но это, кажется не совсем то

Как ты вообще видишь решение такой задачи?

Не, ExtractTextPlugin не собирает инкрементально. Но вообще, бэкенд есть смысл собирать вебпаком

есть некий 'isomorphic-loader' для стилей

но мне не нравится идея дополнительного враппера

согласен, но чем не нравится вариант сборки сервера вебпаком?

ERROR: S client not available

согласен, но чем не нравится вариант сборки сервера вебпаком?

А зачем? Можно только бабелем обойтись, от вебпака только лоадеры нужны

Ну, через бабель сервер будет дольше стартовать

Нет, не через babel-node

я понимаю, .babelrc

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

ну кроме стилей я особо бенефитов не вижу

что там перформас эксперты из соседнего чата про ноду говорят про скорость транспайленой ноды vs нетранспайленой?

что React.createClass в 3 раза медленее React.Component :)

стили и вся статика. инициализация самого сервера без транспайлинга

и без require/import'ов

скажите, а англоязычный канал по react.js есть?

Уважаемы, подскажите а react-router будет работать с php если на сервере будут по всем путям лежать index.html файлы, с одним div#app и bundle.js соответственно, и при перезагрузке странцы или при переходе на нее из вне, react-router отработает как надо? Или подскажите как сделать роутинг реакт компонентов с laravel на бэке?

просто со всех путей рендеришь index.html

один и тот же

Уважаемы, подскажите а react-router будет работать с php если на сервере будут по всем путям лежать index.html файлы, с одним div#app и bundle.js соответственно, и при перезагрузке странцы или при переходе на нее из вне, react-router отработает как надо? Или подскажите как сделать роутинг реакт компонентов с laravel на бэке?

url rewrite надо настроить на index.html

просто со всех путей рендеришь index.html

нет вопрос будет ли вот это работать при таких index.html и будет ли на стр /welcome при перезагрузке компонент WelcomeMsg? <Router history={browserHistory}> <Route path="/" component={App}> <Route path="welcome" component={WelcomeMsg}/> </Route> </Router>

Будет.

просто не надо делать много index.html, сделай один:)

Будет.

удваиваю.

url rewrite надо настроить на index.html

Извини а что это такое?

просто не надо делать много index.html, сделай один:)

я в пхп вааще не рублю, пусть бэкэндеры об этом думают )

Извини а что это такое?

чтобы когда пользователь запрашивал site.com/any/path сервер выдавал один и тот же index.html

Извини а что это такое?

http://ruseller.com/lessons.php?rub=29&id=740 - почти первая ссылка из гугла

Я в древние времена такое делал с php в файле .htaccess.

я в пхп вааще не рублю, пусть бэкэндеры об этом думают )

тогда просто можно им сказать, чтобы настроили url rewrite. Они должны знать что это такое и как оно работает.

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

А причем тут php, если mod_rewrite апача? Нет, ну я понимаю, что они юзаются в связке, просто для справедливости. А сама задача решается 1 строчкой, конечно. Так что да, просто сообщи

А причем тут php, если mod_rewrite апача? Нет, ну я понимаю, что они юзаются в связке, просто для справедливости. А сама задача решается 1 строчкой, конечно. Так что да, просто сообщи

ну там и nginx может быть :)

?

Правельно я понял что такие задачи так обычно и решаютсья? Или есть какой то продвинутый способ рекат роутинга с Laravel на бэке?

нет, ну серверный рендеринг ты так просто с php не решить, конечно ) Но, чтобы просто открывалось и на клиенте срабатывал роутер, то да