MaxD

19.08.2024 в 22:45, 3513546 сказал:

як користуватись інструментом аналізу повільних запитів?

Що саме вас цікавить?

Інструмент вивчення SQL запитів дає можливість

• виконати запит декілька разів і перевірити, наскільки швидко він виконується
• побачити, які індекси у яких таблицях використовуються
• прогнати запит з примусовим використанням або ігноруванням вибраних індексів
• видаляти або створювати нові індекси, і одразу бачити, як це впливає на запит

До речі, наскільки би всім була цікава функція автоматичного підбору найкращих індексів для запиту?

@yurabr Залежить від ситуації в вашому магазині. Спробуйте на добу виключити і поспостерігайте.

31.07.2024 в 14:38, spectre сказал:

с таким же успехом можно кешировать корзину и получить статический интернет-магазин

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

31.07.2024 в 14:38, spectre сказал:

у конкурентов есть возможность добавлять контроллеры в исключения 

Разве что в варианте, когда кешируются не страницы, а только отдельные контроллеры.

@yurabr Почитав відповідь автора, SP SEO Remarketing таки несумісне з будь-яким кешуванням сторінок в принципі.

Можна виключити кешування сторінок в Lightning:

31.07.2024 в 13:51, spectre сказал:

бОльшая динамическая часть модуля используется в контроллере футера, если вы его кешируете кина не будет

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

В этом нет ничего криминального, просто надо зафиксировать факт, что ваше дополнение несовместимо с каким-либо кешированием страниц в принципе.

@yurabr Проконсультуйтесь з авторами цих доповнень, чи сумісні вони з кешуванням сторінок в принципі.

В додачу до попереднього. Щоб протестувати цей кейс та показати хостеру, що саме треба виправити, можна використати цей скрипт curl_test.php.

Завантажте його в корінь магазину і вкажіть у ньому URL вашого магазину:

Після цього відкрийте його  URL і подивіться результат, має бути щось таке, якщо URL відкривається:

curl_test.php

On 7/29/2024 at 9:51 AM, yurabr said:

Задача CRON использует локальные запросы к веб-серверу для работы, а это не разрешено на вашем сервере.
Можете пояснити, що воно таке...

Задача CRON для прегенерації кешу кожної сторінки робить окремий HTTP-запит до магазину. Технічно це виглядає як багато запитів до магазину з IP самого магазину і з user-agent "Lightning CRON Job".

Так от, на деяких серверах такі запити з IP самого себе можуть бути заблоковані.

@Andi_of_Ternopil Киньте доступ в адмінку, я швиденько гляну, в чому там справа.

@Andi_of_Ternopil Можете не видаляти повністю, просто відключити його модифікатор

Швидше за все у вас стоїть ще якийсь модуль з прискорення або логування DB і він конфліктує з Lightning.

Спробуйте виявити його і відключити.

@Kent007 Тогда надо смотреть. Киньте в ПМ доступ в админку.

@Kent007 А с выключеным Lightning все правильно отображается?

Попробуйте эту опцию:

@esunya Надо смотреть, киньте доступ в админку.

@proplat Не мало би бути, і robots.txt більше для цього не застосовується. Киньте доступ в адмінку, розберемося.

@ClayRabbit Настройки хранятся на сервере Lightning и привязаны к домену - потому и сбросились. Киньте в ПМ адрес старого и нового домена, я вам скопирую.

@lolipop Все можна затестити до придбання. Lightning має автоматичний 7-денний тестовий період, просто скачуєте і встановлюєте:

@lolipop Щось ніхто не відповідає, певно заняті.

За підтримку можу сказати, що вона дуже швидка. А PageSpeed можна легко затестити, тут від ситуації в магазині залежить.

@yurabr Треба тестити. Якщо поставити ближче до ночі, то можна годинку поганяти і подивитись, чи не конфліктує з вашими доробками. Якщо щось не те - просто виключити по кнопці.

Інший варіант - використати цей модуль для тестування:

Обновление 4.33:

• выбор качества WebP
• инструмент анализа медленных запросов, который также дает возможность потестировать и добавить индексы (пока не переведен на русский)
• фиксы

22.08.2023 в 06:32, skosmin сказал:

можно ли настраивать максимальный размер для объемной запросов, которые могут кешироваться?

Этот параметр не настраивается. Чаще всего кеширование таких большие запросов не дает выиграша в производительности.

Если очень нужно, я могу вам написать, какое место в коде подправить (но это надо будет делать после каждого обновления Lightning).

22.08.2023 в 06:32, skosmin сказал:

Сегодня при очистке кеша 1 раз появилось сообщение. Ваш сервер работает стабильно?

Возможно что-то сбойнуло. Дайте знать, если снова выскочит.

21.08.2023 в 19:25, Roumek сказал:

Спасибо за обновление, можете добавить сортировку по размеру таблицы БД?

Отличная идея, сделаем )

Обновление 4.32:

• фиксы безопасности
• улучшенная прегенерация
• внизу виджета добавлена ссылка на инструменты Lightning

@chukcha Это какие-то странные фантазии. Файл кеша пишется через 

file_put_contents($file, "<?php\n $"."data = " . var_export($data, true) . ";");

var_export екранирует все случаи, когда из базы может попасть что-от вредоносное.

@chukcha jsondecode в принципі повільніший, ніж unserialize, а він повільніший, ніж include php коду, що заганяє дані в масив, якщо є opcache.

На мому тесті (розмір масиву ~ 1.5 Mb, PHP 8.2, 250 прогонів кожного варіанту) вийшло таке співвідношення:

jsondecode: 9.4 sec
unserialize: 5.2 sec
php include: 0.7 sec