Оптимизация сайта, первый шаг

Ср, 26/10/2016 - 03:48

В этой статье поговорим о скорости сайта.

Многие, очень многие люди имеют сайт с скоростью 15%. Если им указать на долгую загрузку, начинают возражать, дескать у вас инет слабый и всё такое.
Хорошо.
Что такое скорость, и как её определить, хотя бы условно. Увидеть в сравнении например. Слепой человек не отличит серое от белого, правильно?
Есть много разных ресурсов, я остановлюсь на наиболее полезном, на мой взгляд, ресурсе.

https://developers.google.com/speed/pagespeed/insights/

Многие любопытствовали, даже знают среднюю скорость своих проектов, но знаю что многие не понимают, как именно можно увеличить скорость. Объясню быстро и пошагово.

Заходите на сайт, вставляете свой скопированный урл в окошко и жмёте "Анализировать"

Сайт выдаёт показатели, будем сейчас говорить о самом важном. Очень часто контент-менеджеры льют фоточки с мыльниц, по 2мб, по 3мб и выше. Сами знаете, ставят на фон сайта портянку на 8мб. Разработчик в ужасе. Сайт показывает 10%, но "Хозяйке нравится и мы менять ничего не будем"
Это причина, следствие в Гугланалистике 40, а то и 80% ОТКАЗОВ. То есть люди зашли, молча секунд 20 посмотрели на белый экран и УШЛИ.
Это - деньги, оплата разработчикам, аренда хостинга, в конце концов это исчезнувший клиент, покупатель наконец!

1. Открываем аккордеончик "Оптимизируйте изображения" Жмём "Как исправить" Если его нет в верхнем списке, значит у вас с картинками порядок на сайте. Так же, если там заявлено Оптимизируйте следующие изображения, чтобы уменьшить их размер на 17,6 КБ, то это тоже вам особо не поможет.
Если там от 300кб, и выше, то заняться очень даже стоит.
Идём в зону над подвалом и там видим:

http://www.img.studioviza.ru/Shotx5tmt.png

Тыркаем туда где указано красной стрелкой.

На комп падает архив, распакуйте его и зайдите в папку optimized_contents.
Нас интересует папка image
Посмотрите и сравните, то что у вас на сервере, размер, и что в этой папке. Разница весьма ощутима, не правда ли?

Теперь надо работать с самыми тяжеловесными файлами, они обычно вверху, наводите мышью на первую строку

http://www.img.studioviza.ru/Shotprveq.png

К сожалению я работу уже выполнил, поэтому на скрине показаны остатки, например первый файл весил 850кб.

Хорошо посмотрите на путь картинки, и идите по этому пути на сервер, через файловый менеджер хостинга, или Файлозиллу, неважно. Зайдите в папку и желательно найдите этот файл. Если вы уверены что не ошиблись в пути, то начинайте закачку на сервер с компа первого файла с этим же именем. Сервер его должен перезаписать. Работа монотонно идёт до той поры, пока вы устанете, или завершите замену хотя бы самых тяжеловесных файлов.
Так же, чтоб понимать, о какой именно картинке речь, можно с Гуглоспида открывать её по урлу в новом окне браузера, если картинок много в папке оптимизированного контента, то это очень поможет.

Что ещё, если сайт у клиента запущен "донельзя", эту работу придётся выполнять циклично несколько раз. Так как Гуглоспид оптимизирует часто ступенями.
Важно не переиграть, в погоне за скоростью получить сайт с размытыми пикселями, ну это я утрирую конечно.

-------------------
Здесь я допустил неточность, уставший утром был.
Если в списке 40 фоточек и каждая примерно может сбросить вес 40кб, но работа идёт настолько тугомотно, так как постоянно разные урлы, длинные названия фото, поэтому проще разбить в моём случае работу на 4 этапа по 10 фото.
Лью первый архив, обрабатываю, затем вторую десятку и так далее, в четвёртом архиве оставшиеся десять фото для заключительного аккорда. Предыдущие распакованные папки и архивы можно сразу удалять из папки загрузок. В не летающей птице там иначе.
-------------------
В данном случае - из папки оптимизированного контента, я залил лишь четыре картинки на сервер

