Да, я фид разбил по 500 материалов в каждом, от греха подальше.
Иначе долбало часто багами, то картинку не успевает подтянуть, то якобы какая-то ошибка в самом фиде и т.д.
Сейчас с RSS проблем нет, всё обрабатывает корректно, ошибки не выдает.
А вот с главной - проблема осталась.
И самое главное, что саппорт втирает, что так и должно быть )))
Я им с горем пополам объяснил на пальцах, что они городят ерунду и так быть не должно.
Главная должна перестраиваться согласно наличию свежих материалов, а не показывать неделю старые материалы, без ротации свежих.
Вроде как до них дошло, что я им хотел внушить и они передали в отдел технарей )))
Но, вангую, что в итоге забьют или через пару недель прогонят аналогичную туфту.
Вот над этим действительно стоит подумать.
Спасибо за наводку!
Да все уже поняли, что там пагинация не сайта, а позиций, по которым сайт отображается в поиске, в ЯВМ.
Хорош вам троллить SeoA )))
Знаю их как клиент, оформлял заказ на пиар в профильных СМИ.
А вот это уже чушь полная с их стороны.
Они не начнут работу, пока не заключат с клиентом договор и не получат от него предоплату по этому договору.
Так что, деньги от клиента у них 100% есть, а дальше уже их собственные мутки какие-то.
Смело удаляйте все ссылки и упоминание бренда из статьи!
Турбо-страницы у всех обновляются нормально, никаких ошибок нет?
У меня с 7 ноября вебмастер показывает сбой RSS ленты.
Баг удалось пофиксить, судя по отчетам сейчас RSS обрабатывается нормально.
Но, перестали добавляться свежие материалы в турбо-версии сайта.
Они вроде как есть в поиске, но при переходе на главную турбо-страницу сайта: https://site-ru.turbopages.org/site.ru/automainhttp там нет свежих материалов, всё зависло на дате 7 ноября.
Написал в саппорт Яндекса.
Они мне втирают, что на главной странице не должны отображаться свежие материалы на актуальную дату, так как материалы сортируются по релевантности, а не по дате.
Бред какой-то, если честно, сколько помню, на главной всегда отображались материалы именно по дате выхода, а не по релевантности.
По крайней мере, первые три позиции вверху главной были именно по дате выхода.
А уже ниже третьей позиции - да, по релевантности, популярности и т.д.
Кто что скажет, у всех так или саппорт снова пытается пургу прогнать?
WP Fastest Cache.
Ясно.
Ну, в таком случае кэш работает не через Nginx, а через PHP.
Да и само ядро WP работает всегда, даже при отдаче кэша, как и сам кэширующий плагин.
В общем, я лишь выразил свою точку зрения, а решение принимать всё равно вам.
Офигенного чуда при очистке wp_options вы конечно не увидите, но работать движок будет быстрее и легче.
Всё зависит от того, сколько у вас там инфы, какой вес таблицы.
У некоторых людей там накапливается до 30 Мб ))
А рекомендуется не больше 200-300 Кб - 800 Кб это максимум, но чем меньше, тем лучше.
PS: увидел... 3 Мб - это конечно много... все они читаются и загружается при выборке из wp_options.
Че за плагин, название есть?
В конфиге Nginx прямо правила отдачи кэша прописаны?
И пофиг, удалены плагины или нет - всё это грузится при каждом обращении к любой странице, при каждом запросе к БД.
Удалить неиспользуемую инфу довольно легко - каждая строка имеет свое название.
Гуглите это название и ищите инфу от какого плагина эта запись осталась.
Если плагин удален или не актуален, то удаляете целиком запись и всё.
В принципе, если всем отдается чистый html из кэша, то чистить wp_options уже не так актуально.
Но, при перестроении кэша, вся эта бесполезная инфа загружается при запросах в БД.
Следовательно, в этот момент возрастает нагрузка на сервер и кэш перестраивается медленнее.
И тут еще нужно смотреть, а кэш на чем построен?
Если на Nginx, то это одно дело, а если на плагине WP, то это совсем иное дело.
Любой плагин WP при работе юзает БД и соответственно грузит лишнюю инфу при запросах, даже в тот момент, когда отдает закэшированную страницу.
Для этого, перед очисткой, делается полная копия БД.
В случае кривых рук или ошибки, всегда можно откатиться назад, до рабочей версии.
Это и могло стать причиной зависания, но только в том случае, если с ОЗУ проблемы.
Сжатие 5 гигов мелких файлов не плохо так жрет процессорные ресурсы и память.
Элементарно могла дать сбой ОЗУ и повесить весь сервак в итоге.
Но, это говорит о том, что с плашками памяти у сервера большие проблемки...
Эт просто, как один из возможных вариантов из тысячи )))
А какой тогда выход - вообще не юзать Директ?
Такое ощущение, что Директ сам на это намекает - вали отсюда, пока без штанов не остался, так как тебя тут обуют и в долги вгонят.
Выставлять ограничение "бюджетом", тоже не варик - это полный карт-бланш на повышение цены клика алгоритмами вплоть до полного бюджета за один клик.
Помню, тут тема была, там аналогичная ситуация, ограничение было выставлено бюджетом.
Так алгоритмы спалили 200К с минимумом кликов за неделю.
Мало того, была привязана карта и алгоритмы не ограничились бюджетом, а загнали клиента в овердрафт еще на 100К.
Деньги Директ вроде как не вернул, отделались тупыми отписками в стиле: "мы работаем для вас, лохов...".
