- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Вот srcset стоит применять :) . Хотя бы для адаптива он полезен. Просто и без лишних телодвижений можно задавать разные картинки для разных разрешений, а браузер сам решит какую ему брать.
Все верно, но у меня сейчас немного иначе. На страничке грузится фотка (превью), размером в 150 КВ, если нужно посмотреть в хорошем разрешении, то оп ней надо кликнуть, подключается галерейная библиотека и выводит оригинальную фотку.
150 КВ это много?
На страничке грузится фотка (превью), размером в 150 КВ, если нужно посмотреть в хорошем разрешении, то оп ней надо кликнуть, подключается галерейная библиотека и выводит оригинальную фотку.
Это хороший и правильный подход. Но размер превью.. может быть разным для разных разрешений экрана. Вот тут некоторые применяют ccs @media, что не есть правильно в большинстве случаев. Так грузятся все картинки. Другие определяют юзер-агент с пом. php и выдают сразу нужную. Это более правильно. Но при использовании srcset этого ничего не нужно, браузер ничего лишнего не грузит. Но с др стороны - не поддерживается старыми браузерами.
150 КВ это много?
Зависит от содержания и размеров картинки. Но наверное много... Напр фотка города 400x300 весит 25-40кб.
Впрочем это уже совсем не про https :)
Это хороший и правильный подход. Но размер превью.. может быть разным для разных разрешений экрана. Вот тут некоторые применяют ccs @media, что не есть правильно в большинстве случаев. Так грузятся все картинки. Другие определяют юзер-агент с пом. php и выдают сразу нужную. Это более правильно. Но при использовании srcset этого ничего не нужно, браузер ничего лишнего не грузит. Но с др стороны - не поддерживается старыми браузерами.
Зависит от содержания и размеров картинки. Но наверное много... Напр фотка города 400x300 весит 25-40кб.
Впрочем это уже совсем не про https :)
а что плохого в ccs @media?
у меня по большой стороне 750px, а вес от 80 до 150КВ, оригинал 1000Px, а вес примерно от 200КВ. В https , как я понял (но не уверен) можно грузить картинки в несколько потоков. Таким образом вес не особо важен.
а что плохого в ccs @media?
Этот метод хорош для других целей, напр свернуть меню. А показывать разные картинки в скрытых блоках- плохой подход. Они тянутся все. Лишний трафик, скорость загрузки.
В https , как я понял (но не уверен) можно грузить картинки в несколько потоков. Таким образом вес не особо важен.
Вес важен всегда.
А несколько потоков к httpsу отношения не имеют (или может ты про какие-то другие потоки?) — браузеры в любом случае работают в неколько потоков.
Этот метод хорош для других целей, напр свернуть меню. А показывать разные картинки в скрытых блоках- плохой подход. Они тянутся все. Лишний трафик, скорость загрузки.
У меня 10 000 картинок, метод когда для каждого расширения экрана свой размер - слишком дорог в плане места на хостинге (так как множит дубли), но это более правильное решение в качестве трафика. Согласен.
Этот метод хорош для других целей, напр свернуть меню. А показывать разные картинки в скрытых блоках- плохой подход. Они тянутся все. Лишний трафик, скорость загрузки.
Нет, не тянутся.
Вернее так, если речь идёт о @media запросах - не тянутся, ведь речь о них идёт? Просто непонятно, причём тут "скрытые блоки".
Просто непонятно, причём тут "скрытые блоки".
Вероятно из-за того, что с помощью @media на малых экранах блоки делают display: none и т.д.
Вероятно из-за того, что с помощью @media на малых экранах блоки делают display: none и т.д.
"сделать" disaply:none может только подключённый к станице сценарий (js например), @media запроосы рабоотают на уровне движка браузера, рендеринга подключённых стилей.
Детальное исследование, как разные браузеры обрабатывают разные @media запросы
Самое забавное, что как раз при dispaly:none в медиа запросе почти все браузеры будут загружать картинку.
А вот если делать по-человечески, то почти все браузеры не будут грузить изображения, не подходящие по параметрам @media запроса.
Я перешел на https на двух сайтах.Разницы вообще не понял 😕
метод когда для каждого расширения экрана свой размер - слишком дорог в плане места на хостинге
Хостеры уверяют, что место на винтах ныне дешевое :) (Да и не так уж сильно увеличивается объём, если правильно подходить к вопросу. Куда существенней скорость загрузки и трафик)
Вернее так, если речь идёт о @media запросах - не тянутся, ведь речь о них идёт? Просто непонятно, причём тут "скрытые блоки".
Многие в html-е делают несколько дивов с картинками. Показывается только один под одно разрешение, остальные скрыты. Так тянуться все картинки.
"сделать" disaply:none может только подключённый к станице сценарий (js например),
Да ладно! :)
---------- Добавлено 11.09.2017 в 10:58 ----------
Самое забавное, что как раз при dispaly:none в медиа запросе почти все браузеры будут загружать картинку.
Об этом я и говорил.