08.10.2016, 03:43
И это хорошо. Потому что достигается просто. Если ваш сервер Apache (коих подавляющее большинство), достаточно добавить в корневой файл .htaccess вот такой простейший код:
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
Header append Vary User-Agent
</IfModule>
Этот код дает команду серверу на лету сжимать, «архивировать» файлы вашего сайта, которые отдаются по запросу посетителя. Вместо того, чтобы загружать 200 кб, посетитель получит 60. А его браузер на том же лету файлы распакует. На моем сервере сжатие заняло 2 (две) миллисекунды. Учитывая, что 300 миллисекунд уходит на весь запрос, это сущая ерунда.
Для простых сайтов — это чудесная штука. Но вот не так просто рекомендовать включать сжатие на сервере для сложных динамических, когда сразу задействуются множество запросов и увеличивается нагрузка на сервер.
Но. Можно кое-что проделать вручную. Например, сжать большие файлы стилей, статических страниц или скриптов. Картинки сжимать нет смысла, jpg уж точно. A bmp давно канул в лету.
Порядок действий прост. Мы берем архиватор (да вот хоть привычный мне 7zip, я лет 10 не пользуюсь никаким другим) и сжимаем в формат gzip нужные файлы один за одним.
Вместо knopka-zashibis.js 100500 кб, у нас должен выйти knopka-zashibis.js.gz 100 кб.
Теоретически, достаточно вписать его в прежнюю ссылку ~ <script src="js/knopka-zashibis.js.gz"></script>. Современные браузеры все понимают и прощают. И при взгляде на код будет понятно, заархивирован файл или нет.
Но если это не сработает, то весь остальной труд будет напрасен. Поэтому ! — knopka-zashibis.js.gz мы снова переименовываем в knopka-zashibis.js. Но только нужно какую-то памятку создать, для самого себя или тех, кто будет код читать, например добавить комментарий <script src="js/knopka-zashibis.js"></script><!--Осторожно, злой архив-->.
Печально то, что для новых и промежуточных браузеров описанное выше работает и приносит всем радость. Но если мы скормим gzip старому Ослу, он подавится. И тут каждый решает для себя эту дилемму. Класть с прибором на заскорузлых ословодов или вставлять костыли.
Во втором случае, мы альтруистично оставляем на сервере и несжатый файл! Переименовываем его, скажем в knopka-zashibis.old.js.
Все несжатые файлы нужно по этой схеме переименовать последовательно — style.old.css и так далее.
Теперь нам нужно дать команду серверу и, соответственно, старому браузеру, что мы работаем со сжатыми и не сжатыми файлами. В .htaccess добавляем такое:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP:Accept-encoding} !gzip [OR]
RewriteCond %{HTTP_USER_AGENT} Konqueror
RewriteRule ^(.*)\.(css|js)$ $1.old.$2 [QSA,L]
</IfModule>
<IfModule mod_headers.c>
Header append Vary User-Agent
<FilesMatch .*\.(js|css)$>
Header set Content-Encoding: gzip
Header set Cache-control: private
</FilesMatch>
<FilesMatch .*\.old\.(js|css)$>
Header unset Content-Encoding
</FilesMatch>
</IfModule>
Это обезопасит в любом случае, но, однако же, требует лишнего действия. И действия более квалифицированного, чем описанных в прошлой публикации.
Для тонкой подстройки сайта на обычных виртуальных хостингах, на которых лежат большинство блогов (мало кто имеет свой сервер или выделенный сервер), файл .htaccess — чудесная штука. Чаще всего доступа к настройкам сервера у пользователя хостинга нет, да и нет резона править какие-то конфиги. .htaccess позволяет очень гибко оптимизировать сайт, в том числе и по скорости.
Попробую в следующий раз систематизировать (в первую очередь для самого себя), что необходимо в .htaccess прописывать.
19.04.2017, 00:40
Вслед за Повстанцами на голубые экраны вернулись вторым сезоном Брюс Кэмпбэлл и Люси Лоулесс в продолжениях приключений Эша Вильямса и компашки.
Надо заценить первую серию. Да посмотреть, когда примется выходить то, что я таки смотрел в прошлом году. Хотя не так много и наименований… Наберется ли хоть полдюжины? Многие пурги бросал, только начав. Не все достойно внимания.
На самом деле, сильно жду я только 4-й сезон Шерлока. Хоть немало разочаровался третьим. Вдруг исправят, а не зароют окончательно…
Нужно вносить разнообразие в отдых ©
-=-
На 11 минуте хлопнул по паузе. И пока не хочется ее отмыкать. 1 сезон гораздо бодрее шел. Не сравнить. Э… Конечно, смотришь такие вещи только ради любимых артистов…
В таких случаях, =play speed 1.7= в PotPlayer — наше все. Если сильно хочется все-таки муть какую-то заценить. Иногда спасают только 2.5.
Моя реакция на серию.
-=-=-=-
Чтоб два раза не вставать. Смотреть нечего.
1) Секретных материалов даже в планах пока нет. Ибо, все-таки 10 сезон не был столь уж успешным и не зафеерил в умах даже самых упертых фанатов. А значит и в карманах креаторов. Решения откладываются ближе к 18 году.
2) Фарго, третий сезон (с Юэном МакГрегором) возможно выйдет весной 17 года.
3) True Detective тоже не содержится в планах на ваяние. Хотя мне лично понравились оба сезона. Да, они были разные, разноплановые, разностилевые, не связанные и… но очень интересные. Жаль, что обыватель не оценил. Ну… Это… Если бы оценил, продюсеры бы уже бегали кругами вокруг ударными темпами возводящихся декораций с мешками золота и брильянтов. Нет, не бегают.
Ну все(ё)… Удовлетворяюсь квасом Повстанцами и Эшем. И жду в районе нового года Шерлока.
Устроить что-ли какой-нибудь ретроспектив?
Изъял из подгрузки и стилей шрифт PT Serif Caption. Помимо некоторого ускорения загрузки блога, это еще и выражение протеста. Фирма Паратайп, поучаствовав в создании шрифтов семейства «Астра», облегчила участь ряду рфских компаний, попавших под международные санкции. Эти компании, по условиям санкций, не могли получить лицензии на шрифты Таймс Нью Роман и Ариал, необходимые по ГОСТам в официальном документообороте. Компания Паратайп выпустила «импортозаместительные» шрифты, предельно точно совпадающие по размерам с упомянутыми Таймсом и Ариалом, сняв лицензионный и санкционный груз с агрессоров.
Поэтому продукция фирмы Паратайп (в первую очередь общедоступные шрифты) мною более использоваться не будет ни онлайн, ни оффлайн.
29.09.2016, 21:32
Я как человек, измученный вордпрессом, не прекращу повторять, что лучше простого статического сайта нет ничего в вебе. Простого — не в смысле голого и босого, как встарь.
На этом ристалище под названием «интернет второй половины 10-х годов» рубятся две противоположности: «удобство работы юзера тире дробь аффтара» и «скорость работы его ресурса». Вторая важнее, так как затрагивает десятки, сотни, тысячи,… вплоть до миллиардов людей.
Каким бы ни был адаптивным ваш сайт, как бы ни вписывался он в края самых разнообразных мобилок и десктопов, если формирования контента посетитель будет ждать долго, он просто уйдет и не придет.
В футере моего наиуютнейшего отображаются скупые цифры: количество запросов и время формирования контента из результатов этих запросов. В зависимости от ситуации, запросов 30—40, а формирование странички проходит от десятых долей до, порой, нескольких секунд. И эти 330 каждому посетителю требуются (помножим на шесть тысяч четыреста?).
При этом мой блог таки выбивает 80 из 100 очков в скоростном показателе Гугла (Page Speed), и я пристально изучаю возможности оптимизировать еще и еще. Но я все равно не добегу до скорости отображения статической странички. Ее не нужно каждый раз собирать из спичек и желудей. Она как пионэрка — всегда готова — и ничему не подвержена — от взлома до сбоя базы данных. Яхуу.
Не, ну серьезно.
Посему, я в тренде. Во-первых, набивший вам тут оскомину зимний блог так и лежит в хтмле, рука не поднимается оттаскивать его на вордпресс снова. Во-вторых, нашел чудеснейшую легкую систему управления контентом без необходимости задействовать БД, с возможностью создавать отдельные готовые html-страницы. В третьих, пристально интересуюсь «генераторами статических страниц».
Для исследования выделил замеченный (но отставленный до лучших времен)) еще в прошлом году Jekyll; и набирающий популярность, жутко скоростной, как говорят, Hugo.
Почему я означил выше про удобство работы? Динамическая система управления контентом, ну, ох, тот же WordPress, создает автору все условия для комфортной работы, если оный хотя бы немного знаком с текстовыми редакторами типа Ворда. Рабочая среда — визуальный редактор, с которым справится любой вменяемый новичок. Написать текст с абзацами, вставить картинку, видео, твидор — и хлопнуть по кнопочке «опубликовать». Дальше машина все сделает сама. Здесь и сейчас. И более не надо ничего делать.
С генераторами страниц все сложнее. Там как таковой админки нет. А есть терминал и команды, и в лучшем случае простейший, часто консольный, редактор, в котором всё нужно вбивать ручками, самостоятельно создавать разметку и структуру сайта, а потом ждать (в случае тормозного Node.js — часами), пока заморская шайтан-арба сформирует связанный комплект страничек статического сайта. Да-с. Зато такой сайт можно загрузить куда угодно, в том числе и бесплатно. И сервак будет холодный и совсем черный. И отдаваться уютненький будет за сотые доли секунды (ну, не считая внешних финтифлюшек типа инстаграмов и твиттеров, которые тормозят часто и помногу, но это к делу отношения не имеет, в конце конусов, эти штуки не главное).
Неподготовленному человеку вести на таких генераторах блог непросто. Даже под винду установка того же Хьюго — это чреда команд в shell, а не тыканье сверхточным маусом в экзешник. Работа тоже вся в терминале. Вы согласны на такое? То-то и оно. Комфорт движков и визуальных менеджеров развращает, это уж точно. «Набитое нутро смиряет злость». А для работы с генераторами злость очень важна. Как любят повторять комментаторы совдеповской школы: «хорошая спортивная злость». Кхе.
А я буду осваивать. И через некоторое время, если вы захотите заказать у меня сайтик, я на выбор вам предложу как минимум три его ипостаси разной степени чревоугодливости.
17.04.2017, 23:54
Когда переносил блог на новый сервер, обратил пристальное внимание на загруженные картинки. Их стало больше, чем я предполагал. По одной простой причине, разработчики WordPress внедрили очередную неуправляемую простым юзером (читай — из админки галочкой), а следовательно неотключаемую фичу.
wp_get_attachment_image_srcset()
и
wp_get_attachment_image_sizes()
Идея была такова, что при вхождении на сайт определенного устройства (телефона, смартфона, или десктопа), фича эта отдает гостю либо большую картинку, какую задумал автор, либо специально созданную «малую», дабы пощадить ценный мобильный трафик в соответствии с разрешением экрана.
Вот пример из предыдущих публикаций, деяния новых функций выделены красным, но в редакторе при написании статьи этого не видно, только в исходном коде загруженной страницы:
<img src="http://avolab.eu.org/wp-content/uploads/ezra-grills.jpg"
alt="sw ezra" w-t="" het=""
class="aligncenter size-full wp-image-12100"
srcset="http://avolab.eu.org/wp-content/uploads/ezra-grills.jpg 1280w,
http://avolab.eu.org/wp-content/uploads/ezra-grills-768x432.jpg 768w"
sizes="(max-width: 1280px) 100vw, 1280px" />
Таким образом, WordPress без моего участия создает уменьшенную копию любого загруженного изображения с параметром 768 пикселей по ширине. Высота может быть какой угодно. Все бы ничего, но я обнаружил гигантский баг. Который сводит на нет эти благие намерения разработчиков насильно осчастливить человечество. Если вставлять PNG, малая картинка весит очень сильно больше большой.
Вот наглядно, первый PNG сверху, 46 килобайт оригинала, против 301 (sic!!!) уменьшенной копии.
Я очень тщательно подхожу к оптимизации png в векторном редакторе или при создании скриншотов. И как правило, мои картинки весят немного (если размер превышает энный психологический барьер, я перехожу на jpg). При уменьшении png по любому алгоритму как бы нарушается начальная четкость, унаследованная от вектора: точки интерполятивно «расплываются» и от этого появляется необходимость кодировать, описывать появившуюся информацию. Поэтому размер растет. Это ухудшение похоже на, простите старика, перезапись с кассеты на кассету. Копия всегда хуже оригинала.
Два пути решения (при том, что от png я не собираюсь отказываться): первый — простой, какое-то время назад мне было не лень загружать иллюстрации в отдельную папычку в корне сайта (/ri/ и прочая), а не тащить файл в вордпресс драг-эн-дропом или через диалог. Но это больше времени и сил отнимает — по фтп грузить на сервер, потом ручками писать ссылки. Сейчас я тупо тяну картинки на поле ввода статьи в редакторе, и оно прописывается еще и в базе данных. Вроде бы лишняя штука, но удобная, зараза.
Второй путь — отрубить эту фичу. Я очень люблю файлик functions.php в любой шкуре вордпресса, который позволяет, не нарушая файлы самого движка, очень много добавлять и убавлять.
У меня есть там очень стройная колонка отключения всякой ненужной ерунды, которую вордпресс сует в страничку без моего ведома, например, эти дурацкие смайлы emoji (без возможности спокойно отключить, каждый раз движок вставляет в код довольно объемный java-script для этих смайлов! И каким бы серьезным ваш ресурс ни был, если вы вдруг поставите раз в жизни двоеточия со скобкой, вам в публикацию влезет тупая желтая рожа! ЭТО НЕ ОТКЛЮЧАЕТСЯ! Нонсенс!)
Вот и приходится собирать по крупицам информацию — и по сусалам, по сусалам вордпресс!
add_filter( 'max_srcset_image_width', create_function( '', 'return 1;' ) );
Этот код может отключить означенную в этой публикации фичу. При том, что идея полезная и srcset это замена src обычному в самом недалеком будущем. Сложно.
То есть: мы можем в одной строке, в одном «поле вызова» задать несколько параметров картинки, которая будет отображаться в зависимости от этих параметров. Если бы не топорное автоматическое решение разработчиков wp, этим можно было бы пользоваться, если бы была наглядная настройка. То есть при загрузке картинки через драг-эн-дроп, в редакторе все это можно было тонко настроить, вплоть до того, что отдельно самостоятельно подготовить любовно оптимизированную картинку для разных экранов и, не отходя от кассы, загрузить два или три своих правильных варианта, не полагаясь на автоматику движка.
Опять же, зная синтаксис, такое можно делать вручную, то есть, если мы имеем простую хтмл-страничку, без всяких движков, все прелести srcset нам доступны.
Есть над чем подумать. И я все-таки поищу более подробную документацию, прежде чем окончательно принимать решение о выключении данной функции движка. Так что, владельцы мобилок, прошу пардон, благодаря кривому алгоритму уменьшения вам будут грузиться очень большие png. И не моя в том вина.
[ОТКЛЮЧИЛ]
С другой стороны, читать мой блог с мобильника невозможно… *тяжело вздыхает и лезет переделывать шкуру с нуля.
!Важное дополнение = как отключить все, в том числе и генерацию доп картинок!!!
27.09.16, 22:32 ⁞
Дизайн ⁞
гарна цитата
27.09.2016, 15:03
Пригадалася старовинна хіхма, мабуть з 99 року. Була тоді на 1+1 (ще пристойне було телебачення, до речі, цікавеньке) передачка «Великі Перегони» ..щось таке. Йуморістічєская. Ось там було таке питання: «дєбати, це іменник чи дієслово?»
Це все було б дуже дотепно, якщо б штиріло від цих кандидатів в ПОЗЮС тільки ЮС. Навіть коммонвелсні канадці лякаються цих виборів. Що ж казати про більш залежний світ?
Занадто дорого світові може коштувати ця криза політичної системи в Америці, коли президентом може стати…
За яких цікавих часів ми живемо, якогось хріна… У чому ж коріння зла нашої довбаної цивілізації? 21 століття, світле гуманістичне майбутнє, омріяне в хорошій літературі, досі нагадує та наслідує середньовіччя. А хочеться просто жити і займатися улюбленими справами — поза межами вимушеного вивчення на власній шкурі сортів політичного гівна та наслідків його розтікання, усередині й зовні кордонів і континентів.