Lokalisasi tema "siput" (jenis posting khusus, taksonomi)

dalam tema saya, saya ingin mendefinisikan serangkaian jenis posting kustom dan taksonomi kustom, masing-masing memiliki siput disesuaikan sendiri; bahasa dasar tema saya adalah bahasa Inggris, oleh karena itu siput akan menggunakan bahasa Inggris

misalnya saat mendefinisikan slug jenis pos "produk" khusus:

'rewrite' => array( 'slug' => 'product' ),

apakah ada cara untuk menerjemahkan "slug" melalui file po / mo? bisakah saya menyebutnya:

'rewrite' => array( 'slug' => __('product', 'mytextdomain') )

atau itu tidak akan berhasil? apa praktik saat ini untuk melokalisasi siput?

Saya tidak akan mencoba melokalisasi siput Anda. Alih-alih, mengapa tidak memberi pengguna Anda opsi untuk mengubahnya dengan menambahkan bidang lain ke halaman pengaturan permalink?

Kaitkan ke dalam load-options-permalink.phpdan atur beberapa hal untuk menangkap $_POSTdata untuk menyimpan siput Anda. Tambahkan juga bidang pengaturan ke halaman.

<?php
add_action( 'load-options-permalink.php', 'wpse30021_load_permalinks' );
function wpse30021_load_permalinks()
{
    if( isset( $_POST['wpse30021_cpt_base'] ) )
    {
        update_option( 'wpse30021_cpt_base', sanitize_title_with_dashes( $_POST['wpse30021_cpt_base'] ) );
    }

    // Add a settings field to the permalink page
    add_settings_field( 'wpse30021_cpt_base', __( 'CPT Base' ), 'wpse30021_field_callback', 'permalink', 'optional' );
}

Kemudian fungsi panggil kembali untuk bidang pengaturan:

<?php
function wpse30021_field_callback()
{
    $value = get_option( 'wpse30021_cpt_base' );    
    echo '<input type="text" value="' . esc_attr( $value ) . '" name="wpse30021_cpt_base" id="wpse30021_cpt_base" class="regular-text" />';
}

Kemudian ketika Anda mendaftarkan jenis posting Anda, ambil siput dengan get_option. Jika tidak ada, gunakan default Anda.

<?php
add_action( 'init', 'wpse30021_register_post_type' );
function wpse30021_register_post_type()
{
    $slug = get_option( 'wpse30021_cpt_base' );
    if( ! $slug ) $slug = 'your-default-slug';

    // register your post type, reference $slug for the rewrite
    $args['rewrite'] = array( 'slug' => $slug );

    // Obviously you probably need more $args than one....
    register_post_type( 'wpse30021_pt', $args );
}

Inilah bagian bidang pengaturan sebagai plugin https://gist.github.com/1275867

EDIT: Opsi Lain

Anda juga bisa mengubah siput berdasarkan apa yang didefinisikan dalam WPLANGkonstanta.

Cukup tulis fungsi cepat yang menyimpan data ...

<?php
function wpse30021_get_slug()
{
    // return a default slug
    if( ! defined( 'WPLANG' ) || ! WPLANG || 'en_US' == WPLANG ) return 'press';

    // array of slug data
    $slugs = array( 
        'fr_FR' => 'presse',
        'es_ES' => 'prensa'
        // etc.
    );

    return $slugs[WPLANG];
}

Lalu dapatkan siput tempat Anda mendaftarkan jenis posting khusus Anda.

<?php
add_action( 'init', 'wpse30021_register_post_type' );
function wpse30021_register_post_type()
{
    $slug = wpse30021_get_slug();

    // register your post type, reference $slug for the rewrite
    $args['rewrite'] = array( 'slug' => $slug );

    // Obviously you probably need more $args than one....
    register_post_type( 'wpse30021_pt', $args );
}

Opsi terbaik, IMO, adalah memberi pengguna opsi dan memberikan default yang solid:

<?php
add_action( 'init', 'wpse30021_register_post_type' );
function wpse30021_register_post_type()
{
    $slug = get_option( 'wpse30021_cpt_base' );
    // They didn't set up an option, get the default
    if( ! $slug ) $slug = wpse30021_get_slug();

    // register your post type, reference $slug for the rewrite
    $args['rewrite'] = array( 'slug' => $slug );

    // Obviously you probably need more $args than one....
    register_post_type( 'wpse30021_pt', $args );
}

Jika itu tidak berhasil. Mengapa tidak Anda lakukan saja:

$post_slug=  __('product', 'mytextdomain');
'rewrite' => array( 'slug' => $post_slug );

Saya melakukan hal itu dalam sebuah tema yang sedang kami kembangkan. Ini tersedia dalam 5 bahasa yang berbeda, dan setiap bahasa memiliki seperangkat kategori yang diterjemahkan. Komponen pertama URL dalam tema diuraikan untuk menentukan bahasa mana yang digunakan, dalam format bahasa negara:

/uk-en
/fr-fr
/it-it

Dan kemudian kategori yang diterjemahkan diuraikan sebagai komponen lebih lanjut dari URL.

URL diuraikan dalam parse_requestfase:

function my_parse_request( $wp ) {
    $path = parse_url( $_SERVER['REQUEST_URI'], PHP_URL_PATH );

    $components = preg_split('|/|', $path, null, PREG_SPLIT_NO_EMPTY );

    // Determine language from $components[0]
    $language = array_shift( $components );
    ...

    // Load translations file...
    $mofile = get_stylesheet_directory()."/$language.mo";

    load_textdomain( 'mydomain', $mofile );

    ...

    // Determine category from $components[0]
    if( __( 'some-category', 'mydomain' ) == $components[0] )
      $wp->query_vars['category'] = 'some-category';

    ...
}
add_action( 'parse_request', 'my_parse_request' );

Contoh ini tidak memiliki pemeriksaan yang diperlukan, tetapi dimaksudkan hanya sebagai contoh.

Tentu saja ada kelemahan pada pendekatan ini, tetapi memungkinkan URL alami dalam semua bahasa. Kelemahan utama yang saya lihat adalah:

1) Itu tidak menggunakan mekanisme permalink. Ini mungkin dapat diperpanjang sehingga aturan permalink yang tepat untuk semua bahasa dihasilkan dan parse_request tidak diperlukan, tetapi untuk melakukannya untuk semua bahasa akan melibatkan memuat satu file MO demi satu dalam satu lingkaran, dan saya tidak tahu seberapa baik didukung itu.

2) Jika penerjemah mengubah siput, maka tautannya akan batal.

Anda dapat mencoba ini di functions.php

<?php
add_filter('rewrite_slugs', function($translated_slugs) {
    // the possible translations for your slug 'product'
    $translated_slugs = array(
        'product' => array(
            'pt' => array(
                'has_archive' => true,'rewrite' => array('slug' => 'produto'),
            ),
            'es' => array(
                'has_archive' => true,'rewrite' => array('slug' => 'producto'),
            ),
        ),
    );
    return $translated_slugs;
});
?>

seperti yang terlihat di sini

Saya akan merekomendasikan untuk tidak membuat siput dapat diterjemahkan .

Terjemahan untuk konten situs yang menghadap pengguna . Siput digunakan secara internal , dan hanya sedikit "menghadap publik" melalui penulisan ulang URL - dan URL juga tidak boleh diterjemahkan .

Jadi: tinggalkan siput Anda sendiri, saat Anda mendefinisikannya. Hanya buat string yang dapat diterjemahkan yang dimaksudkan untuk konsumsi publik .