внутренний

у нас для этого целый сервис, куда ты ключи выгружаешь

самописный?

самописный?

ты же наверняка про танкер слышал в Я

я правда не знаю, кто автор, но кажется есть OSS аналог

но да, самописный

про танкер знаю

ищу как раз аналог

я правда не знаю, кто автор, но кажется есть OSS аналог

подскажешь?

я могу вечерком поискать, если найду — напишу

я могу вечерком поискать, если найду — напишу

с меншеном, если не сложно)

ок ок )

Есть у кого видео про mobx из RuhrJs?

http://www.ruhrjs.de/#speakers

отсюда

уже спросил сам ) https://twitter.com/RuhrJS/status/749982364839899137

гайз, через вебпак импортится ксс модуль 2 раза, 1 раз непосредственно для инжекта стилей в head, а второй (в другом файле) для получения класса .fontsLoaded, так вот как при повторном импорте не инжектить стили в head второй раз? нужно получить только имена классов

там опция какая-то была

Note: For prerendering with extract-text-webpack-plugin you should use css-loader/locals instead of style-loader!css-loader in the prerendering bundle. It doesn't embed CSS but only exports the identifier mappings.

Почитайте статьейку интересную https://medium.com/@wob/the-sad-state-of-web-development-1603a861d29f#.aua4wgg6h

а повторный импорт случаем новый хеш для классов не будет создавать? css: 'style-loader!css-loader?localIdentName=[local]__[path][name]__[hash:base64:5]&modules&importLoaders=1&sourceMap!postcss-loader',

Почитайте статьейку интересную https://medium.com/@wob/the-sad-state-of-web-development-1603a861d29f#.aua4wgg6h

Похоже на бессмысленое бомбление

Похоже на бессмысленое бомбление

Но всё же что-то всё равно в этом есть правдивого о современном состоянии.

а повторный импорт случаем новый хеш для классов не будет создавать? css: 'style-loader!css-loader?localIdentName=[local]__[path][name]__[hash:base64:5]&modules&importLoaders=1&sourceMap!postcss-loader',

хэш от чего-то берется. Теоретически не должно, если там не рандом

Почитайте статьейку интересную https://medium.com/@wob/the-sad-state-of-web-development-1603a861d29f#.aua4wgg6h

Это кто? :)

Бомбит знатно у чувака

> She can play Crysis at 60fps, but fuck if she can read her email on Yahoo.

надо в пятницу такое скидывать)

+)

>My poor wife with her shitty Chromebook.

Не обратил сначала внимания :D

"Medium is a server-rendered SPA. Maybe you should have written this on LiveJournal instead? ¯\_(ツ)_/¯"

комменты отжигают тоже

https://medium.com/@joshburgess/disgruntled-rails-dev-check-49d7a51659cd#.u0auiyyb4

> You’re typically writing all the basic CRUD stuff in a SPA from scratch. только не говорите ему про npm

вроде ж flux делали для иконки? Так вот, иконка все равно работает отстойно

> You’re typically writing all the basic CRUD stuff in a SPA from scratch. только не говорите ему про npm

а как нпм помогает?

ну там все эти генераторы и фреймворки

и библиотеки

он типа вот про это, можно устанавливать)

ну в этом он прав. Я никогда не начинал проект с генератора, они тащут кучу лишнего. Нормальный генератор - тот, что ты сам написал)

что касается крудов, это реально забавно - в рельсах сделать круд с загрузкой картинок, миграциями, и базовой админкой - дело 10 минут

А что сейчас в JS для этого?

что касается крудов, это реально забавно - в рельсах сделать круд с загрузкой картинок, миграциями, и базовой админкой - дело 10 минут

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

rails_admin - ок

с рельсами 5 не ок

вполне. завел и работает

оу. протух? раньше был норм.

оу. протух? раньше был норм.

он работает через раз с зависимостями уровня «накати тот pr поверх этого pr»

О кстати, скоро 700 перевалим

Гайз, а когда спрединг будет в браузерах и почему его ещё нет? о_О const b = { ...a, c: 2 }

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

И никому кроме реакта-коммьюнити не нужно особо

rails_admin - ок

rails_admin, activeadmin, etc. – ад и дичь. не надо, пожалуйста, прошу, умоляю

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

да

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

Слева там был список компонентов, справа их вью

@maxhoffman http://react-styleguidist.js.org

еще react storybook

спасибо)

react-rocks?

я могу вечерком поискать, если найду — напишу

нашёл что-нибудь?

нашёл что-нибудь?

к сожалению нет, только штуки для рубистов :( http://stackoverflow.com/questions/5984626/is-there-a-web-ui-for-modifying-i18n-locales-for-rails-3

нашёл что-нибудь?

а у тебя есть мысли, как делать?

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

ERROR: S client not available

для перевода была мысля сделать сворм нодов с CRDT, который хранит файл перевода (чтобы локальность соблюдалась) и был удаленный мастер (можно и мульти-мастер) с интерфейсом редактирования

собственно сам интерфейс редактирования я где-то уже видел, который для i18n нормальные json файлы делает

осталось только crdt добавить нормальный

это к dominictar и substack в репы порыться

http://l10ns.org/

во, не i18n, но тоже достаточно

у меня единственная проблема исключительно в том, как я хочу хранить переводы. А именно в папке с компонентом

ну заюзай glob и собери файлы в 1 потом

const locales = glob.sync('src/**/*.i18n.*.json').reduce(....)

или же есть хочешь в 1 файле разные локали - то можно сам формат файла придумать с nested ключами

и куски его засовывать куда нужно

тут еще вопрос SSR или не SSR, на nodeschool там вообще динамическая прогрузка была по ключам

много всяких узких моментов

@iamstarkov @gusnkt а не, нашёл кажется: https://crowdin.com/

Платная правда (

А таких много. Transiflex ещё

oneskyapp.com юзали для маленького сообщества с переводами статей, хотя основное назначение -- локализация по

Используем crowdin в проекте. Очень довольны. Сделали continuous i18n

@deemidroll ✌?️

Используем crowdin в проекте. Очень довольны. Сделали continuous i18n

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

или хот релоад сделали

После мержа PR собираем на CI и там же обновляем переводы. При желании можно запустить обновление переводов локально. И да, все файлы переводов под гитом

После мержа PR собираем на CI и там же обновляем переводы. При желании можно запустить обновление переводов локально. И да, все файлы переводов под гитом

ну то есть редеплой, понял. в моем понимании это работающая стратегия, но она кажется излишне сложной, ведь обновлений может быть много и они могут быть частые, соответственно скорость все равно не оч высокая. пока оставлю у себя идею с crdt in-memory хранилище с синком через тот же гит (возможно), а возможно еще с чем-то. ci test -> build -> deploy (manually) кажется очень долгим процессом для таких вещей. наличие ключей теоретически можно проверить анализатором, теоретически даже через eslint, например

всегда вопрос времени на разработку стоит, конечно :)

@vaminev скорость невысокая, и это главный минус, на мой взгляд. Пока нам хватает и это работает :)

Если найдешь способ быстрее, обязательно отпиши. Тема оч интересная)

@sullenor ✌

гм, не понял, почему скорость невысокая. Сборка статики ну максимум 10 минут с 0 устанавливая все зависимости без кешей и прочего

10 минут это очень долго

https://placestowork.co

для хорошего continuous deployment нужно чтобы раз и готово