Корзины, канеш

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

а если на Ruby on Rails, то серверный ренедер или тоже просто один index на все страницы?

просто у меня 2 проекта одина на рельсах другой на php

Корзины, канеш

тогда корзина должна знать все обо всех товарах.Что немного напрягает)

и не только о товарах - там еще доп условия есть)

тогда корзина должна знать все обо всех товарах.Что немного напрягает)

Что представляют из себя правила?

X нельзя положить с Y?

X -- это конкретный товар? Категория?

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

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

+

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

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

и это надо делать не при попытки добавления, а при отображении товаров в ленте

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

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

а почему на каждом рендере? это вполне конкретная задача "контроллера", который знает конфигурацию правил корзины, принимает на вход потенциально новое содержимое корзины, валидирует его, и только после этого складирует это содержимое куда надо. И только после обновленных данных будет рендер

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

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

пока решил вопрос функцией куда передаю товар и весь стейт - дальше пусть функция сама разбирается)

есть – http://redux.js.org/docs/api/combineReducers.html

а чем это поможет?

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

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

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

> редьюсер должен иметь доступы к данным из нескольких других редьюсеров, что как я понимаю невозможно Возможно, путем создания reducer composition. Для таких кейсов он это и было придумано – http://stackoverflow.com/questions/33619775/redux-multiple-stores-why-not А дальше, чтобы не было большого оверхеда на рендер товара, включается вопрос структуры правил для них. Например: baseRules = {} baseRules['Обед в самолет'] = 1 byUserGroup = {} byUserGroup['Летит первый раз'] = extend(baseRules, { 'Обед в самолет' : 2 // второй бонусный обед }) rules = {byCategory, byUserGroup, byGoods, byWTF} Потом можно создать единый индекс правил с ключами по типам правил и тд Получится, например, такая фигня complexRules['Обед в самолет'] = 1 complexRules['Летит первый раз:Обед в самолет'] = 2 А в товаре надо проверить только одну цифру const {userGroup, product} = this.props const productKey = `${userGroup}:${product.title}` const cart = cartStore.getState() const canAddToCart = complexRules[productKey] > cart.items[product.id]конечно генерацию ключей для правил надо выносить отдельно. А в товаре надо будет хранить или передавать только параметры вляющие на их кол-во в корзине (userGroup как в примере)

http://refront.ru/post/141033820400/%D1%84%D1%80%D0%BE%D0%BD%D1%82%D0%B5%D0%BD%D0%B4-%D0%B2%D0%BA%D0%BE%D0%BD%D1%82%D0%B0%D0%BA%D1%82%D0%B5-%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0-%D0%BA%D0%B0%D0%BA%D0%B0%D1%8F-%D0%B5%D1%89%D0%B5

https://vk.com/js/al/notifier.js?384

жесть

они реально не минимизируют скрипты

вроде опции передают, а урлы захардкожены(

у нас большой энтерпрайз проект. Так как у 80% комопнентов нет отдельных стилей и картинок, мы не делаем под каждый папку. Если нужны стили, то называем файл так же как компонент и храним в той же директории. BlahBlah.js BlahBlah.scss

?

?

? ?

Шлаптынахер

@DenisIzmaylov Зарепорти этого бота, он затрахал спамить по всем группам.

на тему корзины еще: в зависимости от требования(в корзине могут быть товары удовлетворяющие условиям <N условий>) в корзине всего навсего надо юзать проверку вида [Item] -> Item -> Bool, где [Item] товары сейчас в корзине(стейт корзины), Item - товар который хотим добавит(из экшена). Под каждое правила обзоводимся такой функцией и прогоняем их все, чтобы узнать результат. Если правила динамические, то отображение будет Rule -> [Item] -> Item -> Bool, где rule через ваш dsl как-то выражается и преобразуется

omg, забаньте уже Кукла Маша

да выпилите уже наконец эту говорящую хуйню @Vogre @vmakhaev @DenisIzmaylov

заклинило))

Лол по ходу надо писать бота, который будет банить бота по никнейму

Лол по ходу надо писать бота, который будет банить бота по никнейму

Боты умеют банить?

Ну, с админскими правами это логично, во 2.x версии завезли?

по сообщению нужно банить)

Ну, с админскими правами это логично, во 2.x версии завезли?

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

осталось дождаться кого-нибудь из оставшихся двух админов, чтоб и react native почистили

Лол по ходу надо писать бота, который будет банить бота по никнейму

так он в следующий раз другой никнейм сделает.

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

хотя тогда получится, что там хоть кто-то писать будет

хотя тогда получится, что там хоть кто-то писать будет

Будет в статистике подниматься, ага

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

уже потерли

в RN все еще есть

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

Он использует акк обычного пользователя, а не бота

Но нихуя не умеет кроме как спамить

репостит из скайпа или что? Какую функцию выполняет

вот какую-то такую

ERROR: S client not available

жуть

надо было в личку кинуть(

Но нихуя не умеет кроме как спамить

ну в их чате эта резиновая еще и просто пишет что-то

Может просто надо запилить бота , который по голосованию банит?

или просто добавить еще парочку админов, кто почаще онлайн)

ой да ладно, это слишком просто, давайте ИИ делать)

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

по голосованию не выйдет - онлайн тоже мало людей

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

могут

тут модеров как таковых нету

только админы

ой да ладно, это слишком просто, давайте ИИ делать)

Долго обучать будем

Коллеги, кто знает datepicker без зависимости Jquery и поддержкой IE8?

Pikaday

Pikaday

Благодарю!

????

Как в компонент передавать данные, в containers разбирать данные на составляющие и <Item val={val} type={type} /> или в компонент кидать всем скопом <Item item={item} /> и уже в компоненте разбирать? Первый вариант более правильный?

можно использовать деструктор <Item {...item} />

Могли бы хоть и бабло предложить, что ли)

можно использовать деструктор <Item {...item} />

да точно

?

Кто-нибудь делал 3d-party виджеты на реакте? Были ли конфликты с версиями реакта? Стоит ли выность в таком случае приложение в iframe?

Есть хорошая статья, почему iframe - зло

Есть хорошая статья, почему iframe - зло

поделись пожалуйста