Но красивый

Вам шашечки или ехать?

:)))

Ребят, вот несколько раз поднималась тема кто как билдит разные бандлы, когда несколько языков. Но вот интересует другой вопрос. Допустим у нас есть в проекте 2 языка en и ru, а также множество поддоменов. Например, бесконечное количество. И теперь надо как-то сделать, чтобы для каждого поддомена брались свои языки, стили и попадали в бандлы типа dist/домен_проекта/файлы Допустим файл стилей для домена B содержит в себе несколько переопределений осного стиля компонента И в бандл должен попасть header/styles.scss и header/styles_${domain}.scss Это нужно по той причине, что у разных поддоменов отличаются тексты и стили разных компонентов. Причем заранее создавать все файлы стилей для каждого проекта не хочется. Вебпак должен сам проверить есть ли такой файл в папке, загрузить его, потом при билде создать нужный бандл. Для стилей приходится писать какой-то адовый костыль типа require('./styles.scss'); const req = require.context('./', false, /.scss$/); if (req.keys().indexOf(`./styles_${__PROJECT__}.scss`) > -1) { req(`./styles_${__PROJECT__}.scss`); } где в __PROJECT__ домен текущего проекта. require.context тут нужен, чтобы определить присутствие файла в папке. Но при этом в билд продакшена он все равно залетит. Для того, чтобы избавиться от этого далее следует написать лоадеры для вебпака под scss. Первый для обычного styles.scss, второй для ${project_domain}_styles.scss и третий для всего остальнго (там все попадает в null-loader, чтобы в бандле отсутствовал контент) И теперь мы можем билдит разные проекты передавая в node env имя домена. Основная проблема начинается именно с языками, т.к. стили на серверном рендеринге не нужны, а вот языки еще как. Надо, чтобы json файлы языков грузились как через ноду обычную на серверном рендеринге, так и через вебпак в дев режиме + хотрелоад, так еще и попадать в разные билды. Вот эта задача выглядит реально хардкорной. С разбиением по языкам особо проблем нет, т.к., когда мы добавляем допустим новый язык на сайт, то создаем файлы языков для всех компонентов. Они точно отсутствовать не будут А вот в случае бандлов под разные поддомены - не везде требуются свои языки или стили для поддомена

const req = require.context('./', false, /.scss$/); if (req.keys().indexOf(`./styles_${__PROJECT__}.scss`) > -1) { req(`./styles_${__PROJECT__}.scss`); }

у этой штуки жуткая проблема в том, что она работает лишь в деве

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

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

очевидно я не могу определять по присутствую в папке типа через какой-нибудь fs

т.к. этот код также сработает и на клиенте

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