http://www.img.studioviza.ru/Shotj6j8i.png

Это дало прирост по скорости - было 40%, стало 70%

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

Мне возразят что нужно настраивать сам сайт, но... Вы же знаете, если есть хоть один вариант сделать сайту хуже, клиент обязательно им воспользуется, поверьте моему опыту.

Хотел идеально пошагово, с начальными и конечными результатами, но получилось как всегда. Ладно.
Удочка теперь ваша, ловите рыбу ))

ПС. Топик к Друпалу не имеет абсолютно никакого отношения, таким способом можно работать где угодно, если позволят права и прочее.

5 Спасибо

Комментарии

Аватар пользователя Mihail.space
9 months 3 недели назад Mihail.space #

Годное начало утра.)

2 Спасибо
Аватар пользователя bumble
9 months 3 недели назад bumble #

На главной.

1 Спасибо
Аватар пользователя multpix
9 months 3 недели назад multpix #

Добавлю ка я картинок по теме)

Так выглядит результат работы https://developers.google.com/speed/pagespeed/insights/
Это действительно первейший инструмент, для занимающихся оптимизацией своих ресурсов.
mob
comp

1 Спасибо
Аватар пользователя gun_dose
9 months 3 недели назад gun_dose #

Давайте поговорим о том, действительно ли так необходимо тащить скрипты в подвал? И если да, то все ли их тащить?

1 Спасибо
Аватар пользователя multpix
9 months 3 недели назад multpix #

Случаи все уникальные, но грабель как правило - не так уж и много:

загрузка скрипта тормозит загрузку страницы.
неправильная очередность загрузки скриптов приводит к вызову отсутствующих функций.

Т.е. в идеале нужно просто разобраться:
что моментально отобразить посетителю, пока подтягиваются скрипты, и в какой очередности;
когда, и как не проблемно использовать асинхронную загрузку.

1 Спасибо
Аватар пользователя gun_dose
9 months 3 недели назад gun_dose #

Поскольку сайт о друпале, то предлагаю обсудить следующее:
1. Стандартные скрипты ядра: drupal.js, ajax.js, jquery
2. Скрипты распространённых библиотек: colorbox, superfish, jquery.cycle, modernizr
3. Скрипт темы, если он небольшой и отвечает, скажем только за сворачивание менюшек.
4. Ну и конечно же как быть, если включена агрегация скриптов.

1 Спасибо
Аватар пользователя bumble
9 months 3 недели назад bumble #

+++
Давайте отдельную тему по скриптам! Кто готов организовать с, ну хоть какими-то, аргументами? Выведем на главную, Обмусолим, еще и полезного-чего вынесем...

1 Спасибо
Аватар пользователя dashiwa
9 months 3 недели назад dashiwa #

Больная тема. Поддерживаю

1 Спасибо
Аватар пользователя bumble
9 months 3 недели назад bumble #

Я вон, недавно в чатике пытался выяснить откуда названия стандартных либ берутся и как к ним обратится правильно чтоб подключать в своих творчествах:

  • drupal.ajax
  • jquery.form
  • drupal.form
  • ui.dialog
  • и т.п.

А еще недавнее, задавался вопросом как можно Pagespeed'овские требования выполнить, в частности о том чтоб поместить часть CSS-кода в head инланового, без загрузки всего стиля линком. Оказалось не так сложно... И у Drupal есть для этого встроенные средства, ровно как и для разграничения основных и второстепенных скриптов/стилей.

2 Спасибо
Аватар пользователя Van'Denis
9 months 2 недели назад Van'Denis #

«в частности о том чтоб поместить часть CSS-кода в head инланового, без загрузки всего стиля линком. Оказалось не так сложно... И у Drupal есть для этого встроенные средства, ровно как и для разграничения основных и второстепенных скриптов/стилей.»
Можно подробнее?
Я не нашёл решения.

