dma84

dma84
Рейтинг
168
Регистрация
21.04.2009
Miha Kuzmin (KMY):
Ого, чую щас прояснят :) Или нет? Так что там о супервлиянии скорости загрузки, если не по часу?

Процент отказа и так далее со всеми вытекающими? Меня не улыбает во времена сверхскоростного интернета сидеть и ждать по 10-30 секунд, пока сайт раздуплится. Как-то отвык от диалапа.


$('.q').mouseover(function()
{
$(this).css('width', 58 * ' 1 ' + '%');
});

$('.q').mouseout(function()
{
$(this).css('width','12.5%');
});

А зачем? Делайте обратный ДНС запрос и всё. https://yandex.ru/support/webmaster/robot-workings/check-yandex-robots.xml

IP-адресов, с которых «приходят» роботы Яндекса, тоже много, и они часто меняются. Поэтому мы не разглашаем их список и не рекомендуем использовать фильтрацию на их основе.
dimsog:
dma84, а что по вашему слабое место?)

Именно структура БД является слабым местом большинства движков. Тот же самый МОДХ на таблице контента имеет 19 индексов, но толку от них чуть меньше, чем никакого.

2-я проблема - запросы к БД. Умельцы умудряются выводить абсолютно весь контент (*) для построения меню. Отсюда вытекает увеличенный расход памяти. Хотя необходимо выбрать 3-4 поля, умники гоняют мегабайты туда сюда.

Всеми любимый Опенкарт - это вообще чудо. 170 инклудов, дамп переменных на 10-20 метров и всё это для вывода страницы товара общим объёмом 15 килобайт.

Не так давно попался прекрасный сайт, некое подобие YII, точно не помню, какой тайм фрейм юзается. База PosgreSQL, 15 таблиц, 0 индексов. 0, Карл. Даже праймери ключей нет. Поиск по товарам вообще фееричен, выбираются все товары в массив (500+ штук) и на стороне php идёт поиск по массиву.

И о какой производительности может идти речь, когда сайты делают идиоты? Тут ни php 700300, ни кэш, ничего уже не поможет.

dimsog:
dma84, dkameleon
зачем мне что-то мерять, если у меня и так все супер работает?) Я просто к тому, что возможно в синтетических тестах или на очень нагруженных проектах и будет заметна разница, но здесь скорее всего упрется все в базу данных.

В базу данных многое упирается в виду одноклеточности проектировщиков оных. А не должно.

Обратный слэш, мда. Скудоумие и отвага.

dimsog:
dkameleon, таймом до запуска приложения и после.

А перед этим кэш отключали?


RewriteCond %{QUERY_STRING} ^&(.*)
RewriteRule (.*) /$1?%1 [R=301,L]

Не проверял.

По поводу CSS скажу, что гуглу, в данном случае, не нравятся css-файлы, стили из которых не используются на странице. Переносить вниз стили уж точно не стоит, а вот не загружать ненужные файлы - ваше право. В данных рекомендациях есть очень много нюансов, например, если для каждой страницы грузить только нужные стили, то это либо долго ковырять бэкенд (нафиг никому не надо) и для каждой страницы выводить только необходимые стили, либо оставить всё как есть. Мне кажется, что лучше 1 раз загрузить и закешировать все стили, чем разбивать их на несколько файлов и постоянно грузить при сёрфинге по сайту.

Ещё как вариант грузить стили jQuery плагинов из самих плагинов посредством кода:


$('head').append('<link rel="stylesheet" type="text/css" href="/path/to/plugin/style.css">');

Так же можно и соответствующие скрипты грузить при необходимости, основной код html разгрузите:


$('head').append('<script href="/path/to/plugin/script.js"></script>');

Но всё это мелочи, хотя оптимизация ещё никому не повредила.

Обратите внимание, что гоша ругается на внешние файлы стилей и скриптов, дескать у них время жизни в кэше маленькое, а ничего, что там их же файлы аналитики болтаются с кэшем в 60 минут?

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

Sterh:
Телек и самогонный аппарат в одном флаконе :)

[ATTACH]152056[/ATTACH]

Оу, у нас ещё интереснее кадры есть.

png 152059.png
Всего: 1660