Привет Dmitriy. Прежде чем писать, прочитай правила чата. Они есть в прикрепленном сообщении.

@sergeysova а чо описание канала не отредактировать?

люди охуели не читают

я юзаю WS

Там тоже все можно настроить в редакторе

а то щас начнут

есть такое) много людей сегодня добавляються)

Щас бы каждому конфиг давать редактировать

?

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

какой флуд?

вот

какой флуд?

прочитай описание бота

спасибо

да делать мне нехуй )

если нужен админ призывайте @admin

@blackjack @girls

Чёт не работает

@blackjack @girls

шаришь

@blackjack @girls

@whores

Черт, не открывается

@whore

ахахаха)))

там какой-то ахмед

???

не дает создать канал с именем @whores говорит ссылка не корректная

Привет. Подскажите, пожалуйста: 1. Стоит ли выносить общение с сервисами в качестве отдельного уровня абстракции? Например ввиде такого класса: https://github.com/Plasma-Platform/Plasma-Reviews-JS-Client Или можно писать fetch-запросы прямо в actions? 2. Акшены стоит разбивать по компонентам или по сервисам. Например: все акшены по запросу к сервису пользователей. Или все акшены, которые могут быть в компоненте со списком продуктом. Это вопрос группировки и я пытаюсь понять как лучше делать. Краем уха слышал что Абрамов вроде бы рекоммендовал групировать в соответствии с сервисами.

на набельштх проектах в actionах норм все смотрится

небольших*

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

всего около 30 действий

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

Делается такой локальный срез базы данных

Привет. Подскажите, пожалуйста: 1. Стоит ли выносить общение с сервисами в качестве отдельного уровня абстракции? Например ввиде такого класса: https://github.com/Plasma-Platform/Plasma-Reviews-JS-Client Или можно писать fetch-запросы прямо в actions? 2. Акшены стоит разбивать по компонентам или по сервисам. Например: все акшены по запросу к сервису пользователей. Или все акшены, которые могут быть в компоненте со списком продуктом. Это вопрос группировки и я пытаюсь понять как лучше делать. Краем уха слышал что Абрамов вроде бы рекоммендовал групировать в соответствии с сервисами.

Отдельный уровень абстракции — это эпики из redux-observable

@sse1595 большой, состоящий из кучи отдельных spa

@kana_sama спасибо, понял

@ZeroBias спасибо, пошел гуглить что это

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

Но она как-то медленно работала

А зачем это вообще на клиент тянуть? При значимом объеме данных жесть же будет? Особенно если интернет так-себе, а не контролируемая среда.

ребят, всем привет. с чего вы начинали изучение React? что бы посоветовали новичку? работал с ангуляром как первым так и вторым.

http://www.react.express

А зачем это вообще на клиент тянуть? При значимом объеме данных жесть же будет? Особенно если интернет так-себе, а не контролируемая среда.

Ну так я и не все, данные идут on demand

Привет. Подскажите, пожалуйста: 1. Стоит ли выносить общение с сервисами в качестве отдельного уровня абстракции? Например ввиде такого класса: https://github.com/Plasma-Platform/Plasma-Reviews-JS-Client Или можно писать fetch-запросы прямо в actions? 2. Акшены стоит разбивать по компонентам или по сервисам. Например: все акшены по запросу к сервису пользователей. Или все акшены, которые могут быть в компоненте со списком продуктом. Это вопрос группировки и я пытаюсь понять как лучше делать. Краем уха слышал что Абрамов вроде бы рекоммендовал групировать в соответствии с сервисами.

тоже мучает этот вопрос -_-

ну так для такого есть саги, redux-observable

ну так для такого есть саги, redux-observable

дитя нежной любви редакса и мобх?

ребят, всем привет. с чего вы начинали изучение React? что бы посоветовали новичку? работал с ангуляром как первым так и вторым.

https://www.gitbook.com/book/maxfarseer/react-course-ru/details Лучшее, что есть в рунете

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

Здравствуйте. Как правильнее реализовать что-то типа форума, с подгрузкой новых сообщений? Например как в Vk сообществах, в обсуждениях, если один человек написал, то у другого сразу появится . Допустим есть TopicComponent в нем MessageListComponent. Интересует сама особенность подгрузки сообщений. Приходят ток бредовые идеи с отправкой в какое-то время запрос к API на наличии новых сообщений.

дитя нежной любви редакса и мобх?

Это работает просто как отдельный тред

Экшн на входе -> экшн на выходе

ERROR: S client not available

Здравствуйте. Как правильнее реализовать что-то типа форума, с подгрузкой новых сообщений? Например как в Vk сообществах, в обсуждениях, если один человек написал, то у другого сразу появится . Допустим есть TopicComponent в нем MessageListComponent. Интересует сама особенность подгрузки сообщений. Приходят ток бредовые идеи с отправкой в какое-то время запрос к API на наличии новых сообщений.

либо запросы к апи через определенный интервал, либо сокет с подпиской на событие

либо юзать Метеор и не париться?

Здравствуйте. Как правильнее реализовать что-то типа форума, с подгрузкой новых сообщений? Например как в Vk сообществах, в обсуждениях, если один человек написал, то у другого сразу появится . Допустим есть TopicComponent в нем MessageListComponent. Интересует сама особенность подгрузки сообщений. Приходят ток бредовые идеи с отправкой в какое-то время запрос к API на наличии новых сообщений.

либо юзать Метеор и не париться?

Смешно

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

Здравствуйте. Как правильнее реализовать что-то типа форума, с подгрузкой новых сообщений? Например как в Vk сообществах, в обсуждениях, если один человек написал, то у другого сразу появится . Допустим есть TopicComponent в нем MessageListComponent. Интересует сама особенность подгрузки сообщений. Приходят ток бредовые идеи с отправкой в какое-то время запрос к API на наличии новых сообщений.

вебсокеты тебе в <...> помощь

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

пока по туториалам — все ок что шаг влево шаг вправо и пиздец

отнюдь. по туториалам сделал несколько приложений: todo-list и агрегатор рецептов кулинарных. после чего реализовал и запустил интернет-магазин

вполне себе полнофункциональный

по туториалам

нет, е-ком проект уже конечно не по туториалам, их тупо нет

Понимаешь, отговаривать тебя никто не будет, можно лишь предупредить?

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

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

Понимаешь, отговаривать тебя никто не будет, можно лишь предупредить?

О чем предупредить?

О чем предупредить?

Предупреждаю: Ипользование Meteor в продакшене чревато раком головоного кода

Предупреждаю: Ипользование Meteor в продакшене чревато раком головоного кода

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

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

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

а где здесь оскорбление?)

а где здесь оскорбление?)

у него уже метеор в проде

ну бывает

вполне себе полнофункциональный

отлично, видимо у тебя мышление отличается от коммунити

в принципе на джумле народ тоже запускает интернет магазины