1 Спасибо
Аватар пользователя bumble
9 months 2 недели назад bumble #

Все предельно просто и доступно описано в доках. Добавляя стиль/скрипт - можно указать в атрибутах что он инлайновый, нпример:

<?php
$inline_css 
'*{color: #333;} a{color: blue;} a:hover{color: red;}';
$inline_css_options = array(
  
'group'  => CSS_SYSTEM,
  
'type'   => 'inline',
  
'weight' => -99,
);
drupal_add_css($inline_css$inline_css_options);
?>
1 Спасибо
Аватар пользователя bumble
9 months 2 недели назад bumble #

PS - Drupal, даже по феншую в [CDATA] оборачивает выводимые данные.

1 Спасибо
Аватар пользователя Studio VIZA
9 months 3 недели назад Studio VIZA #

Хочу добавить пару позиций.

1. Оптимизацию стоит включить в список платных работ, если позволяют обстоятельства, и это не вызовет негативной оценки обидчивого клиента. То есть, если вас просят сложить стену, не нужно навязывать свои услуги по установке унитаза. У клиента меньше всего болит об этом голова, а ресурсы финансовые ограничены в большинстве случаев. Если же ТЗ на ремонт составляете сами, смело вписывайте пункт и приложите потом скрины было-стало, людям приятно осознавать за что именно они платят деньги.

2. Наблюдаю нездоровую тенденцию, и это сродни тяжкому психическому расстройству. Начинают за здравие, а потом душа уходит в рай. Желание приблизиться в заветным 100% сводит хомячков с ума. Они дохнут группами и видами. Не позволяйте себе это. Хороший, мощный сервер может больше чем ваши слабые потуги, нужно просто понимать, если клиент платит три евро в месяц на своё детище, лекарства уже не помогут. Сила убеждения тоже. Тут нужны время и опыт,

1 Спасибо
Аватар пользователя Junegton
9 months 3 недели назад Junegton #

вставлю пять копеек.
Пару дней назад назад запустил на vds второй сайт. До этого кое как с одним сайтом начальный уровень справлялся (1ГБ, 1ЦП 2.2гц, 20Гб ssd на айхоре). Я не обладаю мега уровнем настроек сервера и сайта и даже средним уровнем - так, ктое что почитал, кое где увидел - попробовал. Но не об этом. Только оговорюсь, что php memory limit у меня 512Мб =), так и не понял - много это или мало, все по разному говорят.
И вот тут сервак решил отдохнуть. График загрузки ЦП - в потолок, РАМ - тоже рядом. На сайте не используются ни какие мега настройки кэша - стандартные опции ядра друпала.
В общем прикинул и перешел сегодня ночью на тариф повыше - удвоил ЦП с РАМ и +10Гб места.
Включил кэширование представлений собственно на этом все - сайт завертелся быстрее.
И вроде как все гуд, но вот это тупое кэширование - конечно круто, но изменил что-то и жди, когда кэш помрет своей жизнью.

очень хочу установить Cache Expiration модуль, но так и не понял в его настройках как он подключается. Т.е. на сервере работает memcash, но настройка модуля ничего не меняет - пока вручную страницу не обновишь, обновления не увидишь. А ведь его главная суть, сбрасывать кэш измененных нод сразу.

Но тоже не об этом - а о самом сервере - хрен его знает, переход на более высокий тариф или включение кэширования представлений заставили его кое как шевелиться.
Нагрузка на сайт небольшая - за первый день было 90 уников, сегодня пока 30, где-то 20 человек зарегистрировалось. Не думаю что они укладывают сервер отдыхать..... Просто это друпал и мои кривые руки (пробелы в знаниях) =)

А так, да - кому-то эта статься ничего не дает, только время отнимает, но для других - в любом случае полезный источник. Автору +

1 Спасибо
Аватар пользователя Van&#039;Denis
9 months 3 недели назад Van'Denis #

