Сформировать свою ссылку поста если данные берутся из кастомной таблички в БД Wordpress?

Question

[Роман Савицкий]

Приветствую Всех !
В БД WP создал кастомную табличку, в нее заношу данные
На странице WP черезglobal wpdb; вывожу список своих записей из этой таблички, интересует такой вопрос, Как сделать так, чтобы сформировать ссылку на каждую из записей и был файл шаблона для отображения всего контента этой записи
А формат ссылки был такой maindomen.com/tovar/nazvanije-mojej-zapisi
Всем заранее Спасибо !

Answer 1

[Игорь Воротнёв]

Красивый URL и его обработчик сделать можно, но сначала главный и основной вопрос - а зачем именно отдельная таблица? Имхо, можно (и нужно) обойтись стандартной таблицей (таблицами), создание своей - это уже прям для частных случаев.

UPDATE:

Если уж прям действительно хотите идти этим путем (хотя очень и очень не советую), помните, что практически все функции, связанные с WP_Query, request и тд работать у вас не будут - придется писать свое. В общем, почти любая привычная плюшка WP будет работать некорректно или не работать вообще.

1. Сначала делаем урлы - для этого добавляем все необходимые схемы с помощью add_rewrite_rule()
2. Далее пишем обработчики для этих урл (тех, которые будут содержать ваши $matches[x])
3. Далее пишем helper функции - для генерации урл и вставки их в контент, для пагинации и тд
4. Далее хукаемся в template_include и подключаем нужные шаблоны
5. А теперь начинаем тестирование и отлавливаем вагон мелочей, устанавливаем все нужные глобальные переменные, чтобы WP не ругался и весь остальной функционал работал
6. Ну и админку ручками пилите.

Можно попробовать запилить свой кастомный WP_Query, что-то типа My_Query, основанный на родном. Но, как я уже писал в комментах, это танцы с бубном, которые не имеют никакого смысла. Делайте для ваших товаров обычный custom post type, создавайте ему таксономии, добавляйте произвольные поля с помощью Advanced Custom Fields Pro и не ищите себе проблем на пятую точку, на пустом месте. Из ваших комментов я так и не увидел объективной причины использовать свою таблицу. Если вы переживаете что база будет большая и будет тупить - зря, правильно приготовленный WP летает, а 30+15к записей это ни о чем. Если у вас много характеристик товаров и вы боитесь что они в виде meta_query в фильтрах будут тупить - для этого есть Elastic Search. Ну или на крайняк сами характеристики вынесите в отдельную таблицу, включить ее данные в стандартный WP_Query с custom post type будет проще и легче (см тут как пример)

Comments

[Роман Савицкий]

На сайте будет огромное количество постов, и стандартные таблицы уже отведены под свое дело, в них по меньшей мере тыс. 30 записей будет
Отдельная табличка была создана для того, чтобы из нее на одной странице вывести все записи с пагинацией, и на этой же странице есть фильтр по 7 параметрам, и с помощью этого фильтра ajax легко мог выбирать данные из этой кастомной таблички (записей в которой будет не меньше 15 тыс.)

[Роман Савицкий]

Как сделать этот красивый url идеи уже на 50% реализованы, по остальным 50% обговорить бы хотелось

[Игорь Воротнёв]

Роман Савицкий: Для всего перечисленного достаточно родных таблиц. Похоже, вы не ознакомились с такой фичей как custom post type. Ну и 30к, 300к записей - это же ни о чем.

[Роман Савицкий]

Игорь Воротнёв: Ознакомлен с custom post type, использую 3 типа записей в проекте, было решено свою табличку сделать и в нее писать.

[Игорь Воротнёв]

Роман Савицкий: ну, этим решением вы неоправданно себе усложнили жизнь на пустом месте, потому и не смогли ответить на вопрос чем вас не устроили родные таблицы :)

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

[Роман Савицкий]

Игорь Воротнёв: Если не трудно, распишите как это сделать, а к вашим советам прислушаюсь и буду иметь ввиду :)

[Игорь Воротнёв]

Роман Савицкий: обновил ответ

[Роман Савицкий]

Игорь Воротнёв: Благодарю Вас за ответ, изучаю, возможно он поможет не одному мне

[Игорь Воротнёв]

Роман Савицкий: Пожалуйста. Но уж лучше никому не поможет, в том числе вам. Вот честно, это такие грабли, что прям ужас-ужас. Да и в чем тогда смысл использовать WP, если прям все свое надо - используйте фреймворк.

[Роман Савицкий]

Игорь Воротнёв: WP использую, так как есть готовая, удобная админка, быстро создал пару кастомных записей, из под админки лекго с ними работать, будет база пользователей, личный кабинет пользователей + вывод инфы в личный кабинет с WP это все быстро получилось сделать, созданые Кастомные записи уже умееют много параметров в wp_post_meta а записи в Кастомной табличке имееют по 15 параметров

[Роман Савицкий]

Игорь Воротнёв: Подскажите еще такое, как запретить WP создавать сохраненные копии постов в БД, чтобы в wp_post была только одна запись поста и в post_status менялось с publish на pending и наоборот, но копии поста не создавались

[Игорь Воротнёв]

Роман Савицкий: 15 параметров это мелочь. Часть из них в таксономии, часть в метаданные, и все будет хорошо. Вы усложняете. Делайте через CPT

[Игорь Воротнёв]

Роман Савицкий: WordPress не создает копии, он создает ревизии (версии) при внесении изменений. Количество ревизий можно контролировать, либо отключить полностью в wp-config.php:

//disable WP Post Revisions
define('AUTOSAVE_INTERVAL', 300); // seconds
define('WP_POST_REVISIONS', false);

[Роман Савицкий]

Игорь Воротнёв: Решил, сделаю так, как Вы и предложили
>>>сами характеристики вынесите в отдельную таблицу, включить ее данные в стандартный WP_Query с custom post type

[Роман Савицкий]

Игорь Воротнёв: Еще раз благодарю

[Игорь Воротнёв]

Роман Савицкий: На здоровье)

Answer 2

[Николай Баженов]

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