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

да без разницы докеру, у нас все в докерах

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

нет, в том что у нас настройки разбросаны по разным местам

ну соберите в одном месте

? ок

какая норм либа для детектирования мобильных?

https://github.com/kaimallea/isMobile

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

Не сталкивался

более того, часть из них работает нормально везде

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

А что значит хреново?

А что значит хреново?

cannot resolve module 'core/.../...'

Компы на одинаковых системах?

А пакеты точно стоят?)

а ты в алиасах написал process.cwd()?)

системы одинаковые

Есть src/core собственно

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

в ошибке вебпак пишет пути по которым ищет модуль

да, путь на одной машине получается src/index (отсюда ищет), а на другой - путь до конечного файла

да, путь на одной машине получается src/index (отсюда ищет), а на другой - путь до конечного файла

у меня в webpack 2.14 папочки с модулями были описаны так: resolve: { unsafeCache: true, modules: [ path.resolve(process.cwd(), 'shared/scripts'), path.resolve(process.cwd(), 'packages'), path.resolve(process.cwd(), 'node_modules')

Такой вопрос, есть ли подобная возможность <li onClick={this.handleClick} item=“first”></li> и в handleClick(e) как-нибудь перехватить содержимое item?

у меня в webpack 2.14 папочки с модулями были описаны так: resolve: { unsafeCache: true, modules: [ path.resolve(process.cwd(), 'shared/scripts'), path.resolve(process.cwd(), 'packages'), path.resolve(process.cwd(), 'node_modules')

решил. проблема была в том что переименованный файл не запушили. пездец

Такой вопрос, есть ли подобная возможность <li onClick={this.handleClick} item=“first”></li> и в handleClick(e) как-нибудь перехватить содержимое item?

data-item='first' e.target.dataset.item

спасибо

но проще сделать компонент)

handleClick = (itemData) => (event) => { /* your code */ } <li onClick={this.handleClick(data)} />

Сергей, спасибо, то что нужно!

Чегот я затупил

handleClick = (itemData) => (event) => { /* your code */ } <li onClick={this.handleClick(data)} />

ведь тоже самое что и this.handleClick.bind(this, data), то есть при каждом рендере будет создаваться новая функция

ведь тоже самое что и this.handleClick.bind(this, data), то есть при каждом рендере будет создаваться новая функция

нет

.bind не закешируется

а возврат той же функции закешируется

биндить в рендере же моветон

как и arrow functions

вообще юзать arrow функции как методы тоже

Хотя раньше все апликухи через arrow делал

поэтому лучше писать проще: handler(data) { return event => code() } }

поэтому лучше писать проще: handler(data) { return event => code() } }

и в memoize?

Коллеги, привет, такой вопрос. Известно, что имплементация Promise от bluebird работает оптимальнее нативной и той, что подставляет babel в polyfill. (Можно, я не буду бенчмарки искать и вставлять сюда, а понадеюсь, что тема вам известна?) - Так вот, кто знает, есть ли в планах у этих небожителей оптимизировать промисы так, чтобы разработчикам не надо было за сторонней либой ходить? Или, может, кто знает тусовку, где этот вопрос был бы более уместен? Спасибо.

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

Коллеги, привет, такой вопрос. Известно, что имплементация Promise от bluebird работает оптимальнее нативной и той, что подставляет babel в polyfill. (Можно, я не буду бенчмарки искать и вставлять сюда, а понадеюсь, что тема вам известна?) - Так вот, кто знает, есть ли в планах у этих небожителей оптимизировать промисы так, чтобы разработчикам не надо было за сторонней либой ходить? Или, может, кто знает тусовку, где этот вопрос был бы более уместен? Спасибо.

А что у тебя проммисы прям являются узким местом?

А что у тебя проммисы прям являются узким местом?

Нет, не являются. Да разве в этом дело? Разве не важно чувствовать, что ВСЕ элементы твоего кода - лучшие? :)