Многие проблемы решает  Advanced CSS/JS Aggregation
Но его недостаток - его же (самого модуля) сжатые .jv и .css файлы.
Можете посмотреть на результаты моего вечно незаконченного/тестового сайта: www.radionete.com Просьба заходить только только на главную.
З.Ы.Вам решать и разбираться по своим вкусам и предпочтения с данным модулем.

0 Спасибо
Аватар пользователя bsyomov
9 months 3 недели назад bsyomov #

Какие 15% скорости? =) 15% выполнения неких РЕКОМЕНДАЦИЙ от гугла, часть из которых имеют какое-то отношение к скорости чего-то.

Какая скачка руками оптимизированных картинок? imageapi_optimize есть для автоматизации этого. Ну и надо ресайзить правильно картинки и показывать не оригиналы - для этого всё есть в ядре. Т.е. надо изначально делать сайт так, чтобы это работало автоматически.

В общем, 2 за топик.

2 Спасибо
Аватар пользователя Studio VIZA
9 months 3 недели назад Studio VIZA #
Studio VIZA написал:
Мне возразят что нужно настраивать сам сайт, но

bsyomov написал:
Т.е. надо изначально делать сайт так, чтобы это работало автоматически.

БИНГО!!

Борис, речь об обслуживании запущенных сайтов.

1 Спасибо
Аватар пользователя bsyomov
9 months 3 недели назад bsyomov #

Это единственно верный ответ. Т.к. через день уже, при таком подходе, снова будут фотки на 12мпикселей в битмепе на главной. И вся эта "оптимизация" пойдёт коту под хвост.

3 Спасибо
Аватар пользователя Studio VIZA
9 months 3 недели назад Studio VIZA #
bsyomov написал:
снова будут фотки на 12мпикселей в битмепе на главной.

Не всё верно, я в топике упоминал известные здесь, на форуме - 8мб фон сайта и прочее. С этим бороться из админки бесполезно, зачастую на поднятие характеристик ставят всевозможные мемкэши, имаджекэши, а надо просто верстальщику (у которого отсутствовал фотошоп, а в пэйнте пнг "слетает прозрачность!) дать по рукам.

1 Спасибо
Аватар пользователя ХулиGUN
9 months 2 недели назад ХулиGUN #

Надо, чтобы каждый занимался свои делом

2 Спасибо
Аватар пользователя Studio VIZA
9 months 2 недели назад Studio VIZA #

Не боги горшки обжигают, а талантливый человек благодаря своему многогранному, хлеб зарабатывать аз есмь царь ))

1 Спасибо
Аватар пользователя gun_dose
9 months 2 недели назад gun_dose #

А теперь сравни зарплату свою и зарплату бога. И ещё раз подумай, нужно ли тебе обжигать горшки?

1 Спасибо
Аватар пользователя Studio VIZA
9 months 2 недели назад Studio VIZA #

Каждому по работе, прогерам - сериалы. Зарплата... В нашем деле заставляет нервничать некоторая нестабильность, но это даёт почву для идей. Голодный мозг понимает что край и он изощрённее сытого, и особенно зажравшегося мозга. Привет шахматистам!

Эту тему наваять меня сподвиг  Van'Denis
Вот по его мнению, польза очевидна для новичков. Лично мне опытные в скайпе экраном объясняли нюансы работы, между делом, вскользь.

1 Спасибо
Аватар пользователя multpix
9 months 2 недели назад multpix #
gun_dose написал:
и зарплату бога

Боюсь спросить, но...
А кто тогда платит зарплату Богу?

p/s
ничесе денек начинается,
урборос епт))

1 Спасибо
Аватар пользователя ХулиGUN
9 months 2 недели назад ХулиGUN #
Studio VIZA написал:
В нашем деле заставляет нервничать некоторая нестабильность, но это даёт почву для идей

