вопрос закрыт
Выходит, что так.
Сейчас проверил, в гугле по прямым запросам все как и положено - выдает на первых позициях. Ток тупомозглый яша или вообще не выдает или на 5 странице. Эх, были бы альтернативы, так вообще бы этому яше доступ к сайту заблокировал нафиг.
Интересно, если метрику снять, как он отреагирует?
никак
только если директ и в метрике настроены фильтры лучше не снимать, т.к бюджет будет жрать
Если директа нет, пофиг, настройте скорость обхода.
Сам живу без этих долбаных счетчиков, тк метрику периодически колбасит у нее очень большой файл .js, который еле грузится, хоть с cdn, хоть на прямую, хоть локально, хоть через gt, через какое-то время начинает сильно тормозить сайт (и пофиг какой там у тебя хостинг или vps) тупить начинает жестко. Сейчас хостеры гадят, а дополнительная нагрузка из внешнего источника навиг не нужна ИМХО.
Причем сколько этим рукозадым не писали кажется первые посты появились. еще в 2015 или 2017 году, им пофигу, они его только увеличили с тех пор в размере раз в несколько.
У вас там что-то больше проблем, чем просто сессии. Возможно кто-то что-то поломал в ОС3 и это следствие
никто ничего не ломал, я сам движок собирал и сервер
ocstore версия 3.0.2
Нет. Наоборот ВСЕГДА и ВСЕ делают в БД, это не просто так. В файлах основная проблема в блокировках записи, в БД и Redis и т.д. этих проблем нет.
У вас кто-то ДОГАДАЛСЯ изменить на файлы, вот и получаем проблемы.
У бегета например, целая статья и функция для сессий есть: Блокировка сессии в PHP – Beget
ну ок, перевел на БД, но фронт валится на 500 ну с 500 вывел, а вот заказы перестали оформляться еще какая-то хрень с API вылезла (
Моё предложение:
Перевести сессии в БД как это задумано изначально
ИЛИ
Взять более новый файл: opencart/upload/system/library/session/file.php at master · opencart/opencart там хранение идёт в JSON
в бд это вообще мне кажется не вариант, тормозить будет по черному, ради прикола можно конечно попробовать
сессии хранятся в файлах
поддоменов нет
в логах: Notice: unserialize(): Error at offset 3077813 of 7405568 bytes in /webroot/system/library/session/file.php on line 20
свободного места на сервере - 50 гб
не ну ок, а в итоге то?
resolver 8.8.8.8 8.8.4.4 1.1.1.1;
или только
resolver 8.8.8.8;
а порты внешние открыты только 80 и 443, ну и SSH
Еще небольшой вопросик:
Стоит ли резольвить в nginx.conf например на google
если resolv.conf настроен на хостера? Не будет ли конфликта?