caxapa.ru :: Вопрос по веб-интерфейсам. Скажем, железяка выдаёт статические файлы HTML и Javascript, ну и динамические JSON. Хочется, чтобы статические кешировались в браузере, как принято в приличном обществе. Но также хочется, чтобы после обновления прошивки не нужно было заставлять юзверя делать принудительный рефреш (HTML и JS поменялись, с кешированными версиями веб-интерфейс будет глючить). Какие есть способы этого добиться? Натыкался на такой вариант:

SciFi (18.12.2020 21:13, просмотров: 3356)

Вопрос по веб-интерфейсам. Скажем, железяка выдаёт статические файлы HTML и Javascript, ну и динамические JSON. Хочется, чтобы статические кешировались в браузере, как принято в приличном обществе. Но также хочется, чтобы после обновления прошивки не нужно было заставлять юзверя делать принудительный рефреш (HTML и JS поменялись, с кешированными версиями веб-интерфейс будет глючить). Какие есть способы этого добиться? Натыкался на такой вариант:

корневой URL (хттп://1.2.3.4/) перебрасывает на URL, содержащий номер ревизии (хттп://1.2.3.4/r1234), то есть при переходе на новую ревизию кешированные файлы остаются привязанными к старому URL и протухают без последствий. Но как-то коряво это выглядит. Как ещё?

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- ну и попробуйте в настройках вашего WEB сервера установить заголовки: OlegPowerC(76 знак., 19.12.2020 11:28)
- Вообще-то браузер должен делать запрос HEAD /file.html и сравнивать ответ с атрибутами file.html, и если что-то поменялось -- уже делать GET и получать новый файл. Только вот по-моему какие-то проблемы с этим были... да, менять имя файла в URL или параметры GET-запроса (после '?') -- самый верный способ. Но вообще это уже не модно, не молодёжно, и не современно. Сейчас модные и прогрессивные веб-аппликации вообще без интернета умеют. fk0(4107 знак., 18.12.2020 23:49, ссылка, ссылка)
  - WebAssembly - вторая инкарнация Java - RxTx(19.12.2020 11:28)
    - Или третий C#. Но есть отличия. WebAssembly имеет потенциал даже на микроконтроллерах, т.к. байт код так сделан, что даже относительно быстро интерпретируется (без JIT -- может исполняться на МК с гарвардской архитектурой). WebAssembly обеспечивает очень хорошую изоляцию исполняемого кода (sandbox). WebAssembly не накладывает ограничений на средства программирования (языки), WebAssembly не выпускается одной единственной фирмой, не привязывает к решениям только этой фирмы, не fk0(842 знак., 19.12.2020 13:28, ссылка, ссылка)
      - Спаисибо! - Dingo(19.12.2020 19:16)
      - Good дай ссылк на описание арзитектуры - RxTx(19.12.2020 13:42)
        
        --> fk0(161 знак., 19.12.2020 14:02, ссылка, ссылка)
  - Спасибо. Есть куда погрузиться - Vit(19.12.2020 11:27)
  - webassembly пока очень круто к сожалению только на бумаге но да, наверное спустя годы будет неплохо, а так были уже и Java аплеты и Dart виртуальные машины и всех победил дебильный JS. Теперь вот WASM. он удобен тем что компилить можно хоть крестовый код но там все равно куча ограничений, более того взаимодействие с внешним JS та еще пестня - OlegPowerC(19.12.2020 11:23)
  - Спасибо! Шикарно описал! - Evgeny_CD(19.12.2020 02:35)
    - Мне тош понравилось, правда я не понял ничего) - Tpoeшник(19.12.2020 11:10)
      - А я ничего не писал про то, что я понял. :) - Evgeny_CD(19.12.2020 11:40)

Средства и методы разработки