ну там можно было прописать в конфиге бандлера функцию, которая может делать именно то "'some' + Prop + 'else')".  но да, полный список тех Prop вероятно при этом надо как-то отдельно передавать.  не помню уже как, скорее всего в таких случаях надо было оформлять обычными чанками в конфиге, а не автоматически выделенными из динамических импортов.

Ребят привет 🙂

Есть вот такая сборка rollup`a (именно через write)

Никак не могу сделать чтобы был multiple input и output (файлы с те ми же именами, собираются в файлы с те ми же именами)

Подскажите, пожалуйста, может кто сталкивался 🙏

Скрин с доки - https://rollupjs.org/guide/en/#gulp

Массив объектов, вместо одного?

Да, спасибо, так можно. Но вдруг есть что-то по проще. Тк по сути, у меня будет только имя файла будет изменятся

Вынеси все общее в один объект и делай { file: “”, ...options }

Идеально, спасибо 🙂

Спасибо, как раз сделал что-то похожее 🙂

там лежит в мастере фикс для последних версий свелта, но он еще не опубликован в npm

у меня есть фанатичная идея сделать Static Generated Shop, только вместо Sapper мы пока все же Gatsby взяли.
https://ns-doors.web.app/
Там 15к товаров, они все ренерятся в статику при сборке.
АПИ для списка продуктов публично не доступно.
Для поиска и фильтров используется Fuse (сильно быстрее чем ходить на сервер)
АПИ только для корзины (пока там еще не доступно на стейдже)
Основные плюсы такого подхода - очень быстрая доставка страниц клиенту, хостинг на cdn, очень высокий уровень отказоустойчивости, 100% устойчивость к попыткам взлома нашего статичного HTML.
Минусы - очень долгое время генерации. Фактически у нас больше часа идет генерация прод сборки. Пока не починили, но скорее всего прийдется сделать кеш сборки с локальным каталогом товаров (просто 15к запросов к GraphQL очень долго происходят)
Аналогичное решение можно сделать на саппере, но т.к. у нас бек предоставляет готовый Gql, а Gatsby с ним хорошо дружит - мы выбрали его. (У саппера есть примеры с Apollo, но не могу сказать что там все просто)
То есть сделать магазин с большим количеством товаров можно на саппере абсолютно статическим через sapper export, а апи уже подключать для корзины и иных действий которые требуют авторизации.
То есть как по мне идея делать магазин на свелте - супер идея.

А объект на 15к товаров для фильтров и поиска не сильно жирно?

Можно в двух словах) Ну рили, чего ссылкой-то сразу

Интерес действительный, без трололо

нормально, Fuse хорошо справляется, и он же позволяет фильтровать по группам атрибутов\так же он позволяет искать опечатки - двури будет распознано как двери - т.к. изначально это библиотека для нечеткого поиска.
https://global24.ua/ вот тут уже она для поиска применяется с описками
Vodafon и водафон и вадафон выведут одну позицию

собственно мы саначала использовали fuzzy для поиска на разных сайтах, потом на паре сайтов у нас получились огромные списки поиска (4к игр), а потом мы поняли что почти для любого интернет магазина он позволяет заменить фильтрацию по категориям и атрибутам вместо апи.

А, не, вопрос же был еще и в том, что объект на 15к х +- 10 строк, будет относительно объемным. Как в этом случае для мобилок и плохом инете?

Или он постепенно доставляется, а при фильтрации ожидает полного заполнения?

пока еще не вышли в прод с этим решением, задумка была в ленивой загрузке в webworker этого json. Для инициализации сайта - загрузка этого файла не важна и на скорость не влияет. А вот первое взаимодействие с поиском может быть долгим, поэтому мы хотим этот файл бд заранее подгрузить, еще до того как человек начнет искать\фильтровать. Но уже после того как загрузится основной контент страницы.

Думали-ли как кешировать у клиента?