"슬러그"의 테마 현지화 (사용자 정의 게시물 유형, 분류)

내 테마에서 나는 일련의 커스텀 포스트 타입과 커스텀 분류법을 정의하고 싶다. 내 테마의 기본 언어는 영어이므로 슬러그는 영어입니다.

예를 들어 커스텀 포스트 타입 "product"args의 슬러그를 정의 할 때 :

'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) 퍼머 링크 메커니즘을 사용하지 않습니다. 이것은 모든 언어에 대한 적절한 permalink 규칙이 생성되고 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;
});
?>

여기 에서 본

슬러그를 번역 할 수 없도록하는 것이 좋습니다 .

번역은 사용자가 직면 한 사이트 콘텐츠를위한 것 입니다. 슬러그는 내부적 으로 사용 되며 URL 재 작성을 통해 약간 "공개 연결"되며 URL 도 변환 할 수 없습니다 .

따라서 슬러그를 정의 할 때 슬러그를 내버려 두십시오. 대중 소 비용 문자열 만 번역하십시오 .