Сторінка архіву користувальницького типу публікації не відображається


11

На моєму веб-сайті є категорія «профілі». Зараз я переношу цю категорію на спеціальний тип публікації під назвою «профілі».

Моя проблема полягає в тому, що я не можу відобразити сторінку архіву для цього спеціального типу публікації. Коли я переходжу до URL-адреси, mywebsite.com/profilesце переводить мене до однієї сторінки публікацій для публікації в категорії профілів.

Я включив has_archive = true;у своєfunctions.php

У мене не виникло проблем із створенням архівної сторінки для іншого користувальницького типу публікацій, який я робив на тому самому веб-сайті, тому я дуже втратив, чому це не працює на цей раз.

Будь-яка порада була б найбільш вдячною?

add_action( 'init', 'profile_custom_init' );

/* Here's how to create your customized labels */
function profile_custom_init() {
$labels = array(
    'name' => _x( 'Profiles', 'post type general name' ), // Tip: _x('') is used for localization
    'singular_name' => _x( 'Profile', 'post type singular name' ),
    'add_new' => _x( 'Add New', 'Profile' ),
    'add_new_item' => __( 'Add Profile' ),
    'edit_item' => __( 'Edit Profile' ),
    'new_item' => __( 'New Profile' ),
    'view_item' => __( 'View Profile' ),
    'search_items' => __( 'Search Profile' ),
    'not_found' =>  __( 'No Profile found' ),
    'not_found_in_trash' => __( 'No Profile found in Trash' ),
    'parent_item_colon' => ''
);

// Create an array for the $args
$args = array( 'labels' => $labels, /* NOTICE: the $labels variable is used here... */
    'public' => true,
    'publicly_queryable' => true,
    'has_archive' => true,
    'show_ui' => true,
    'query_var' => true,
    'rewrite' => true,
    'capability_type' => 'post',
    'hierarchical' => false,
    'menu_position' => 10,
    'supports' => array( 'title', 'editor','thumbnail', 'excerpt', 'custom-fields' ),
        'taxonomies' => array('category')
    ); 

    register_post_type( 'profile', $args ); /* Register it and move on */
}

Спробуйте змінити кулі категорії профілю на щось інше, як профілі-2.
Вінод Далві

Здається, це не працює. Крім того, якщо я перейду до URL-адреси mywebsite.com/his, наприклад, замість того, щоб перейти на сторінку 404 (у мене немає жодної сторінки чи публікації, яка називається просто "Його"), це приведе мене до посади, що починається зі слова "його". Це здається дуже дивним?
stuie

Чи намагалися ви знову зберегти структуру постійної посилання? Це призводить до відновлення правил перезапису.
Майк Мадерн

Спробуйте зберегти структуру постійної посилання, натиснувши кнопку Зберегти зміни в налаштуваннях постійної посилання.
Вінод Далві

Відповіді:


18
  1. Перейдіть до Налаштування -> постійна посилання
  2. Змініть структуру постійної посилання на Типовий
  3. Збережіть налаштування
  4. Змінення спеціальної структури чи назви публікації (або будь-якої іншої структури)
  5. Збережіть налаштування

Це перезапише файл htaccess і тоді перезапис має працювати.


Якщо вищевказане рішення не працює - воно має бути пов’язане з конфігурацією сервера.

Апаче2

Виконати: a2enmod rewrite && service apache2 reload

Nginx

Дотримуйтесь: https://do.co/2LjCF8r


Сподіваюся, це заощадить ваш час.


Це вирішило це для мене.
користувач2924019

3

Збереження проблеми постійної посилання, здавалося, вирішило проблему. Дякую за пораду Майку та Віноду.


1
Я відповів на це перед Нікілом і подумав, що це буде корисно. Я не перевірив назад, оскільки він опублікував кращу відповідь. Тож трохи несправедливо звинувачувати мене в тому, що я не віддаю кредиту людям, які розмістили відповідь.
stuie

мені погано, я побачив марш після жовтня і подумав, що це наступний рік .. ваша рідка відповідь у поєднанні з цим виглядала як швидке захоплення кредиту .. Я повинен був би придивитись уважніше (сортування за кількістю голосів не допомагає швидко виглядає або), дав вам голосування і на питання, і на відповідь
Кендер

@Kender - Я не мав наміру брати кредити когось іншого відповіді або копіювати його. Я відповів на це відповідно до свого досвіду, і я детально пояснив відповідь. Це може допомогти багатьом розробникам вирішити проблему як з боку CMS, так і з боку сервера.
Ніхілу
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.