с чего начать?
Обычно начинают с официального репозитория плагинов https://wordpress.org/plugins/
Запрос https://wordpress.org/plugins/search.php?type=term&q=search+custom+fields выдаёт 34 страницы плагинов!!! Осталось дело за малым — выбрать и наслаждаться поиском! 😛
Спасибо. У меня еще 1 вопрос. Мне нужно ко всем постам добавить произвольное поле: «код поста».
Это поле для каждого поста должно быть уникальным, например:
1110
1111
1112
1113
1114
Чтобы я через поиск мог быстро найти нужный мне пост, по этому «коду поста».
Есть какой ни будь плагин, который будет автоматически генерировать «код поста», чтобы он не повторялся.
ПС. ID поста не подходит, номера очень короткие и эти цифры могут попадаться в тексте поста.
Есть какой ни будь плагин, который будет автоматически генерировать «код поста», чтобы он не повторялся.
«Не повторялся» — это значит, что такой ключ будет сложнее запомнить 😛
Конечно, можно поспорить со мной, но не с математикой и бинарной системой счисления (учитывая то факт, чтобы не было совпадений в контенте) 😀
Такие плагины должны быть в репозитории. Если их нет, то написать простейшую ф-цию генератор чего-то там на базе другого чего-то там не так сложно. В WordPess есть система хуков, которая позволит при сохранении поста добавлять нужное вам значение в нужную вам таблицу БД.
ID поста не подходит, номера очень короткие и эти цифры могут попадаться в тексте поста.
Можно добавить чекбокс (булеву вилку), если отмечен, то искать только в колонке ID — самый, на мой взгляд, идеальный вариант решения.
Пришла мне в голову мысль через скрипт переписать все ID поста, чтобы они состояли из 6-ти цифр, например ID 231432. Потом Дошло, что уже записанные они используются в других таблицах, например как связанные посты. И если я изменю ID в таблице wp_posts то вся база будет работать не корректно. Это тупик ((((
П.С. надо было с самого начала записывать такие длинные id в таблицу
Пришла мне в голову мысль через скрипт переписать все ID поста
Переписывать автоматический счётчик MySQL? Круто!
Понимаете, любая задача, поставленная перед собой или перед кем-то, должна быть оправдана настолько, чтобы позже, по её исполнению, не возвращаться к ней никогда. Если возвращаться придётся (или есть такое ожидание), то значит сама задача неверна. Может подумаете? 😀
Подсказка:
Если об этом побеспокоиться заранее (теоретически можно и сейчас), то можно «обмануть» БД и заставить счётчик записей (поле ID) считать с шестизначного числа.
Преимущества:
Никаких скриптов.
Всё идет естественным путём.
Недостатки:
Когда-нибудь дойдёте до 7-значного 😀
Перенос существующего контента сложен для новичков.
