Dotrox

А я ведь написал в чём: И если вы сами этого не поняли, то, видимо, ваш опыт с ОК минимальный. Если вы не знаете, что такое TTFB, мне нет смысла дальше с вами дискутировать. Я использовал термин "время ответа сервера", дабы не смущать ТС непонятными аббревиатурами. Так вот, TTFB с кешем браузера (про который вы сейчас говорите) абсолютно никак не связано! А вот кеш ОК на него влияет достаточно существенно. Вероятно, вам сразу нужно и FTP доступ дать? А то ведь как вы иначе проверите, что там картинок на десятки гигабайт, а не на сотню мегабайт. Если уж вы не верите на слово, то будете сопротивляться до последнего.

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

А вы понимаете, что размер изображений никак не влияет на скорость ответа сервера? Вы видели, что я выше писал? И при чём тут изображения?

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

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

Таки да, логика победила над памятью. Меня просили 302 изменить на 301.

Потому что 307 и 308 запрещают менять тип запроса. Оно, конечно, актуальней для публичного апи, но если делать переключение, то разницы особой нет сколько там вариантов будет. Может, кому-то пригодится. На ОК чего только не делают. Ну, например, совсем недавно в одном магазине сеошники попросили меня сменить для незалогиненых редирект страниц кабинета на страницу входа с 301 на 302. Был бы там модуль редиректов с проверкой логина, сами б таким занимались.

На базе? Вы хотите вместо сайтов делать паблики в ВК или что? И каких именно сервисов для разработки вам не хватает?

Это стоит явно указать, чтоб не возникало вопросов. Добавьте возможность выбора типа редиректа: 301, 302, 307, 308. И добавьте условия, например, залогинен ли пользователь и т.д. - это то, что невозможно сделать посредством .htaccess. Тогда модуль действительно будет иметь смысл.

Это оригинальный файл от ОК. Прежде всего запомните, что все редиректы нужно вписывать сразу после "RewriteBase /"! А директивы "RewriteEngine On" достаточно одной на весь файл. Приведите содержимое вашего .htaccess к такому виду: Options +SymLinksIfOwnerMatch Options -Indexes RewriteEngine On RewriteBase / RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] RewriteRule ^sitemap.xml$ index.php?route=extension/feed/google_sitemap [L] RewriteRule ^googlebase.xml$ index.php?route=extension/feed/google_base [L] RewriteRule ^system/storage/(.*) index.php?route=error/not_found [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !.*\.(ico|gif|jpg|jpeg|png|js|css) RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] Если вам действительно нужен подсчёт (зачем?), то вам в раздел платных услуг. Самостоятельно вы не сделаете это. Во-первых, не факт, что вам это всё надо. Если в магазине нет кривых модулей, ОК из коробки спокойно будет держать 10к товаров даже на шареде (нормальном, а не за 1 бакс в месяц), нужно только убедиться, что в базе есть все необходимые индексы. Но, вроде, в последних версиях особых проблем с индексами уже не было. А во-вторых, если оно всё же нужно, то вам опять же в раздел платных услуг, ибо самостоятельно вы это не сделаете. А ещё сейчас вместо вашего сайта открывается вот этот: shin-class.ru. У вас на акаунте хостинга сколько сайтов всего?

Да. Только обратите внимание, что я сказал именно заменить http на https! А то вы его ещё в пути к директориям подописываете. Речь идёт только про места, где, по сути, ссылка на сайт. Только вам может быть известно почему. В любом случае, второй файл не работает, там в название дописан символ подчёркивания. Но именно второй, судя по всему, это родной файл от ОК, ибо в том, что на скрине нет кучи комментариев из дефолтного файла. Выложите содержимое .htaccess текстом, я не буду его со скрина перепечатывать. Это свойство, а не смысл. ЧПУ - это "человеко-понятный урл". Хотя делается он всё же в значительной степени для поисковиков, а не людей. Так вот, ЧПУ - это когда в ссылке не роуты и id, а названия товаров и категорий транслитом. И наличие ЧПУ - это де-факто уже стандарт.

Все ссылки в коде страницы с протоколом http, а должны быть с https. Объяснить как-то ещё понятней нереально. В конфигах пропишите везде, где встречается ваш домен, вместо http - https. Это решит проблему. Покажите ваш .htaccess. Вы знаете что такое ЧПУ?

То есть, либо заменяет оригинальные файлы, либо что-то в них дописывает своими силами?

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

Вам нужен учебник по CSS или в чём вопрос?

И куда именно там смотреть, если речь идёт о локалях?

Почему вы решили, что дело в изображении? Это очень странное предположение! У вас сейчас, когда первый раз открываешь какую-нибудь категорию (не пустую), время получения ответа сервера варьируется от 4 до 7 секунд, но при обновлении страницы - это уже не больше 200-300мс, что явно указывает на тормоза с базой (при обновлении страницы уже вступает в работу кеш сформированный при первом запросе). Кроме того, хотя сайт на https, все ссылки на сайте сейчас с http. И даже редирект на https настроен неправильно: он перекидывает на ссылку с портом - https://beautystile.ru.com:443/ Ну, и очевидное: полное отсутствие ЧПУ. А ещё у вас на странице входа в админку выскакивает реклама. Первый раз такое вижу.

Там не обязательно писать всё то же, что и у английского. Достаточно будет добавить fi_FI.

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

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

Ну, тут дескрипшн есть. Но в ошибке сказано не только про отсутствие, но и про неправильное заполнение. Спросите у поддержки Яндекса, лучше них никто не подскажет.

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

Там не только дескрипшн нет, там вообще 404!

Какие данные? Количество товаров в категориях?

Что я выше написал? А что вы передаёте? Пустую строку! И если вы свой класс инициализируете в response, то, как уже сказал Чукча, там нет registry, так что вам сначала его нужно передать в response, а затем уже в свой класс. Его туда передать совсем не проблема.