Не могу с этим не согласиться
Однако в силу своего опыта смею заметить, что даже какой бы человек не был сверхталантлив - ему ну никак не охватить весь цикл любого производства.
Во всяких играх модно визуализировать акценты игрока в виде паутины
1
И если в игре можно как-то держать балланс в развитии, то в производстве чего либо нужно определить для себя нишу. Либо ты дизайнишь, придумываешь и прорабатываешь интерфейсы, либо ты верстаешь, либо кодишь, либо ты занимаешься концепт-артом и управлением проекта, строишь коммуникации между остальными участниками, принимаешь решения, что выпускать в релиз, а что подождёт.
Так и здесь. Наркоман-сеошник полез в гуглспид, ему гугл говорит: "а картиночки то у Вас, того..." -> этот сеошник говорит руководителю, что мол сайт говно, нужно картинки править -> Руководитель собирает консилиум из подчинённых, где звучат 2 главных решения - вручную прогнать картинки через "магический оптимизатор", потом перезалить на сервер. Либо это как-то делать в автоматическом режиме на самом сервере. -> Выслушав все предложения, руководитель принимает решение и все приступают к своей работе. В случае человека-оркестра всё куда печальнее: такой товарисч изначально ограничен набором собственных знаний в данной области и, как правило, не может принять объективное решение. У него 2 путЯ - изучать и искать серебряную пулю, либо использовать известные ему методы. Поиски, как и ремонт, могут быть вечны))) Так что кесарю кесарево, слесарю слесарево)))
Что касается оптимизации изображений: Большинство местных сайтостроителей имеют сайты не с такой уж большой посещалкой, чтобы использовать какие-нить комплексные подходы к оптимизации изображений. Поэтому для счастливых держателей nginx в качестве прокси сервера рекомендую к использованию ngx_http_image_filter_module и proxy_cache.
Примерные настройки конфига nginx:

http {

    # Укажите необходимый путь до каталога кеша, имя кеша и максимальный размер кеша
    proxy_cache_path <STORAGE_ROOT>/nginx/cache levels=1:2 keys_zone=<CACHE_NAME>:10m max_size=1G;

    # Теперь настроим сервер, который будет кешировать результаты
    server {
        listen 80;
        server_name www.example.org;

        location ~* ^/(resize|crop)/ {
            proxy_pass http://image.example.org$request_uri;
            proxy_cache <CACHE_NAME>;
            proxy_cache_key "$host$document_uri";
            proxy_cache_valid 200 1d;
            proxy_cache_valid any 1m;
            proxy_cache_use_stale error timeout invalid_header updating;
        }
    }

    # И сервер, который будет выполнять resize и crop
    server {
        listen 80;
        server_name image.example.org;

        location ~* ^/(resize|crop)/([\d\-]+)/([\d\-]+)/(.+)$ {
            alias <STORAGE_ROOT>/$4;
            image_filter $1 $2 $3;
            image_filter_buffer 2M;
            error_page 415 = /empty;
        }

        location = /empty {
            empty_gif;
        }
    }
}

  • STORAGE_ROOT - путь до каталога со статикой;
  • CACHE_NAME - произвольное имя для кеша (например, "street_magic_cache").

Для использования достаточно иметь "правильные" урлы. Допустим по адресу

  • example.com/images/example.jpg наша картинка натурального размера.
  • example.com/resize/130/-/images/example.jpg та же картинка с ресайзом по оси х до 130px
  • example.com/resize/-/130/images/example.jpg та же картинка с ресайзом по оси y до 130px
  • example.com/crop/130/-/images/example.jpg та же картинка с кропом по оси х до 130px

Вот и всё)))

1 Спасибо
Аватар пользователя gun_dose
9 months 2 недели назад gun_dose #

Гугл-оптимизировалка картинок вовсе не всегда даёт дельные советы. Есть, конечно уникумы, которые льют на сайт картинки с фотика по 10-20МБ на штуку и показывают их целиком, но на самом деле эта фиговинаа цепляется и к сжатым картинкам, у которых стоит чуть увеличить степень сжатия и сразу пиксели полезут.

