Pagina se încarcă implicit ca pagină de arhivă și nu utilizează șablonul desemnat

Question

Pagina se încarcă implicit ca pagină de arhivă și nu utilizează șablonul desemnat

21 nov. 2011, 23:05:07

Vizualizări: 16.4K

Voturi: 3

Am creat o pagină numită "Projects" prin administrarea WordPress
Am creat un șablon numit "Projects"
Am setat pagina "Projects" să utilizeze șablonul Projects.

De ce, când navighez la pagina Projects, aceasta afișează pagina de arhivă și nu șablonul Projects.

De asemenea, dacă setez "pagina de articole" în setări->citire la "Projects" în administrare, atunci se întâmplă cele de mai sus. Dar, dacă nu setez o pagină de articole, atunci pot accesa /Projects și funcționează corect. Totuși, dacă accesez /projects (litere mici) atunci nu funcționează și se încarcă implicit pagina de arhivă.

Sunt confuz în legătură cu ce se întâmplă, poate cineva să mă ajute?

pfunc

137

tipuri de postare personalizate șabloane arhive tipuri postare personalizata arhive

Toate răspunsurile la întrebare

Dacă utilizați CPT UI, puteți modifica slug-ul arhivei: Conflict de arhivă cu pagină WordPress

Sau dacă utilizați register_post_type(), adăugați aceasta:

'rewrite' => array( 'slug' => 'products-archive' ),

Lucas Bustamante

2.36K

26 aug. 2017 23:10:46

În cazul meu, postarea personalizată avea un slug "projects", iar slug-urile proiectelor erau "2016", "2017" sau "2018", proiectele individuale nu erau accesibile (ex: /projects/2017) și navigam direct la arhiva tipului de postare personalizată.

După ce am schimbat slug-ul proiectului la "project-2017", proiectele au devenit accesibile...

Cred că există un conflict atunci când slug-ul este doar un număr...

Benalia

1

9 feb. 2018 13:34:10

Am întâmpinat aceeași problemă pe pagina mea de comitete, unde aveam un tip de postare 'committee' cu același slug. Schimbarea slug-ului paginii sau a tipului de postare va rezolva problema, de asemenea poți seta has_archive => false.

<i>    register_post_type( 'committies',
    // Opțiuni CPT
        array(
            'labels' => array(
                'name' => __( 'Comitete' ),
                'singular_name' => __( 'Comitet' )
            ),
            'public' => true,
            'menu_icon'           => 'dashicons-admin-users',
            'has_archive' => false,
            'rewrite' => array('slug' => 'comitet'),
            **'show_in_rest' => true,**
            'supports'            => array( 'title',   'thumbnail',  'revisions',    ),
  
        )
    );</i>

Naveed Abbas

1

12 oct. 2022 13:00:05

Joshua Abenazer 4.43K · Accepted Answer · 2011-11-22T06:00:54Z

Acest conflict apare în mod normal atunci când o arhivă de tip post personalizat și o pagină WordPress normală au același slug. Arhiva de tip post personalizat are prioritate mai mare în acest caz.

Dacă aveți un tip de post personalizat cu numele 'Proiecte' și 'has_archive' este setat pe true pentru acest tip de post, atunci va apărea conflictul. Setați 'has_archive' pe false pentru a afișa șablonul paginii. Alternativ, puteți crea un fișier archive-[tip-post].php și să-l stylizați în conformitate cu șablonul paginii de portofoliu.

Joshua Abenazer

4.43K

22 nov. 2011 06:00:54