Intereting Posts
Добавление поля короткого кода для редактирования галереи / Настройки галереи Отображение значка на основе типа сообщения Как отображать определенные данные из таблицы настраиваемых баз данных в WordPress switch_to_blog () для родительской темы get_results на больших наборах данных У меня есть таблица, которую я создал, как я могу сделать форму для фильтрации данных? W3 Total Cache: используйте кеш для запроса с несущественной строкой запроса После изменения siteurl, базы данных исходного URL-адреса, он показывает 3/4 ошибки, вызванные Являются ли теги отличными от категорий? Измените внешний вид страниц администратора Проблема с моими ссылками или постоянными ссылками Страница категории с большим пальцем в порядке, но не может делать то же самое с тегами Фильтр 'https_local_ssl_verify' Необходимость создания настраиваемого шаблона страницы для каждого языка в WPML Создание пользовательской приветственной электронной почты без плагина

Пользовательские константы постоянных сообщений, связанные с устранением ошибки 3.1

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

Когда я сделал сайт, который я не заметил в то время, параметр $post_type для register_post_type должен быть во всех строчных букв! (он не был хорошо написан в кодексе, но теперь он полужирный ). http://codex.wordpress.org/Function_Reference/register_post_type#Parameters

Мои пользовательские типы сообщений были зарегистрированы в капитолийском письме, например «Аренда» вместо «аренды». Это было зафиксировано в 3.1, поэтому все сообщения, зарегистрированные с прописными буквами, были полностью сломаны в задней и передней части.

Я смог вернуться к функции и изменить ее на нижний регистр, а затем вызвать другую функцию для обновления базы данных с новым именем до того, как она срабатывает благодаря сообщению на wordpress.org by dennis_f.

Здесь новая функция

 if(!get_option('custom_type_updated')){ global $wpdb; $wpdb->query("UPDATE $wpdb->posts SET post_type = 'custom-rental' WHERE post_type = 'Custom-Rental'"); update_option('custom_type_updated','true'); } 

и вот регистр, переписанный в нижнем регистре

 // Custom page template for rentals ----------------- function Rental_register_post_type() { register_post_type( 'custom-rental', array( 'public' => true, 'can_export' => true, 'has_archive' => 'Rentals', 'rewrite' => true, 'supports' => array( ** bunch of supports stuff ), 'labels' => array( **bunch of labels ) ) ); } add_action( 'init', 'Rental_register_post_type', 0 ); 

Это устранило основную проблему сломанных пользовательских типов сообщений, но проблема заключается в использовании пользовательской структуры постоянной ссылки, которая разрушает персонализированный тип типа «аренда», только по умолчанию работает.

Например, www.example.com/?custom-rental=7-bedrooms работают нормально, но никакая настраиваемая структура константной ссылки не работает, я пробовал каждый тип и очищал .htaccess и просто возвращал 404.

Есть идеи?

Solutions Collecting From Web of "Пользовательские константы постоянных сообщений, связанные с устранением ошибки 3.1"