1 Спасибо
Аватар пользователя ХулиGUN
9 months 2 недели назад ХулиGUN #
gun_dose написал:
Гугл-оптимизировалка картинок вовсе не всегда даёт дельные советы. Есть, конечно уникумы, которые льют на сайт картинки с фотика по 10-20МБ на штуку и показывают их целиком, но на самом деле эта фиговинаа цепляется и к сжатым картинкам, у которых стоит чуть увеличить степень сжатия и сразу пиксели полезут.

Есть, не спорю. В таких случаях полезно знать саму технологию аплоада, что сначала сервер принимает картинку во временную директорию и уж потом переносит в каталог назначения. Поэтому самым оптимальным решением в таком случае будет проверка на размер и принудительный ресайз после загрузки во временную директорию)))

1 Спасибо
Аватар пользователя Van&#039;Denis
9 months 2 недели назад Van'Denis #

Если позволите - подведу итог:
1. Скорость загрузки сайта - один из более 200 параметров оценки сайта для ранжирования в результате выдачи результатов по запросам пользователей в Google. Этот параметр отнесён к категории важных для оценки.
2. Здесь предложено много вариантов для решения этого вопроса.
3. То, что предлагает PageSpeed Tools лучшее из всех решений. Это сервис от Google и выполняя его рекомендации вы - "ложитесь под Google". Остальные варианты - от лешего :).
4. Улучшая параметр скорости загрузки сайта, вы можете значительно повысить позиции своего сайта в выдаче поисковиков.
5. Тема актуальна для тех, кого волнуют позиции в результате выдачи поисковиков (не только Google. SEOшники меня поймут :)))) по им нужных запросам. Остальные - проходите и не задерживайтесь.
Вроде всё.
З.Ы.
Я постарался "очеловечить" свои мысли/знания/опыт.
З.Ы.Ы.
Studio VIZA, в очередной раз - молодца (подватил и развил идею)!

1 Спасибо
Аватар пользователя gun_dose
9 months 2 недели назад gun_dose #

Однако не будем забывать, что самый первый пункт в скорости загрузки - это время ответа сервера, о чём до сих пор нет ни слова.

1 Спасибо
Аватар пользователя Van&#039;Denis
9 months 2 недели назад Van'Denis #

Ладно. Хоть этот момент и не связан с самим друпалом, но направление правильное.
Доклад в студию.
Ждём. :)

1 Спасибо
Аватар пользователя gun_dose
9 months 2 недели назад gun_dose #

Как это не связан? Простой пример:
- Создаём тип контента с node reference
- В настройках отображения поля ставим вывод анонса
- Настройки вывода самого анонса не трогаем
- Создаём шаблон тизера ноды, выводим в нём только заголовок
- Создаём две ноды, ссылающиеся друг на друга
- Заходим на страницу ноды, получаем время ответа сервера порядка max_execution_time и сам ответ из 500 семейства.

1 Спасибо
Аватар пользователя Van&#039;Denis
9 months 2 недели назад Van'Denis #

:)
500 семейство это другой разговор.
Интуиция подсказывает, что перейдём в ту среду, где будет высказано и показано недовольство друпалом. В конечном итоге будут 2 варианта - или бред или баг.
Продолжим?

1 Спасибо
Аватар пользователя gun_dose
9 months 2 недели назад gun_dose #

500 семейство - это как раз то, что может сгенерировать друпал, если не придерживаться drupal-way принципов. Недовольство друпалом тут ни при чём, есть только недовольство разрабами. Как-то раз довелось мне обновлять ядро на сайте с 20000 уникальных юзеров в день, сайт сам по себе немного подтормаживал, глянул в журнал, а он за минуту порядка 1000 ошибок пишет и всё из-за того, что разраб в шаблоне рендерил переменную без проверки на пустое значение. Я написал заветных 20 символов в шаблон и сайт стал работать ощутимо быстрее. Т.е. виноват не друпал, а разраб, который не умел с друпалом обращаться, ну либо умел, но где-то подзабил.

