buslikdrev

Вот ещё скрипт подгрузки товара для стандартного шаблона, посмотрите, как работает ajax

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

Обновите модуль просто.

Я думаю у вас загрузка никогда не работала т.к. стоит ограничение на загрузку файлов в принципе или брандмауэр. Пишите хостеру.

Он вам никогда не ответит. А для новичка есть php.net или решение выше.

Вроде в ocStore есть, а по стандарту такого нету в движке.

Приобрести модуль и узнать о нём подробнее можно здесь: Также рекомендую подписаться на тему поддержки, чтобы следить о ходе разработки и вносить предложения. На текущий момент в модуле реализовано около половины моих мыслей, но мои потребности покрывает. Если будет интерес у людей, то оставшаяся часть будет дописана. Мысли таковы: - упор на оптимизацию кода (сейчас библиотека составляет около 2000 строк); - скорость; - расширенные настройки; - компактность (то есть сколько всего можно в одном поле прописать); - подробное описание полей. Пример настройки демо сайта: Как видим легко и просто. Накидываем всё возможное, потом играемся ставя\убирая в начале строки " ; ", подбирая оптимальное решение. Сложность может быть, когда нужно писать js-код (нужен опыт и фантазия), чтобы разрешить какую-нибудь ситуацию, как в примере с видео окном (не хочу блок отправлять в lazy load html, так как он не хочет тогда отображаться на странице Google PageSpeed - на самом деле такова может быть прихоть заказчика, так как он будет думать, что перестал работать модуль). Для ценителей своего времени, есть возможность заказать настройку от автора (при заказе необязательно приобретать модуль). Большинство вопросов решает функционал "Замена в html-коде", когда отсутствует иная возможность. Например, мы хотим html тег <header> подгружать по скроллу, но в внутри <header> у нас встречается <noscript>, а значит нам нужно произвести его замену, так как loading lazy html построен по принципу применения тега <noscript>. В таком случае в loading lazy html предусмотрен атрибут data-busloadinglazy-remove, который удаляет ненужные теги. Но, есть задача: нам нужно подцепиться к ненужному тегу <noscript>. Для этих целей в функционале замены предусмотрена возможность замены несколько строк. Чтобы заменить такой код: Прописываем в поле "Замена в html-коде": В итоге получим: Обратите внимание на функционал кэша, а именно "Параметры работы" и "Параметры ограничения". Благодаря этим функциям у вас не будет быстро тратиться свободное место на сервере. А если ещё возможность позволит, то при отправки инлайн стилей и скриптов в файл сжатия - размер кэша каждой страницы будет весить на порядок меньше. Почему дисковое пространство может забиваться? Если у вас стоит модуль кэширования страниц целиком, то при отсутствии возможности ограничений по параметрам, любой человек может перебором любого параметра создать кэшированных страниц пока не закончится память сервера. Помимо этих функций модуль по умолчанию кэширует страницы с кодом ответа сервера 200. Точнее не кэширует, если обнаружит в заголовках любой ответ сервера не равный коду 200. Из скриншота настроек модуля вы могли заметить откладывание скриптов метрики и аналитики. Их можно откладывать и нужно для Google PageSpeed, но запустить необходимо как можно раньше (то есть по любым взаимодействиям с вашим сайтом). Google молодцы, даже код под это дело сделали удобным, а Яндекс нужно самому приводить к виду, как у Google. Суть работы такая: создаётся функция, она срабатывает и сохраняет время начала работы. После загрузки основного скрипта метрики и аналитики, они получают данные, на которые основывают поведенческий фактор. Обратите внимание, что у Яндекс метрики можно управлять временем одной из функций поведенческого фактора с помощью accurateTrackBounce - событие без отказов регистрируется через 10 секунд (учёт отказов). Суровый Google PageSpeed: Да нет, не суровый хоть и изменил алгоритм на суровый, просто сеть плохая между моим хостингом и сервером Google PageSpeed. В браузере страница загружается за пол секунды, а Google PageSpeed пишет про 2 секунды (First Contentful Paint 1,5 секунды на сетевой доступ + 0.5 секунды на загрузку содержимого). Это тот момент, когда правильный выбор хостинга или сервера практически решает вопрос по баллам Google PageSpeed. Есть ещё радикальный вариант - переписать стили, распределив по файлам, чтобы они точно относились по контроллерам и переписать весь код из jQuery на чистый js (это изначально нужно делать при проектировании шаблона), или придумать обвёртку, которая даст возможность отложить любые скрипты на jQuery. Если нет возможности переписать стили, то можно попробовать функцию модуля "Сбор критических стилей" и "Замена в css-коде, js-коде". С помощью инструмента "Coverage" Google Chrome можно найти ненужные стили и закомментировать, не трогая стили зависящие от ширины экрана (нужно иметь ввиду), подробности тут. Немного сократив стили bootstrap 3 (закомментировал иконки и загрузку шрифтов google), я могу в принципе метрику google запускать после загрузки страницы: Но, я никогда себе не поставлю метрику на рабочий проект и не буду лишать себя скорости, а своих клиентов анонимности: Поэтому прежде чем прибегать к оптимизации модулем, подберите себе хостинг или сервер (подбор хостинга или сервера с настройкой под ключ можете заказать у @snastik). После получения нормального сервера, возможно, простого сжатия стилей и скриптов будет достаточно (а такая возможность во многих шаблонах есть, а если нету, то есть лайтовая версия Буслік Кэш).

Только автор сможет. И изображение в тех модулях получается конвертируется не через стандартную модель.

Добавіть константу в конфігах.

Не слушайте никого. Для Украины ответ дан в первом сообщении. Вот возможности хостинга, нет долгого ответа сервера (сайт без оптимизации для компьютера 100 баллов с google метриками): https://pagespeed.web.dev/report?url=https%3A%2F%2Fturbohost.pro%2F&form_factor=desktop

Зачем для аудита писать ТЗ? Просто закажите:

У автора этих модулей спросите про возможность.

Это может быть какой-нибудь модификатор, сначала исключите эту вероятность их отключением.

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

Попробуйте ещё поискать через гугл с указанием адреса форума.

А зачем ему вообще помогать?

Через фтп можно, но не вижу смысла т.к. этот ресайз будет снова создаваться. Другое дело, если вы полностью товар изменили с изображениями, тогда будет иметь смысл. Я не знаю для чего она там, может быть её и не стоит удалять, а может и стоит. Вам лучше заказать услугу специалиста, чтобы тот посмотрел и сказал участвуют-ли файлы из той папки в работе сайта или нет.

По желанию можете чистить. 1. Нужно смотреть по времени хранения сессий, если у вас время сессии на год, то нужно делать выборку по времени и удалять старые. А если сессия до закрытия браузера, тогда смело удаляйте - видимо проблема в движке и он не удаляет старые сессии. 2. такой папки нету в движке. В движке image/cache, так что image/cache_ возможно бэкап. 3.

Значит он или браузер.

Смотря куда вставляли именно. Если на самом вверху до загрузки config.php и всё-равно обрезает, а после комментария нижнего кода не обрезает - это чудеса.

В index.php тоже обрезает? Значит .htaccess или настройки сервера, хостинга.

Это нестандартная корзина, кто-то вносил правки вручную.

Чистить в общем контроллере, при условии, что его последний заказ доставлено. Также при изменении статуса на доставлено, чистить в таблице oc_cart.

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