Anarchist

Anarchist
Рейтинг
185
Регистрация
23.07.2008
SeVlad:
Проверяй на дефолтной теме. Для WC это Storefront . Если будет ошибка - разбирайся с пермалинками и др плагинами.

На сторфронте работает корректно. Набор плагинов и правила пермалинков при этом оставлял прежним.

За подсказку спасибо. Придется рыть тему, видимо.

Отыскал.


if ( get_queried_object()->parent ) {
status_header( 404 );
nocache_headers();
include( get_query_template( '404' ) );
die();
}

шта? :D

artgateer:
А что у вас в настройках subcategory нет выбора родительской category ?

Не понял вопрос, кажется.

Создать иерархию с подкатегориями товаров не трудно. Она уже и создана. Проблема в том, что страницы подкатегорий отдают 404.

Возник специфический вопрос по поводу Woocommerce.

Ситуация следующая:

1. Есть магазин на woocommerce

2. Товары разделены на категории

3. Категории имеют ПОДкатегории.

4. Страница магазина а-ля /shop/ работает исправно

5. Страницы категорий верхнего уровня работают исправно.

6. Страницы товаров работают исправно.

7. Страницы ПОДкатегорий - отдают 404.

То есть /shop/category/subcategory/pruduct - страница, выделенная жирным, отдает 404, хотя в админ-баре указано "Изменить категорию", и тайтл у страницы содержит название этой категории.

Курил гуглы и яндексы, понял, что проблема не новая, но решений не обнаружил, причин толком не уловил. Как я понимаю, беда в построении постоянных ссылок.

Есть ли таблетка от такого?

alexverem:
как думаете почему?

Потому что дешевле, наверное. Спросите у них :D

В консоли видно, что на странице категории выскакивает ошибка JS. Скорее всего причина неотображения слайдера кроется в этом.

Мое ПРЕДПОЛОЖЕНИЕ, что проблему решит обновление ядра до последней версии.

Выглядит так, будто плагин обновился, а ядро нет. У меня с другими плагинами была похожая проблема, вылечилось обновлением и ядра, и плагинов до последних версий. Ну и заодно переходите на PHP7.

LyalinDV:
Чем он лучше чем All in One Seo ? Число записей в БД также ведь остается по количеству?

Возможно, вопрос вкуса и привычек, но по-моему он лучше функционально, хотя, вроде бы, all in one пытался его догонять, когда последний раз попадался мне на глаза. Из сильно полезного - возможность шаблонной генерации мета-тегов, например. Набор различных функций типа хлебных крошек и карты сайта из коробки. Уверенная работа с кастомными таксономиями.

Я думал, что вопрос о функциональности и удобстве, а не количестве полей в БД :)

LyalinDV:
Правда до сих пор не знаю как отказаться от All in One SEo

Довольно просто: поставить Wordpress SEO от Yoast Team и радоваться тому, как прекрасен этот мир :)

webledi, если добавишь к ul.wpuf-form li что-то в духе { width: 300px; display: inline-block; }

то станет понятно, в какую сторону копать. Чтобы применять эти стили только к этим двум блокам, нужно будет его задавать через :nth-child

qilly:
С ним вроде плагин Яндекс.Турбо конфликтует...?

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

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

1. Завести поле для всех записей

2. Вставлять в него код

3. Внутри <head> проверять заполненность поля для поста, на котором находимся, и выводить, если заполнено.

4. Собсна, всё :)

Да куча различных вариантов есть, о которых можно только гадать, не видя кода.

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

Может смотреть юзер-агента.

Может обрабатывать реферер, чтобы редиректить только юзеров с гугла, а юзеров с яндекса не трогать.

Может в целом периодически сверяться со сторонним управляющим сервером, чтобы узнавать у него, кого куда перенаправлять и при каких условиях.

Смотрите внимательно код на предмет реферов, юзер-агентов, редиректов и прочих прелестей вредоносного кода. Наверняка там спрятаны все ответы.

Самый простой вариант отыскать что-нибудь интеренсое - ai-bolit.

Всего: 1991