В билде не должно быть внешних либ.

и не будет

ну, эслинту место в devDependencies, он же не нужен в продакшене

разница не в проде/деве

билдить и выкачивать себе на машину это разные вещи

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

и не будет

Тогда как понять какие либы в проекте используются?

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

и тогда будет выкачиваться тысяча библиотек из которых 70% не используется никак

збс

каждый раз в ci

охуенно

а сейчас как?

Всем привет! Подскажите, как в react universal component избавиться от компонента? При обращении к нему он подгружается и не удаляется из source кода после того как он уже не нужен

а сейчас как?

А сейчас в 2 раза меньше выкачиваешь.

А сейчас в 2 раза меньше выкачиваешь.

пчму?

кстати кеш, ну ладно...

пчму?

Потому что ты не тащишь flow и ts, которым либа собиралась.

а сейчас как?

dev не выкачивается у зависимостей

а разница. Если билдить с тришейкингом

ты так много ругаешься матом

эм, а билдить как? Препуш?

dev не выкачивается у зависимостей

Для зависимостей, само собой

ты так много ругаешься матом

!ро троллинг

эм, а билдить как? Препуш?

что?

эм, а билдить как? Препуш?

а

да

билдишь — паблишишь

А, ну в таком кейсе...

Так-то обычно билд-сервер (у меня)

Хотя можно просто прогнать все файлы и определить dependencies.

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

Так-то обычно билд-сервер (у меня)

+

Хотя можно просто прогнать все файлы и определить dependencies.

Сомневаюсь, что это так трудозатратно.

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

лучше исправить косяк

Сомневаюсь, что это так трудозатратно.

так yarn/npm так делает

так yarn/npm так делает

В каком месте?

разница не в проде/деве

ну как же так? К примеру, у меня в проекте react, express, eslint. Eslint в проде не нужен, пихаю его в devDependencies. Express нужен в проде, пихаю его в dependencies. React уже был ранее собран в бандл и более не нужен в проде, оставляю его в devDependencies. Если мне нужно поднять прод, то запускаю build, получаю бандл (с реактом внутри), загружаю его на сервак вместе с остальными скриптами для экспресса, запускаю на серваке установку только dependencies пакетов, в итоге получаю установленным только express. А если реакт тоже будет в dependencies, то он просто будет болтаться в проде без дела, на него даже никто ссылаться не будет.

ну как же так? К примеру, у меня в проекте react, express, eslint. Eslint в проде не нужен, пихаю его в devDependencies. Express нужен в проде, пихаю его в dependencies. React уже был ранее собран в бандл и более не нужен в проде, оставляю его в devDependencies. Если мне нужно поднять прод, то запускаю build, получаю бандл (с реактом внутри), загружаю его на сервак вместе с остальными скриптами для экспресса, запускаю на серваке установку только dependencies пакетов, в итоге получаю установленным только express. А если реакт тоже будет в dependencies, то он просто будет болтаться в проде без дела, на него даже никто ссылаться не будет.

Проверь будет он болтаться там или нет.

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

го в @webpack_ru

В каком месте?

когда устанавливаешь

лучше исправить косяк

Косяк чего? Это в дев режиме, когда код поменял и HMR отработал, а сервер не рестартует т.к. там dev-middleware для HMR. В итоге с сервера приходит старая версия стилей

когда устанавливаешь

Ты про лок?

ну как же так? К примеру, у меня в проекте react, express, eslint. Eslint в проде не нужен, пихаю его в devDependencies. Express нужен в проде, пихаю его в dependencies. React уже был ранее собран в бандл и более не нужен в проде, оставляю его в devDependencies. Если мне нужно поднять прод, то запускаю build, получаю бандл (с реактом внутри), загружаю его на сервак вместе с остальными скриптами для экспресса, запускаю на серваке установку только dependencies пакетов, в итоге получаю установленным только express. А если реакт тоже будет в dependencies, то он просто будет болтаться в проде без дела, на него даже никто ссылаться не будет.

блядь

ну как же так? К примеру, у меня в проекте react, express, eslint. Eslint в проде не нужен, пихаю его в devDependencies. Express нужен в проде, пихаю его в dependencies. React уже был ранее собран в бандл и более не нужен в проде, оставляю его в devDependencies. Если мне нужно поднять прод, то запускаю build, получаю бандл (с реактом внутри), загружаю его на сервак вместе с остальными скриптами для экспресса, запускаю на серваке установку только dependencies пакетов, в итоге получаю установленным только express. А если реакт тоже будет в dependencies, то он просто будет болтаться в проде без дела, на него даже никто ссылаться не будет.

если есть SSR то надо два пакета делать

а не так

(dev)Dependencies это немного не про бандлы для браузера, в общем

ну как же так? К примеру, у меня в проекте react, express, eslint. Eslint в проде не нужен, пихаю его в devDependencies. Express нужен в проде, пихаю его в dependencies. React уже был ранее собран в бандл и более не нужен в проде, оставляю его в devDependencies. Если мне нужно поднять прод, то запускаю build, получаю бандл (с реактом внутри), загружаю его на сервак вместе с остальными скриптами для экспресса, запускаю на серваке установку только dependencies пакетов, в итоге получаю установленным только express. А если реакт тоже будет в dependencies, то он просто будет болтаться в проде без дела, на него даже никто ссылаться не будет.