Нет, не являются. Да разве в этом дело? Разве не важно чувствовать, что ВСЕ элементы твоего кода - лучшие? :)

Ну тогда можно сразу на плюсах писать )

Ну тогда можно сразу на плюсах писать )

Павел, простите, а Вы бы таким ответом удовлетворились? Я что, хочу странного?

Нет, не являются. Да разве в этом дело? Разве не важно чувствовать, что ВСЕ элементы твоего кода - лучшие? :)

> Разве не важно чувствовать, что ВСЕ элементы твоего кода - лучшие? Вообще-то нет...

Павел, простите, а Вы бы таким ответом удовлетворились? Я что, хочу странного?

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

ну, еще блюберд хорошо подойдет на фронте, если с промисами надо делать что-то сложнее then/catch. например map/filter/props/etc.

Подскажите пожалуйста, у меня есть <div> <LeftSidebarMenu/> </div> <div className="modal-help-container"> <div className="modal-help-container__scroll"> <div ref='scrollContainer'/> </div> Как мне в LiftSidebarMenu компоненте получить ref скролл контейнера?

<ScrollSync> {({scrollTop}) => ( <div> <LeftSidebarMenu/> </div> <div className="modal-help-container"> <div className="modal-help-container__scroll"> <div ref='scrollContainer'/> </div> )} </ScrollSync>

господа. подскажите пожалуйста - может ли graphql работать над веб-сокетами полностью? правильно ли я понимаю что сейчас - только подписки(сабскрипшенс) работаю через них? что, если я хочу всё пустить через оных? интересует клиентская хотя бы реализация

п.с знаю что оффтоп. но это околореактовская тема как мне кажется

@gusnkt Спасибо!

Подписок пока официально нет

А графкл протоколонезависимый

@pavelsilinw, @dmitriyabr, @gusnkt Простите меня, но кажется, что мой вопрос был про другое. Мне нравится использовать нативный Promise, а не блюбердный. Но я знаю, что он жрет памяти как черт, и вообще не все в его работе гладко. И все эти неровности известны. И вопрос был про то, может, кто-то знает о планах "Создателей" (с придыханием) что-то изменить? Или чат, в котором этот вопрос имел бы право на беспристрастное рассмотрение? ?

@gusnkt а можно ссыль какую-нибудь на пример отправки запросов graphqlчерез ws с клиента?

@andrevinsky Да я собственно не против вопроса) просто ответил на риторический вопрос про "все элементы лучшие". все имеет смысл улучшать, пока это экономически имеет смысл, дальше не нужно) А по сути основного вопроса – не ко мне)

Может, есть какая es6-тусовка в телеграме?

ну pro.js есть

https://xviniette.github.io/FlappyLearning/ залипали уже ?

у меня на 35 поколении пошел годмод

у меня на 19

41

17

Есть ли способ реактом сделать хидер мэйн и футер прям в бади документа?

С реакт-роутером

Ну запихни их в родительский компонент

Будет див же

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

Див не влияет на семантику же

А кул

Считается вбросом?)

Только выпустив Angular 2, Google анонсировала скорый релиз Angular 3 https://tproger.ru/news/angular-3-is-around-the-corner/

Только выпустив Angular 2, Google анонсировала скорый релиз Angular 3 https://tproger.ru/news/angular-3-is-around-the-corner/

Продолжаем копипастить желтизну даже не проверив... Ппц

Есть ли способ реактом сделать хидер мэйн и футер прям в бади документа?

зачем?

Есть ли способ реактом сделать хидер мэйн и футер прям в бади документа?

Монтируй в body. Но это плохо.

Не знал что >Див не влияет на семантику же

див самый безсемантичный тег

Будет див же

браузеры норм на это реагируют

что ты хочешь?

Уже все понял

кто виртуальным скроллом пользуется, как делать фильтрацию?

смотря каким? у меня react-virtuallized или как его там Я просто данные реселектом фильтрую и сортирую и компоненту отдаю и всё