Charli

Рейтинг
146
Регистрация
26.12.2005
Ingref:
Почему нет? На PHP определяете User agent и отдаёте либо одно, либо другое.

мсье знает толк в извращениях )))))))

Garnet_Fox:
Флекс не вариант, ордером надо на один уровень вытаскивать все это дело, а оно не на одном уровне, и это головняк, там структура сложная, я лучше на джаве извращюсь :), но только если дублирование контента проблема, а основной вопрос, проблема это для поисковых систем или нет?

Без учета отношения поисковиков, я бы уснуть не смог с таким извращением на сайте.

Вас одна мысль об этом не коробит?

Вытягивайте на один уровень, подчистите код.

bruder:
Очень даже был - с 500 до 4000. Потом вернулся к заслуженному.

Похоже, это Яндекс вам новогодний подарок сделал.

Скорее всего ТС отчет понедельный сделал и первая неделя захватилась не целиком. НА каждом втором скрине с графиком такое

Garnet_Fox:
Или другие варианты есть?

С появлением display:flex это давно не является проблемой.

Порядок отображения блоков легко задается в css с помощью order.

Без JS, как раньше извращались.

DiKiJ:
Иногда проще настроить редирект )) у меня и через 2 - 3 - 5 лет ломились на 404. 🤪

а это уже другой философский вопрос ))

Что лучше, 404 или редирект на нужную категорию?

Вспомнил, что такие ошибочные урлы были, но было это очень давно, месяцев 7-8 назад. И эти страницы не отдавали 404ю ошибку, а грузилась пустая категория просто. 404ю недавно для таких страниц настроили.

Возможно что из-за этого так долго он пытается стучать?

Cuys:
robots.txt давно проверяли? релканоникал ?

как каноникал может влиять на урлы?

указан https://site.ru/cat1/cat2/cat3

в роботсе только несколько запрещенных папок, больше ничего

Bjoerndalen:
Забыл написать, спасибо. Тоже никогда не пользовался. Читал что качество у него может быть чуть хуже, плюс не все браузеры используют, надо на лету отдавать нужный вариант. Короче не пробовал пока)

А вот пусть те, кто пользуются браузерами, не поддерживающими webp, идут лесом! Тогда и процент таких сократится и браузеры задумаются. Задолбало оглядываться на таких пользователей.

LEOnidUKG:
Как вы это определили?

Размер одних только индексов около 5 гигов.

Ну и заполнение 4гб из 4х за несколько часов работы.

Характер нагрузки:

4 таблицы по 2-5 миллиона записей.

В основном селекты с джоинами и немного лайков %*%.

По ощущениям на 4х гигах отклик был мгновенный, а сейчас проскакивает 0.1-05 сек. За сутки накопилось 70 страниц грузившихся более 2 секунд, до этого было 5-10.

есть еще момент.

таблица на полтора миллиона записей каждое утро обновляется полностью.

остальные таблицы тоже много изменений терпят в ночное время.

LEOnidUKG:
Стандартно 1 поток = 1 ГБ, чтобы mysql эффективно работала с ним. Поэтому толк есть.

И лучше уж mysql 5.6.45 обновить хотя бы до последней 5.7, чтобы с InnoDB работалось лучше.

было 4 гига и 8 потоков

Гигов явно не хватало, поднял до 8, и, прочитав ваше сообщение, оставил 8 потоков.

По ощущениям, возможно субъективным, работа с базой замедлилась.

Возможно ли такое? Может с увеличением пула надо было что-то еще переписать?

Из выделенных 8Гб пул занял 7, запас небольшой есть

Всего: 236