Ответы пользователя по тегу HTML
  • Вопрос по кешу браузера (картинки в css)?

    slang
    @slang
    Этот код не перегружает никакие картинки, он только не даёт браузеру нормально кешировать стили, перегружая каждый раз из сервера. В следствии чего, если в ДОМе уже присутствуют элементы, то браузер сделает запрос к серверу, и получив 304 Not Modified, покажет ресурс из кеша, иначе, получив 200 Ок, покажет новую картинку. Или сделает это когда элементы появятся в ДОМе (если их раньше небыло).

    Это как всё должно работать, если работает не совсем так — нужно смотреть конфигурацию сервера и заголовки. О прелоаде можно загуглить, ну вот например — perishablepress.com/press/2009/12/28/3-ways-preload-images-css-javascript-ajax/
    Ответ написан
  • Вопрос по кешу браузера (картинки в css)?

    slang
    @slang
    Нужно грузить цсс и все картинки отдельно джаваскриптом. Это называется прелоадинг картинок, используется, чтобы при появлении элемента, зависимого от стиля в ДОМ, не инициализировать загрузку картинки из этого стиля, а брать из кеша (задержка заметна визуально и не очень приятна). Т.е. грубо говоря, если загрузить стили, которые содержат внешние ресурсы, то эти ресурсы не будут загружены (и закешированы), до появления их в ДОМ.
    Ответ написан
  • Вывод риалтайм данных через веб-интерфейс

    slang
    @slang
    Можно заюзать socket.io/
    Ответ написан
    Комментировать
  • Обход кэширования js/css

    slang
    @slang
    Наиболее простой для Вас вариант, как мне кажется — это, конечно же, использовать GET-параметр после скрипта:
    <script src="/js/script.js?1273455236"></script>
    

    Но, не просто параметр, а в этом параметре передавать время изменения файла скрипта в unixtime формате. В такой ситуации у Вас файл обновится у всех пользователей после того, как он будет изменён на сервере. Похожий финт можно сделать и с хешом файла, например MD5, это позволит избежать случаев, когда время изменения сместилось без изменения контента, и, по сути, кешированный вариант всех устроит. Это зависит от Вашего метода деплоя.

    Конечно же такие проверки задействуют файловую подсистему, интерпретатор и т.д., что не очень быстро и в продакшн я бы такую схему не советовал, но, для реалий быстро-изменяющегося проекта — хороший выстрел в обоих зайцев.
    Ответ написан
    2 комментария