мне норм

Ну, например, normalize.css в начале бандла.

Использую redux-saga - после загрузки шлётся на сервер запрос WHOAMI, но кроме него приложение пытается прочие запросы послать ? как можно реализовать подобную штуку: - пока action WHOAMI_SUCCESS не поймался, чтобы прочие запросы блокировались? Не могу сообразить, подскажите пожалуйста

Импортируй его в начале, не?

import '../../../normalize.css'?

Прям в энтрипоинте.

По идее он подцепит, что был импорт, причём раньше всего остального, и так и хуйнёт в начало бандла. Или я не так понял, что у тебя за css-loader?

Импортируй его в начале, не?

Хм... Как-то некрасиво. Мне кажется, само приложение не должно этого делать.

Так это _loader_

Ага.

Он не будет тебе сам из каких-то призрачных конфигов препендить.

=(

Он просто лоадит css.

Ну ладно.

Использую redux-saga - после загрузки шлётся на сервер запрос WHOAMI, но кроме него приложение пытается прочие запросы послать ? как можно реализовать подобную штуку: - пока action WHOAMI_SUCCESS не поймался, чтобы прочие запросы блокировались? Не могу сообразить, подскажите пожалуйста

можно использовать локалсторэйдж для временного хранения состояния запроса

Ты импортнул - вебпак посмотрел, есть ли на .css лоадер. Есть? Заебись, пропускаем через него, экспортируем ожидаемое.

Тем более это норма. У тебя entrypoint - вплоне хорошее место для таких вещей.

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

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

но как по мне, это быдлокодерство

import 'normalize.css/normalize.css'; — взлетел.

Nu vot.

можно использовать локалсторэйдж для временного хранения состояния запроса

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

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

Ну, по-идее, postcss ещё там. Но, скорей всего, он обрабатывает каждый файл в отдельности, а не целый бандл потом.

Хотя хз.

Он обрабатывает бандл, насколько я помню.

Но не отвечает за бандлинг и подгрузку.

Это точно.

Использую redux-saga - после загрузки шлётся на сервер запрос WHOAMI, но кроме него приложение пытается прочие запросы послать ? как можно реализовать подобную штуку: - пока action WHOAMI_SUCCESS не поймался, чтобы прочие запросы блокировались? Не могу сообразить, подскажите пожалуйста

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

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

Но с помощью генераторов это не реализуемо, верно? А то мне кажется, что я чего-то не понимаю

Я генераторы не трогал, каюсь.

Я генераторы не трогал, каюсь.

Приложение без него работать может. Буду повторять whoami, ежели он не удался. Спасибо.

друзья, а расскажите, пожалуйста, все уже на graphql/relay перебрались или все еще на REST

хипстеры - да

Я бы переформулировал

еще на REST не перебрались

Кто-то уже перебирался вообще?

Щас кадров нормальных на классический стек не найдёшь

А тут ещё с релеем пожалуйте

У меня есть боевой проект на graphql

Relay норм

Рекомендую юзать Apollo

и где же relay норм?) монстр

graphql - норм. вообще конфетка. relay - монстр

друзья, а расскажите, пожалуйста, все уже на graphql/relay перебрались или все еще на REST

а у вас точно есть потребность в graphql? у фейсбука вероятно есть, а нам пока jsonapi хватает)

graphql просто невероятно удобен для админок) ну и проектов типо админок, например гитхабу был бы удобен. они вроде как раз graphql апи запилили недавно

ага, для всяких статистик там да

или тех, кому нужны хитрые поиски

хотя я так понимаю на jsonapi тоже самое сделать можно?

ну примерно

Ребзя, кто-нибудь работал с MobX? Нужен какой-нибудь вменяемый гайд, из оффдокументации ничо не понятно

спрашивай

два проекта в проде на mobx

Да я бы спросил, если бы понимал что спрашивать. У меня тут проект зашёл, его фрилансеры педалили. Пытаюсь разобраться, но пока ничо не могу понять.

спрашивай

в чем отличие от редакса?

фрилансеры - хипстеры, вот не выеживались и сделали бы на редаксе..

автоматически идет проброс изменений во view

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

посредством observable

проще и by default быстрее

но магия

oop vs func-programming

но с mobx можно минимизировать OOP подход

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

т.е. через екшны

прям как во flux

подходе, только без тучи боилерплейт кода

проще и by default быстрее

знаком с reflux?

но я бы советовал следующий learning curve: - vanilla flux dispatcher - redux - mobx

знаком с reflux?

неа

из flux решений юзал только ванильный диспатчер фейсбука и redux

неа

Лан, а сколько там сторов?

один или у каждого модуля свой можно юзать?

Лан, а сколько там сторов?

?

где там? в mobx ?

ога

http://mobxjs.github.io/mobx/best/store.html

как в ванильном флакс подходе

UI стор и Domains stores

все singletons

эм. надо почитать на досуге

@mkusher @gusnkt Вы какие-то странные. GraphQL удобен для проектов где у данных сложная не иерархичная структура. Т.е. графовая. Это как раз не админки и статистика, где всё решается табличками и OLAP кубами, это всякие соцсеточки и вообще проекты где много разных интерфейсов. А не много одинаковых, как в админках

лучше выроботать подход на flux архитектуре понять в чем минусы и в чер оверхед в подходе. понять зачем redux и что он решает. а потом уже пробовать мобикс и всю магию с observables & reactions

А вообще он удобен для всего. Потому что он может сымитирвоать REST без особых проблем, а вот REST-у чтобы сымитировать GraphQL нужно порвать задницу на британский флаг

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

редакс чисто хипстота.

не решает он задач крупных проектов

не решает он задач крупных проектов

ноуп

щито?

а посоны то и не знают

не решает он задач крупных проектов

шта?

lodash/rambda тоже не решают задач крупных проектов, ну

не решает он задач крупных проектов

решает в структуризации проекта

и поддержке

lodash/rambda тоже не решают задач крупных проектов, ну

а почему через слеш?