столкнулся с одним говном в «универсальных» приложениях

если с ноды делается запрос к /api/v1, то он делается внутри ноды

если с реакта, то уже, соответственно, идет внешний запрос

то есть бля если ставить прокси какие-то, то надо ставить и на ноду и на nginx

есть нормальное решение этого говна?

запрашивать полный урл? ))

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

То что лично тебе будет интересно делать. Подумай какое веб-приложение хотел бы видеть сама, или сделай что-то похожее на твоё любимое.

Коллеги, а может подскажете. У нас (в erlyvideo.ru ) есть место, где мы проверяем что может браузер пользователя и подставляем ему один из вариантов плеера. Это может быть как что-то типа HTML5 ( HLS / MSE / DASH), так и flash.

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

кто-нибудь сталкивался с этим? Можно ли заставить swfobject не включать детекцию флеша, пока не попросят.

Есть вариант с динамической вставкой <script>, но это же с ассетами тяжело совместить, да ещё и с реактом

webpack и code splitting?

это поможет с отложенной загрузкой яваскриптового кода?

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

это поможет с отложенной загрузкой яваскриптового кода?

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

понятно. Ну мы вебпак не используем, стараемся максимально это отложить, так что попробуем пофиксить swfobject

или другой вариант

понятно. Ну мы вебпак не используем, стараемся максимально это отложить, так что попробуем пофиксить swfobject

по какой причине?)

и если не вебпак и подобные решения, то как ?)

препроцессим бабелем jsx в js и так оно и работает

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

а регулярная трата времени впустую как-то смущает. Так что подождем пока забронзовеет или сдохнет

Есть вариант с динамической вставкой <script>, но это же с ассетами тяжело совместить, да ещё и с реактом

Вообще делать на componentDidMount фетч скрипта - вполне в концепте реакта

препроцессим бабелем jsx в js и так оно и работает

а как импорты, экоспорты происходят? Бабел на сколько я знаю не полифилит es2015 модули

а как импорты, экоспорты происходят? Бабел на сколько я знаю не полифилит es2015 модули

без этого обошлись =)

без этого обошлись =)

т.е. не реиспользуете компоненты и огромные файлы?)

современная чехарда с импортами не имеет никакого отношения к организации кода

нет никакой проблемы грамотно организовывать код методами, которые были 5 лет назад

Window.libs = window.libs || {}; Window.libs.Mycomponent = {}; ?

примерно так

А ssr?

препроцессим бабелем jsx в js и так оно и работает

И если на столько ортодоксальное мнение, то почему тогда jsx и babel ? =)

потому что jsx это достаточно удобно, а бабелем получается как-то более менее контролировать процесс генерации результирующего js

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

С вебпаком такого не происходит

Особенно если минимизировать количество плагинов

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

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

да происходит конечно =)

mbpl:flussonic max$ ls node_modules/ | wc -l 212

запрашивать полный урл? ))

только так походу ду

212 модулей =)

только так походу ду

Не вижу в этом ничего плохого.

а ещё нам это всё надо склеить с нашим основным приложением на эрланге

Нода же не знает кого запрашивать

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

но на стартссл оказывается есть бесплатные на 5 доменов

или Let's Encrypt есть еще )

есть же еще letsencrypt

letsencrypt крут

как дела обстоят с рекс нэйтив

реакт нейтив

как дела обстоят с рекс нэйтив

https://telegram.me/reactnative_ru

#whois всем привет, меня зовут Денис. Я фронтенд разработчик, в данный момент ушел с конторы на апворк. Сейчас делаю проект на реакт. Фреймворк мне нравится, хотелось бы обмениваться опытом

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

А у нас получилось

Че там менять-то?

Один раз настроил лоадеры и готово

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

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

+

Увеличивает продуктивность разработки в разы

ERROR: S client not available

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

https://docs.npmjs.com/cli/shrinkwrap

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

Кому вопрос адресован?

Ну так вебпак приятен тем, что не надо мучаться с конфигами

Доадер поставил и готово

Очень все просто

Намного удобнее и понятнее нежели другие менеджеры

webpack наверное один из самых сложных инструментов, если выходишь за типичный boilerplate

Кому вопрос адресован?

Сорри, вопрос был к @maxlapshin

webpack наверное один из самых сложных инструментов, если выходишь за типичный boilerplate

?!

webpack наверное один из самых сложных инструментов, если выходишь за типичный boilerplate

А что там сложного? Или даже так. Чем тяжелее, чем другие бандлеры?

@evgenyrodionov залей ка сюда факинг бровсерифай мутанта

Вебпак намного проще остальных

Добавить поддержку ES6? Просто добавь строчку с лоадером

А что там сложного? Или даже так. Чем тяжелее, чем другие бандлеры?

количеством настроек, вариаций и возможностями

PostCSS? Просто добавь конфиг!

количеством настроек, вариаций и возможностями

Это гибкость, не сложность

Практически любая фишка реализуется даже не думаю парой строчек

PostCSS? Просто добавь конфиг!

Это все только лоадеры

И для новичков будет проще понимать что там происходит

Это все только лоадеры

А проблема в чем то другом?

А проблема в чем то другом?

code-spliting, оптимизация скорости сборки, создание определеных чанков и так далее

Это browserify в галп полтора года назад

code-spliting, оптимизация скорости сборки, создание определеных чанков и так далее

Так ебать, а в чем проблема-то? Один раз настроил и готово.

code-spliting, оптимизация скорости сборки, создание определеных чанков и так далее

А как ты code splitting на других системах сборки делаешь?

Изначальный мессадж был вообще про "постоянно настраивать, все быстро меняется"

Изначальный мессадж был вообще про "постоянно настраивать, все быстро меняется"

Так я участвовал в том разговоре и говорил, что нужно использовать новое в частности вебпак)