Что касается бреда и багов - то эти вещи, допущенные в коде кастомных модулей очень сильно влияют на ответ сервера))

1 Спасибо
Аватар пользователя Frantsuzzz
9 months 1 неделя назад Frantsuzzz #

Жуткий пример. Особенно пункт Создаём две ноды, ссылающиеся друг на друга. Неужели есть такие умельцы. Обычно связь всегда односторонняя. И не используйте node reference. Мы уже отошли от 6 версии. Сейчас, друпал 7 уже давно entity. Используйте Entity reference.

1 Спасибо
Аватар пользователя gun_dose
9 months 1 неделя назад gun_dose #

Какая разница, через что сделан референс? А пример вполне реальный - каталог с полем похожие товары.

1 Спасибо
Аватар пользователя Frantsuzzz
9 months 1 неделя назад Frantsuzzz #
gun_dose написал:
Какая разница, через что сделан референс? А пример вполне реальный - каталог с полем похожие товары.

Разница есть в том, что entity как ему и полагается, работает со всему сущностями сразу. Один за всех и вся (есть интерес, загляните внутрь модулей)
Каталог с полем похожие товары - да, известная проблема. Было такое на практике. Было у заказчика стремление все указывать вручную. Но прошло время, он сам заколупался. Я в таких случаях всегда рекомендую делать не ручной ввод похожих товаров, а определить основные параметры, почему они похожи и выводить их через views. Кеш сделает свое дело. Одна "формула успеха" решит проблему постоянно растущей БД и заказчик начнет спать спокойно

1 Спасибо
Аватар пользователя gun_dose
9 months 1 неделя назад gun_dose #

Я вообще-то не тупой, и знаю, чем отличается entity и node. Я имею в виду, что в конкретном приведённом примере это не играет никакой роли.

1 Спасибо
Аватар пользователя misha.sdelal
9 months 2 недели назад misha.sdelal #

Текст по факту о том, что бы тупо перезалить картинки и сделать "быстрое решение". После этого показать заказчику "вот теперь этот пунктик вместо красненького стал зелененьким! с вас 2000 рубликов Владимир Петрович!. У вас Володя все еще контент менеджерит? Тогда до скорого! Через месяцок увидимся!"

1 Спасибо
Аватар пользователя Van&#039;Denis
9 months 2 недели назад Van'Denis #

Нет.
Текст о том, как в большинстве случаев улучшить свои позиции в поисковиках, что выльется в посещаемость и соответственно в монетизацию.
Что касается "пунктика в 2000 рубликов", то если этот пункт есть в договоре, то это только +. Это экономия времени для исполнителя и желаемый результат для заказчика. В противно случае - минимум исполнитель будет не понят.

1 Спасибо
Аватар пользователя misha.sdelal
9 months 1 неделя назад misha.sdelal #

Мы вроде на сайте drupal.ru

https://www.drupal.org/project/imagecache + imagemagick
https://www.drupal.org/project/filefield_paths
https://www.drupal.org/project/rules

Эти штуки при правильной настройке решают овер 90% проблем с графикой.
Я не хочу даже говорить о том, как надо "постараться" для того что бы сайт на друпале выдавал "Многие, очень многие люди имеют сайт с скоростью 15%"

1 Спасибо
Аватар пользователя Studio VIZA
9 months 2 недели назад Studio VIZA #
misha.sdelal написал:
У вас Володя все еще контент менеджерит?

Собственно мысль сделать топик, меня подвигла после того, как я предложил коллеге уменьшить вес картинок, а он сказал что "пошел включать фотошоп". Как бы ясно, что человек хотел воспользоваться своими силами, вместо готового решения.
В поддержке были сайты на хтмл, вот там даже не контент-менеджеры начудили, и не то что разрабы систему не настроили. Просто залили файлы от фонаря и сдали работу, в две тыщи каком то году, сайты тормозили по разным хостингам, где меньше где больше, пока не попали на мой хостинг.
Помню даже Джумло одно было среди них.
--------------------------------
В третий раз повторяю, считаю ценным сей продукт, тем что он видит все фото-файлы, и сортирует их от большего к меньшему. Не нужно ковырять файлы темы, копать жуком, сливать тему и смотреть в Винде размеры. Здесь всё четко и ясно.