ты смешал фронтенд и сервер-сайд в один проект

ты смешал фронтенд и сервер-сайд в один проект

ну, допустим, проектик небольшой, мне неудобно его пополам пилить

Ты про лок?

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

ну, допустим, проектик небольшой, мне неудобно его пополам пилить

оттуда и косяки

ну, допустим, проектик небольшой, мне неудобно его пополам пилить

открыв твой проект непонятно, что попадет в бандл, а что нет

как обновлять это тоже непонятно

(dev)Dependencies это немного не про бандлы для браузера, в общем

Devdependencies - это то, что не надо тянуть клиенту при установке библиотеки.

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

Да. Но это при установке. А я про анализ импортов в проекте. Да. Механизм схож, но немного о другом.

Devdependencies - это то, что не надо тянуть клиенту при установке библиотеки.

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

Да. Но это при установке. А я про анализ импортов в проекте. Да. Механизм схож, но немного о другом.

а, ну я такую штуку пишу)

а, ну я такую штуку пишу)

Только её необходимость маленькая, имхо.

Только её необходимость маленькая, имхо.

не

я чуть больший концепт вложил в идею

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

воот. Я о том же. А если у меня есть ещё пакеты, которые точно нужны в проде, то только их и нужно добавлять в dependencies. А реакту же там не место уже, он только на этапе сборки нужен, он должен жить в devDependencies

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

Я обычно либы, используемые в коде, кидаю в обычные, а всё по сборке (тс, вебпак, линт и.т.п) - в дев

воот. Я о том же. А если у меня есть ещё пакеты, которые точно нужны в проде, то только их и нужно добавлять в dependencies. А реакту же там не место уже, он только на этапе сборки нужен, он должен жить в devDependencies

забавно будет с SSR

воот. Я о том же. А если у меня есть ещё пакеты, которые точно нужны в проде, то только их и нужно добавлять в dependencies. А реакту же там не место уже, он только на этапе сборки нужен, он должен жить в devDependencies

ты ошибаешься, на этапе сборки нужен babel preset-react

Я обычно либы, используемые в коде, кидаю в обычные, а всё по сборке (тс, вебпак, линт и.т.п) - в дев

еслинт правило также настроено

воот. Я о том же. А если у меня есть ещё пакеты, которые точно нужны в проде, то только их и нужно добавлять в dependencies. А реакту же там не место уже, он только на этапе сборки нужен, он должен жить в devDependencies

Ты слишком много себе надумал лишнего. В итоговом проекте ты можешь куда угодно зависимости писать. Разницы нет.

Ты слишком много себе надумал лишнего. В итоговом проекте ты можешь куда угодно зависимости писать. Разницы нет.

мой проект, пишу куда хочу, законом не запрещено? ?

мой проект, пишу куда хочу, законом не запрещено? ?

Ну да.

а, ну я такую штуку пишу)

Опенсорс?

ERROR: S client not available

при production mode вебпаку похуй где написано

Опенсорс?

да

да

Линкани, пылызы.

Доброго дня всем!! Знающие люди, подскажите пожалуйста, можно ли сделать пейджинг данных на фронте на реакте?

Можно.

Можно.

нет на примете какой-нибудь годной библиотечки?

нет на примете какой-нибудь годной библиотечки?

https://www.google.ru/search?q=react+pagination&oq=react+pagination&aqs=chrome..69i57j0l5.2871j0j7&sourceid=chrome&ie=UTF-8

спасибо)

воот. Я о том же. А если у меня есть ещё пакеты, которые точно нужны в проде, то только их и нужно добавлять в dependencies. А реакту же там не место уже, он только на этапе сборки нужен, он должен жить в devDependencies

объясните мне это заявление про реакт не нужен в dependencies плиз

спасибо)

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

объясните мне это заявление про реакт не нужен в dependencies плиз

ну да, если нету ssr там какого-нибудь. Если он просто на этапе сборки в бандл пихается и больше не используется из node_modules

нет на примете какой-нибудь годной библиотечки?

это делается на раз

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

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

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

серверная пагинация

серверная пагинация

и клиентская)

серверная пагинация

отказались от этого) чтобы порциями выдавать

отказались от этого) чтобы порциями выдавать

лол

удачи держать 300 записей на фронте

отказались от этого) чтобы порциями выдавать

?серьезное заявление

он имеет в виду порция по 300 (?)

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

ему один раз приходит 300 - и он их порциями по 10 отдает, вроде как ?

ему один раз приходит 300 - и он их порциями по 10 отдает, вроде как ?

(сортирует на фронте по 10?)

ему один раз приходит 300 - и он их порциями по 10 отдает, вроде как ?

да, вот так

Жесть

понял уже что плохая идея) Спасибо

удачи держать 300 записей на фронте

А в чем проблема? Памяти много сейчас

А в чем проблема? Памяти много сейчас

о, как раз материальчик был недавно https://m.habr.com/post/423889/

Ну тут неочевидно что быстрее будет

о, как раз материальчик был недавно https://m.habr.com/post/423889/

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

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

могу расстроиться, но скорее всего не буду. Мало данных