「ナメクジ」のテーマのローカライズ（カスタム投稿タイプ、分類法）

私のテーマでは、一連のカスタム投稿タイプとカスタム分類を定義します。それぞれに独自のカスタマイズされたスラッグがあります。私のテーマの基本言語は英語なので、ナメクジは英語になります

たとえば、カスタム投稿タイプ「製品」引数のスラッグを定義する場合：

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

po / moファイルを使用して「スラッグ」を翻訳する方法はありますか？次のように配置できますか？

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

またはそれは動作しませんか？ナメクジをローカライズする現在のプラクティスは何ですか？

私はあなたのナメクジをローカライズしようとしません。代わりに、パーマリンク設定ページに別のフィールドを追加して、ユーザーにそれらを変更するオプションを提供しませんか？

データをload-options-permalink.phpキャッチし$_POSTてスラッグを保存するために、いくつかのものをフックしてセットアップします。また、ページに設定フィールドを追加します。

<?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' );
}

次に、設定フィールドのコールバック機能：

<?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" />';
}

次に、投稿タイプを登録するときに、でスラッグを取得しget_optionます。存在しない場合は、デフォルトを使用します。

<?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 );
}

プラグインとしての設定フィールド部分は次のとおりですhttps://gist.github.com/1275867

編集：別のオプション

で定義されているものに基づいてスラッグを変更することもできます WPLANG定数にます。

データを保持するクイック関数を書くだけです...

<?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];
}

次に、カスタム投稿タイプを登録するスラッグを取得します。

<?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 );
}

最適なオプションであるIMOは、ユーザーにオプションを提供し、確実なデフォルトを提供することです。

<?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 );
}

それでもうまくいかない場合

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

私が開発しているテーマでまさにそれをやっています。5つの異なる言語で利用でき、各言語にはカテゴリの翻訳セットがあります。テーマのURLの最初のコンポーネントが解析され、使用されている言語が国別言語形式で決定されます。

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

そして、翻訳されたカテゴリは、URLのさらなるコンポーネントとして解析されます。

URLは次のparse_requestフェーズで解析されます。

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' );

この例には必要なチェックはありませんが、あくまでも例です。

もちろん、このアプローチには欠点もありますが、すべての言語で自然なURLを使用できます。主な欠点は次のとおりです。

1）パーマリンクメカニズムを使用しません。これはおそらく、すべての言語の適切なパーマリンクルールが生成され、parse_requestが不要になるように拡張される可能性がありますが、すべての言語でそれを行うには、MOファイルをループで次々にロードする必要があり、私はしませんそれがどれだけうまくサポートされているかを知ってください。

2）翻訳者がスラッグを変更すると、リンクは無効になります。

あなたはこれを試すことができます 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;
});
?>

ここに見られるように

ナメクジを翻訳可能にしないことをお勧めしますます。

翻訳は、ユーザー向けのサイトコンテンツ用です。Slugsは内部的に使用され、URL書き換えによってわずかに「公開」されているだけです。URL も翻訳可能であってはなりません。

だから、あなたがそれらを定義するとき、あなたのナメクジを放っておきなさい。公共の消費を目的とした翻訳可能な文字列のみを作成します。