Так же, логично, даже если разраб не в курсе, как это - настраивать стили картинок, если он раз подпрыгнет с оптимизацией, должен задуматься как не выполнять глупую работу, ибо контент-менеджеры не спят.

1 Спасибо
Аватар пользователя Studio VIZA
9 months 1 неделя назад Studio VIZA #
misha.sdelal написал:
Эти штуки

Они часто глючат.

misha.sdelal написал:
как надо "постараться"

Однакож это так.

0 Спасибо
Аватар пользователя gun_dose
9 months 1 неделя назад gun_dose #

А как быть, если на сайте количество неоптимизирванных картинок более 9000?

1 Спасибо
Аватар пользователя Frantsuzzz
9 months 1 неделя назад Frantsuzzz #

Качаешь картинки к себе на комп. Оптимизируешь и заливаешь обратно. Это просто, если не надо формат изображения менять. Был случай из практики, когда вместо jpg пользователь заливал png. Просто смена формата позволила уменьшить общий вес в 3 раза (а объем там измерялся гигабайтами). Если бы я это сразу предположил, я бы просто запретил ему заливать png.

1 Спасибо
Аватар пользователя Frantsuzzz
9 months 1 неделя назад Frantsuzzz #

Эх, думал будет прикольная статья про оптимизацию, а тут действительно - первый шаг: откройте PageSpeed. Я обычно первым делом в браузере смотрю время загрузки страницы и контента. Если страница генерируется несколько секунд, то есть смысл поискать проблемы при ее генерации (Статьи в сети есть)
Про изображения - добавлю свои пять копеек. При верстке темы обычно много png с прозрачностью. Я уже несколько лет использую программу PNG G au ntlet (пробелы уберите, а то фильтр не пускает). Перед загрузкой на сервер обрабатываю изображения. Вес многих файлов уменьшает в разы и без потери качества.

1 Спасибо
Аватар пользователя ХулиGUN
9 months 1 неделя назад ХулиGUN #
Frantsuzzz написал:
PNG G au ntlet (пробелы уберите, а то фильтр не пускает). Перед загрузкой на сервер обрабатываю изображения. Вес многих файлов уменьшает в разы и без потери качества.

У GIMP`а есть пакетная обработка изображений. Так что даже gui не обязателен)))

1 Спасибо
Аватар пользователя Frantsuzzz
9 months 1 неделя назад Frantsuzzz #

Не спорю. Но тут новички))) Я же лично от себя всех взываю к тому, что перед загрузкой на сервер, оптимизируйте изображения.. Хотя бы иконки, хотя бы png... Устал просто уже от них..

1 Спасибо
Аватар пользователя Van&#039;Denis
8 months 2 недели назад Van'Denis #

Добавлю ещё один сервис от Google:
Проверка оптимизации для мобильных
Недавно обновили интерфейс.
Стало удобнее пользоваться + появилась возможность URL сразу добавлять в индекс Google.
З.Ы.
На https://developers.google.com/speed/pagespeed/insights/ появилась надпись Проверка удобства просмотра мобильных страниц скоро станет частью проверки оптимизации для мобильных устройств.
Направление ясное.

1 Спасибо
Аватар пользователя Van&#039;Denis
7 months 1 неделя назад Van'Denis #

Решил глянуть сервис PageSpeed Tools и... Мне предложили несколько из ранее оптимизированных картинок ещё раз более оптимизировать. Даже к модулю  languageicons прикопались. :)
Зато теперь предлагают автоматизировать работу по оптимизации картинок установив модуль на хостинг. Подробности читайте у них.

0 Спасибо

Страницы