MF
ПОдскажите, а как правильно свелт использовать как компонент, встраиваемый в страницу
Size: a a a
2020 October 17
MF
Есть где-то пример или туториал, как там правильно билдить и потом маунтить
AP
насколько я понимаю, кеши и етеги - это настройка кеша сервером, а sw кеш - это управляемый кеш на клиенте
я понимаю что он управляемый на клиенте. Только как им управлять) чтобы узнать что что-то обновилось и надо загрузить заново, то все равно нужен сервер) особо полезного все равно ничего не сделать без сервера либо это какой то супер специфический кейс
AK
я понимаю что он управляемый на клиенте. Только как им управлять) чтобы узнать что что-то обновилось и надо загрузить заново, то все равно нужен сервер) особо полезного все равно ничего не сделать без сервера либо это какой то супер специфический кейс
Я так понимаю, тут больше, если сервер отвечает 404 или ошибкой, то можно искать в sw кеше ранее полученный валидный ответ. А так да, параметр cache имеет приоритет.
AP
Я так понимаю, тут больше, если сервер отвечает 404 или ошибкой, то можно искать в sw кеше ранее полученный валидный ответ. А так да, параметр cache имеет приоритет.
только для этого sw не сильно нужен, в рамках сессии и обычной гуевой табы это тоже делать легко. заперсистить можно в индексдб например
MZ
Есть где-то пример или туториал, как там правильно билдить и потом маунтить
Стратегия билда зависит от того, на чём всё остальное билдится.
У меня в одном проекте был gulp, я подтягивал в него роллап и им собирал плагин (см 1 скрин).
Инициализация типа:
import App from './app.svelte';
var app = new App({
target: document.getElementById(“target”)
});
export default app;
У меня в одном проекте был gulp, я подтягивал в него роллап и им собирал плагин (см 1 скрин).
Инициализация типа:
import App from './app.svelte';
var app = new App({
target: document.getElementById(“target”)
});
export default app;
MZ
Стратегия билда зависит от того, на чём всё остальное билдится.
У меня в одном проекте был gulp, я подтягивал в него роллап и им собирал плагин (см 1 скрин).
Инициализация типа:
import App from './app.svelte';
var app = new App({
target: document.getElementById(“target”)
});
export default app;
У меня в одном проекте был gulp, я подтягивал в него роллап и им собирал плагин (см 1 скрин).
Инициализация типа:
import App from './app.svelte';
var app = new App({
target: document.getElementById(“target”)
});
export default app;
Потом просто подключаешь скрипт на страницу (ну или не просто, в зависимости от стратегии)
MF
Стратегия билда зависит от того, на чём всё остальное билдится.
У меня в одном проекте был gulp, я подтягивал в него роллап и им собирал плагин (см 1 скрин).
Инициализация типа:
import App from './app.svelte';
var app = new App({
target: document.getElementById(“target”)
});
export default app;
У меня в одном проекте был gulp, я подтягивал в него роллап и им собирал плагин (см 1 скрин).
Инициализация типа:
import App from './app.svelte';
var app = new App({
target: document.getElementById(“target”)
});
export default app;
Сайт на php, чистый js. Можно ли как-то сбилдить свелт-компонент через ролап в какой-то js-модуль, который заинклудить в страницу и потом использовать?
MZ
Сайт на php, чистый js. Можно ли как-то сбилдить свелт-компонент через ролап в какой-то js-модуль, который заинклудить в страницу и потом использовать?
Вот же я показал как
MF
А вот инициализация где пишется?
MZ
А вот инициализация где пишется?
Скачайте пустой REPL (там есть кнопка «скачать»)
В архиве будет готовый стартовый проект с инициализацией и настроенным сборщиком.
В архиве будет готовый стартовый проект с инициализацией и настроенным сборщиком.
AK
только для этого sw не сильно нужен, в рамках сессии и обычной гуевой табы это тоже делать легко. заперсистить можно в индексдб например
Это по идее разные немного вещи. indexeddb - это данные, а sw кеш - это про запросы. Если говорить в рамках получения данных, типо json от ручки, то использование кеша в sw просто дает возможность единую точку входа организовать в ответе fetch или xmlhttprequest без логики на js.
AP
Это по идее разные немного вещи. indexeddb - это данные, а sw кеш - это про запросы. Если говорить в рамках получения данных, типо json от ручки, то использование кеша в sw просто дает возможность единую точку входа организовать в ответе fetch или xmlhttprequest без логики на js.
это все понятно, только непонятно зачем это делать и чем логика на жс плоха. с кэшированием на клиенте без управления сервером можно знатных дров наломать. например если сервер будет возвращать ошибку из-за потухшей авторизации, а мы вместо разлогина покажем данные из кэша)
MZ
А вот инициализация где пишется?
AK
это все понятно, только непонятно зачем это делать и чем логика на жс плоха. с кэшированием на клиенте без управления сервером можно знатных дров наломать. например если сервер будет возвращать ошибку из-за потухшей авторизации, а мы вместо разлогина покажем данные из кэша)
Это на самом деле долгий спор на тему, что когда лучше использовать. Но это плохой пример, хорошим примером был бы случай, когда ручка не под авторизацией и с лимитом запросов в минуту. 🙂
AK
Или классический пример с pre-cache, тоже в копилку для sw кеша
AP
прекэш делается линками rel prefetch/preload
AP
тоже не нужен sw)
˸A
Кэш на клиенте, ага. А потом у меня каждая таба в хроме по гигу весит... Вообще браузер становится баттлнэком во всей операционке у клиентов... боль современного пользователя
P. S. Именно гмейл, гугл-доки, аттласиан продукты самые тяжёлые из всего - OM-kilker эти табы первыми убивает))
P. S. Именно гмейл, гугл-доки, аттласиан продукты самые тяжёлые из всего - OM-kilker эти табы первыми убивает))
МТ
Кэш на клиенте, ага. А потом у меня каждая таба в хроме по гигу весит... Вообще браузер становится баттлнэком во всей операционке у клиентов... боль современного пользователя
P. S. Именно гмейл, гугл-доки, аттласиан продукты самые тяжёлые из всего - OM-kilker эти табы первыми убивает))
P. S. Именно гмейл, гугл-доки, аттласиан продукты самые тяжёлые из всего - OM-kilker эти табы первыми убивает))
Те, у кого Даже OOM начинает убивать вкладки - скачивают OneTab/TabSuspender