И тупо писать require('test_' + variable + '.js). Если файл найдется - грузанется, если нет, то не упадет )

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

Можно, в первой фазе до бабеля чекать путь

Если цсс то до цсс лоадера

Это поможет проверить присутствие файла в папке и будет работать также и с вебаком? А можно пример?

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

Примеры в гугле, смотри как стайл лоадер работает

Ну, примерно тоже самое и ищу, вот только с примерами

в стайллоадерe require, который упадет при импорте отсутствующего файла. А уже потом идет разбор контента. Или я что-то не понимаю?

https://github.com/webpack/style-loader/blob/master/index.js

Тебе нужна фаза питч

Которая лоадеры чекает слева на право

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

Спасибо, погуглю в данном направление

Не помогло

Кстати, кто-нибудь юзал https://github.com/davezuko/react-reformed ?

хотя оно не так давно появилось для этого

Значит не правильно сделал

return state .transform() [isBold ? 'unmark' : 'mark']('bold') .apply() впервые увидел такой вот вызов метода в чейне

тут https://github.com/ianstormtaylor/slate/blob/master/docs/guides/applying-custom-formatting.md

return state .transform() [isBold ? 'unmark' : 'mark']('bold') .apply() впервые увидел такой вот вызов метода в чейне

это было популярно еще во временя jquery

имхо не красиво

разве во времена jquery операторы внутри [] работали?

разве это не модная es6 фича

а работали

нет, работали

путаю с { [blabla] : }

в es6 сделали присовение

разве во времена jquery операторы внутри [] работали?

лучше продолжу бухать чем такой позор писать

return state .transform() [isBold ? 'unmark' : 'mark']('bold') .apply() впервые увидел такой вот вызов метода в чейне

ужас какой

удивительно, что не встречал ни разу такое :D

Ребят, вот несколько раз поднималась тема кто как билдит разные бандлы, когда несколько языков. Но вот интересует другой вопрос. Допустим у нас есть в проекте 2 языка en и ru, а также множество поддоменов. Например, бесконечное количество. И теперь надо как-то сделать, чтобы для каждого поддомена брались свои языки, стили и попадали в бандлы типа dist/домен_проекта/файлы Допустим файл стилей для домена B содержит в себе несколько переопределений осного стиля компонента И в бандл должен попасть header/styles.scss и header/styles_${domain}.scss Это нужно по той причине, что у разных поддоменов отличаются тексты и стили разных компонентов. Причем заранее создавать все файлы стилей для каждого проекта не хочется. Вебпак должен сам проверить есть ли такой файл в папке, загрузить его, потом при билде создать нужный бандл. Для стилей приходится писать какой-то адовый костыль типа require('./styles.scss'); const req = require.context('./', false, /.scss$/); if (req.keys().indexOf(`./styles_${__PROJECT__}.scss`) > -1) { req(`./styles_${__PROJECT__}.scss`); } где в __PROJECT__ домен текущего проекта. require.context тут нужен, чтобы определить присутствие файла в папке. Но при этом в билд продакшена он все равно залетит. Для того, чтобы избавиться от этого далее следует написать лоадеры для вебпака под scss. Первый для обычного styles.scss, второй для ${project_domain}_styles.scss и третий для всего остальнго (там все попадает в null-loader, чтобы в бандле отсутствовал контент) И теперь мы можем билдит разные проекты передавая в node env имя домена. Основная проблема начинается именно с языками, т.к. стили на серверном рендеринге не нужны, а вот языки еще как. Надо, чтобы json файлы языков грузились как через ноду обычную на серверном рендеринге, так и через вебпак в дев режиме + хотрелоад, так еще и попадать в разные билды. Вот эта задача выглядит реально хардкорной. С разбиением по языкам особо проблем нет, т.к., когда мы добавляем допустим новый язык на сайт, то создаем файлы языков для всех компонентов. Они точно отсутствовать не будут А вот в случае бандлов под разные поддомены - не везде требуются свои языки или стили для поддомена

Мы для этого написали плагин https://github.com/lamo2k123/theme-webpack-plugin ксожалению доки пока нет и работает с модулями. Думаю сами сможете подсебя код подогнать.

ого, спасибо. Обязательно посмотрю

как-то здесь еще не перетерали https://facebook.github.io/react/blog/2016/07/13/mixins-considered-harmful.html

Кстати, кто-нибудь юзал https://github.com/davezuko/react-reformed ?

Оч годно

чем лучше https://github.com/gcanti/tcomb-form?

Может кто-нибудь подсказать, как разруливаете кейсы, когда надо в mapDispatchToProps запустить экшен и после изменения стейта тут же еще один запустить? Хочется, чтобы код как-то вместе лежал

Не лезет ничего в голову

Может кто-нибудь подсказать, как разруливаете кейсы, когда надо в mapDispatchToProps запустить экшен и после изменения стейта тут же еще один запустить? Хочется, чтобы код как-то вместе лежал

dispatch(ACTION).then(dispatch(ACTION2).

Ой, скобочку забыл.

:0 удивительно, у меня ругался, что не промис) Может засыпал

ага, до сих пор и ругается Uncaught TypeError: dispatch(...).then is not a function

У тебя redux-thunk стоит? Может это его дело?

Неа, у меня саги

Неа, у меня саги

Ну в этом и проблема, видимо.

Насколько понимаю dispatch возвращает результат экшнкриейтера, пропущенный через миддлевари.

http://react-etc.net/entry/your-license-to-use-react-js-can-be-revoked-if-you-compete-with-facebook

новиночка

https://github.com/webpack/webpack/tree/master/examples/i18n как это можно использовать? юзер грузит себе 2 жса?

https://github.com/webpack/webpack/tree/master/examples/i18n как это можно использовать? юзер грузит себе 2 жса?

Там собирается на каждый язык бандл.

Там собирается на каждый язык бандл.

а юзеру как нужный подсовывать?

а если он язык меняет?

релоад страницы

релоад страницы

а подсовывать нужный жс на стороне сервера?

ERROR: S client not available

Гайз, можно ли как-то заставить intellij раскрывать .myBeautyForm в <div styleName="myBeautyForm"></div> вместо <div className="myBeautyForm"></div> для jsx соответственно

и еще при раскрытии атрибута вместо "" ставить {}?

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

а подсовывать нужный жс на стороне сервера?

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

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

чет тупо звучит

еще я читаю что у него нет pluralization

это так?

чет тупо звучит

Вообще идея так i18n реализовывать тупа.

Вообще идея так i18n реализовывать тупа.

а ты что-нибудь юзал?

я смотрю на i18next

а ты что-нибудь юзал?

Нет. У нас в редисе секции с переводами лежат и по необходимости по сокету доставляемых нужную секцию

А если без хранилища то можно в отдельных json хранить и забирать нужный язык. После смены языка вызвать forceUpdate на root компоненте

Нет. У нас в редисе секции с переводами лежат и по необходимости по сокету доставляемых нужную секцию

а это не наркомания?

Для нас это то что надо, мы в Реал тайме можем править переводы и добавлять языки. Без релиза.

Для нас это то что надо, мы в Реал тайме можем править переводы и добавлять языки. Без релиза.

а что тебе мешало грузить переводы со стороннего сайта в json?

и зачем править переводы в реалтайме?

держать сокет это дорого

У нас вся апликуха по ws работает )

и зачем править переводы в реалтайме?

Исправить перевод можно без релиза.

Исправить перевод можно без релиза.

без релиза можно и по урлу грузить json

держать сокет это дорого

Откуда инфа?

Откуда инфа?

от пацанов

Не оч пацаны

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

оно должно быть выгружено в оперативку

Э, кто должен быть выгружен?

Э, кто должен быть выгружен?

серверное сокет-приложение

А обычное не должно?

А обычное не должно?

в смысле бля

просто бля серверное приложение которые является сокет-сервером

Я ничего не понял, но ты не прав.