коллеги, а вот такие long frame между scroll эвентами это норма?

https://youtrack.jetbrains.com/issue/WEB-25898 Я тут попросил поддержку абсолютных импортов в вебшторме — поддержите кому тоже нужно

Ребят правильно ли я понимаю, что не на нодовском сервере никак не выйдет сделать через роутер адреса типо site.ru/about и нужно только через hashhistory делать site.ru/#/about ?

HTML 5 pushstate

Гугли

Выйдет

Ребят правильно ли я понимаю, что не на нодовском сервере никак не выйдет сделать через роутер адреса типо site.ru/about и нужно только через hashhistory делать site.ru/#/about ?

если я правильно понял вопрос - тебе просто нужно отдавать сервером всегда index.html

например в php это можно настроить через htaccess

ну естессно нужно разлочить папку со статическими файлами(js,css,fonts,images)

HTML 5 pushstate

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

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

по ручке возвращается текстовое файло

други, подскажите плз новичку - React Native есть задача запилить диалог в виде слайдера - выглядит так https://cl.ly/381o2l2r0x2K . Ползунок, соответственно можно двигать туда сюда драгндропом, а когда палец отпускают - то выравнивается по центру одного из вариантов ответа. прошу помощи - куда именно смотреть / что читать? Panresponder/animate ? Может, есть похожие примеры поковырять?

Ребят, здравствуйте, у меня вопрос по front-end архитектуре, для production сборки нужно поднять серверный instance который ссылается на статические файлы. Все это время для этих целей я использовал express сервер. Правильно ли это, либо есть специальный инстумент для поднятия статического сервера на back-end. В данном случае с использованием expressjs вся сборка проходит очень медленно (примерно 3-5 минут) плюс во время сборки, сильно жрутся ресурсы (больше двух гигов ОЗУ сжирает)

Сборка проходит через Webpack

Ребят, здравствуйте, у меня вопрос по front-end архитектуре, для production сборки нужно поднять серверный instance который ссылается на статические файлы. Все это время для этих целей я использовал express сервер. Правильно ли это, либо есть специальный инстумент для поднятия статического сервера на back-end. В данном случае с использованием expressjs вся сборка проходит очень медленно (примерно 3-5 минут) плюс во время сборки, сильно жрутся ресурсы (больше двух гигов ОЗУ сжирает)

Ты просто статику раздаёшь или этот сервер что-то делает? Собирается сам сервер или реактовское вью?

Собирается весь проект на React+Redux естественно это дело обращается к API

Вангую, что у тебя каждый раз чистый инстанс и npm собирает какие-нибудь бинарные модули.

я немного не понял высказывание

Если у тебя при сборке каждый раз заново ставятся зависисмости, то длительное время может занимать именно их сборка. Или у тебя сам вебпак кучу времени думает? Вообще немного не понял твой вопрос. В оригинальном вопросе говорится про раздачу статики. Для неё лучше nginx ничего не придумали, но, кажется, проблема в другом.

Ребят, здравствуйте, у меня вопрос по front-end архитектуре, для production сборки нужно поднять серверный instance который ссылается на статические файлы. Все это время для этих целей я использовал express сервер. Правильно ли это, либо есть специальный инстумент для поднятия статического сервера на back-end. В данном случае с использованием expressjs вся сборка проходит очень медленно (примерно 3-5 минут) плюс во время сборки, сильно жрутся ресурсы (больше двух гигов ОЗУ сжирает)

у тебя проблема со сборкой или с раздачей статики?

нее все зависимости уже установлены и на момент запуска Webpack все готово к сборке походу Webpack долго думает

При чём тут тогда express?

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

и жрет много ресурсов

видно там мидлвара, которая вебпак гоняет

Попрофайли его локально. Скорее всего какой-нибудь плагин для бабеля жрёт много ресурсов.

Или он пытается node_modules транспайльнуть.

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

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

расскажи лучше подробнее, что у тебя есть, пока неочень понятно, что у тебя происходит

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

минута это да, однако он ещё и жрет очень много ОЗУ

Да пусть жрёт

ну это не удивительно )

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

банальнй такой вопрос...

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

Если HDD в компе... не скрипит ли он у тебя, Артем, при сборке?

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

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

да походу express не причем

ты для прода сорсмапы собираешь?

если режим debug ставлю только

process.env.PROD_MODE === 'debug'

Проект-то большой?

ну да на самом деле это staging

вес проекта под 3 метра доходит

после сборки

3 метра это твоего кода?

в целом то ок кажется

да именно кода

но там и vendors внутри

я правда всеравно не пойму зачем тебе cheap-module-source-map в прод сборке )

Тогда пора по модулям разбивать и в npm (локальный) складывать.

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

Тогда пора по модулям разбивать и в npm (локальный) складывать.

ок а можно по подробнее или ссылку как это можно сделать?

лол, вот ему не пофигу

вероятно у тебя url лоадер все картинки грузит, но хз

)))

но вообще да, не пофигу ли ему? )

вероятно у тебя url лоадер все картинки грузит, но хз

картинок почти нет

он выделяет под это дело ресурсы просто

Подымаешь свой npm сервер и складываешь туда уже прекомпиленные библиотеки.

поэтому следит

Ну или на общий npm заливаешь, если это полезные обёртки.

обертки в смысле декораторы?

и немного не понял что означает прекомиленные библиотеки

ERROR: S client not available

просто сборка, — разовый процесс, я неочень понимаю, почему проблема тут возникает

Не, я имел в виду какие-то неспецефичные для твоего проекты штуки.

Но полезные для всех (в теории)

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

Ты же можешь заранее собрать те части системы, которые часто используются? Какой-нибудь календарик, например.

Тогда тебе их не придётся собирать и для каждого компонента будет своё версионирование.

все vendors имеется в виду собрать в один bundle?

Это тоже можено сделать.

собрать один раз и положить куда-нибудь.

хмммм круто звучит ))

ок а когда понадобится дополнить vendors пересобирать на ллокалке и пушить на сервак так?

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

я не знаю что означает прекомпилить

ок а когда понадобится дополнить vendors пересобирать на ллокалке и пушить на сервак так?

Как настроешь. Такой подход называется webpack dll https://robertknight.github.io/posts/webpack-dll-plugins/

Как настроешь. Такой подход называется webpack dll https://robertknight.github.io/posts/webpack-dll-plugins/

спасибо большое почитаю))

я не знаю что означает прекомпилить

Заранее собирать вебпаком. Т.е. с npm ты уже загружаешь код, который можно брать и использовать без новой сборки. У тебя же node_modules/ игнорируются.

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

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

Да это же очень простая идея. У тебя есть куски системы, которые ты можешь отделить. Селекты, календарики, может даже целые страницы. Вот их и складывай в пакет.

раскладывать по отдельным пакетам или в один?

раскладывать по отдельным пакетам или в один?

Как хочешь. Библиотеку common модулей можно и в один пакет сложить.

ок а как потом к этому обращаться из кода?

или это все просто в Webpack конфиге прописывается

ок а как потом к этому обращаться из кода?

Как ты к библиотекам из node_modules обращаешься?

import ... from ...;

Ну и тут то же самое будет.

то есть если в одном пакете множество пакетов, то будет так? import {package1, package2 ...} from ...;

ага

то есть если в одном пакете множество пакетов, то будет так? import {package1, package2 ...} from ...;

Ага, типа import {Dialog, Message, Other} from mypackage

понял ?? спасибо большое что разъяснили подход )))

очень познавательно

привет, подскажите как правильно оформить этот код https://gist.github.com/Yadro/e1df12495a62e74df2f6708fbf528435

http://eslint.org/