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

ребят, кто-нибудь может простым языком вот это объяснить? https://github.com/typings/typings/blob/master/docs/external-modules.md

хотя бы в 2 словах

я только разбираюсь, перечитал несколько раз – толком ничего не понял

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

onClick на диве чтоли?

stopPropagation короч

похоже популярные))

https://facebook.github.io/react/docs/events.html#syntheticevent It has the same interface as the browser's native event, including stopPropagation() and preventDefault()

спасибо :)

А чего бы его не генерить сразу при сборке билда?

А если он зависит от данных?

А если он зависит от данных?

Например?

в вебпаке есть возможность быстро собрать один и тот же бандл с разными опциями для плагинов?

для разных браузеров

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

конкретно такой опции нет

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

А для чего это нужно?

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

https://modernizr.com/ хз может это

ES6 Generator Promises чекает вроде

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

не идеально, зато автоматизировано :)

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

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

?

https://www.npmjs.com/package/devcaps

ой сорян

там же никакой поддержки

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

https://cdn.polyfill.io/v2/docs/

но это только полифилы

и в рантайме

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

https://github.com/nkt/postcss-omit

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

https://css-tricks.com/make-client-side-data-available-server-side/

https://github.com/nkt/postcss-omit

а какие юз кейсы могут быть у твоего плагина?

а там в ридми как раз мой юзкейс

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

оказалось из-за них)

вырубил transition/animation вообще все

я так понимаю полифил в браузерах не показывает что конкретно вызывает просадку фпс?

профайлер

*

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

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

@klimashkin так делает :)

total bundles = bundles * languages * browsers :)

Допустим, у меня есть две таблицы-контейнера. Функционал у них одинаковый (сортировка, изменение значений ячеек и т.д) Проблема в том, что api для сортировки/сохранения у каждой таблицы разный, как в таком случае описывать экшены/редьюсеры? Для каждого контейнера всегда свой отдельный редьюсер/экшены/константы? Или это нормально объединять такие схожие вещи?

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

вот гуд презентация: http://sokra.github.io/slides/frontend-optimize

@dmitriiabramov а в пользу кэширования что-нибудь делали? а то как-то не круто каждый раз новый бандл тянуть.

я только React.js Conf 2016 досмотрел )))

@gusnkt на тему разных бандлов, я пока у себя ещё не имплементил, но думал на стороне клиента решать, какой бандл грузить

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

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

там можно массив конфигураций вернуть, но как-то не комильфо

тоже хотел про мультикомпиляцию в вебпаке написать (вариант с массивом)

ERROR: S client not available

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

вот с этим https://github.com/trivago/parallel-webpack

вот гуд презентация: http://sokra.github.io/slides/frontend-optimize

спасибо! ?

Ребят, подскажите, как настроить так, чтобы при каждом прод билде(или определенном, не важно), автоматически увеличивалась версия приложения

Ребят, подскажите, как настроить так, чтобы при каждом прод билде(или определенном, не важно), автоматически увеличивалась версия приложения

Мне кажется лучше сделать коммит-хук в гите, который будет увеличивать циферку в файле, а эту циферку уже ставить в номер билда.

не, по коммитам не пойдет

"build-prod": "npm version patch && webpack ..." ?

Мне кажется лучше сделать коммит-хук в гите, который будет увеличивать циферку в файле, а эту циферку уже ставить в номер билда.

Коммит-хук мне кажется не самая лучшая затея

var __versionString__ = childProcess.execSync('git rev-list HEAD --count').toString(); new webpack.DefinePlugin({ __VERSION__: JSON.stringify(__versionString__) })

первая ссылка в гугле...

Если билды делать только с мастера, то норм

var __versionString__ = childProcess.execSync('git rev-list HEAD --count').toString(); new webpack.DefinePlugin({ __VERSION__: JSON.stringify(__versionString__) })

Да, такой метод и думал. Только еще подключал git-rev-sync

и еще с кол-вом коммитов не очень хорошо

так как можно откатывать, а вот с тегами норм

вот просто git rev-parse HEAD

а разве номер билда это не ответсвенность CI сервера?

Можно расширить идею, и в зависимости от тэга бампать минорную или мажорную версию

угу

если нет, то самый адекватный способ YOUR_PROJECT.COMMIT-SHA1

а разве номер билда это не ответсвенность CI сервера?

Плюсую

А также проставлять теги на git-репу

Можно через CI

Даёшь строгую типизацию этому чату ?

Ребят, кто нибудь использовал phonegap? Чем отличается от react native?

Тормозит адски

всем )

phonegap это простой запуск приложение в webview, в внутреннем браузере, а реак натив переводит в нативный код

Старая кобыла и не стоит на нее лезть крч

шта?)