Pages not appearing?

时间:2011-09-04 作者:daysrunaway

我已经创建了6种不同的自定义帖子类型,每种类型都有自己的存档。我还创建了一个与自定义帖子类型同名的页面,并为每个页面创建了一个名为“About”的子页面。

出于某种原因,我只能访问一个自定义帖子类型下的About页面,尽管我已经检查了代码是否正确functions.php 对所有人来说都是一样的。

现场正在测试中。isthispavilion。com;每个的代码是:

add_action("init", "zac_init");

function zac_init() {
    $labels = array( 
        \'name\' => _x(\'Shrike\', \'post type general name\'), 
        \'singular_name\' => _x(\'Shrike\', \'post type singular name\'), 
        \'add_new\' => _x(\'Add New\', \'shrike\'), 
        \'add_new_item\' => __(\'Add New Piece\'), 
        \'edit_item\' => __(\'Edit Piece\'), 
        \'new_item\' => __(\'New Piece\'), 
        \'view_item\' => __(\'View Piece\'), 
        \'search_items\' => __(\'Search Pieces\'), 
        \'not_found\' => __(\'No pieces found\'), 
        \'not_found_in_trash\' => __(\'No pieces found in Trash\'),
    );
    $args = array(  
        \'labels\' => $labels,
        \'public\' => true,
        \'publicly_queryable\' => true,
        \'query_var\' => true,
        \'rewrite\' => array(\'slug\' => \'shrike\'),
        \'capability_type\' => \'post\',
        \'hierarchical\' => false,
        \'menu_position\' => null,
        \'supports\' => array(\'title\', \'editor\', \'author\', \'custom-fields\', \'thumbnail\', \'revisions\', \'page-attributes\', \'post-formats\', \'excerpt\'),
        \'taxonomies\' => array(\'category\', \'post_tag\', \'portfolio\'),
        \'with_front\' => false,
        \'has_archive\' => \'shrike\',
    );

    register_post_type(\'shrike\', $args, $taxonomies);
}
正如你所见,http://test.isthispavilion.com/shrike/about/ 很好,但是http://test.isthispavilion.com/darya/about/ 是“未找到”。

有没有人经历过类似的问题?是什么原因造成的?

3 个回复
SO网友:128KB

我还没有遇到过这个问题,但只要稍微研究一下,我就意识到您正在以某种方式利用页面URL。

The same link with a capital D works just fine.

Oliver link is doing the same thing, and a capital O fixes it

希望这有帮助!

SO网友:anmari

嗯,我以前在使用相同的名称(例如:slug或partial permalink)时遇到过permalinks问题。任何可能属于永久链接的内容(页面/帖子段塞、标签、类别、帖子类型等)

permalink处理程序可能认为您正在寻找自定义的帖子类型“oliver”,但没有找到该帖子类型的特定帖子“about-2”?

如果可能的话,试着让“slug”至少有所不同(页面标题无关紧要)。

要测试这是否是问题所在,请将页面slug更改为例如:“oliver\\u page”。若它能正常工作,那个么您就知道不能使用和post类型名称相同的slug。(或必须更换立柱式缓动器)。

如果你真的希望它们是一样的,那么你可能必须想出一些时髦的永久链接/重写规则,这样就不会对所需的页面产生混淆或重复。我自己从来没有试过,但它可能有用。

[旁白:谨防做任何依赖大写或不依赖大写的事情-您的db排序规则可能不区分大小写-许多是,但有时wp“缓存”数据,并且可能区分大小写,如果您最终以某种方式使用大写,那么就不会…有些函数可以工作,有些则不会。例如,请参阅http://core.trac.wordpress.org/ticket/18210]

SO网友:Roman

正如anmari所说,不要对页面使用与自定义帖子类型相同的slug。这将干扰生成的重写规则。

这可能是重写问题。使用Monkeyman Rewrite Analyzer 从Jan Fabry调试您的重写规则。并尝试刷新重写规则flush_rewrite_rules() 每次你改变了什么。

然后把你的with_front 中的参数rewrite 参数:

array {
    // ...
    \'rewrite\' => array(\'slug\' => \'shrike\', \'with_front\' => false)
}

结束

相关推荐

Pages not appearing? - 小码农CODE - 行之有效找到问题解决它

Pages not appearing?

时间:2011-09-04 作者:daysrunaway

我已经创建了6种不同的自定义帖子类型,每种类型都有自己的存档。我还创建了一个与自定义帖子类型同名的页面,并为每个页面创建了一个名为“About”的子页面。

出于某种原因,我只能访问一个自定义帖子类型下的About页面,尽管我已经检查了代码是否正确functions.php 对所有人来说都是一样的。

现场正在测试中。isthispavilion。com;每个的代码是:

add_action("init", "zac_init");

function zac_init() {
    $labels = array( 
        \'name\' => _x(\'Shrike\', \'post type general name\'), 
        \'singular_name\' => _x(\'Shrike\', \'post type singular name\'), 
        \'add_new\' => _x(\'Add New\', \'shrike\'), 
        \'add_new_item\' => __(\'Add New Piece\'), 
        \'edit_item\' => __(\'Edit Piece\'), 
        \'new_item\' => __(\'New Piece\'), 
        \'view_item\' => __(\'View Piece\'), 
        \'search_items\' => __(\'Search Pieces\'), 
        \'not_found\' => __(\'No pieces found\'), 
        \'not_found_in_trash\' => __(\'No pieces found in Trash\'),
    );
    $args = array(  
        \'labels\' => $labels,
        \'public\' => true,
        \'publicly_queryable\' => true,
        \'query_var\' => true,
        \'rewrite\' => array(\'slug\' => \'shrike\'),
        \'capability_type\' => \'post\',
        \'hierarchical\' => false,
        \'menu_position\' => null,
        \'supports\' => array(\'title\', \'editor\', \'author\', \'custom-fields\', \'thumbnail\', \'revisions\', \'page-attributes\', \'post-formats\', \'excerpt\'),
        \'taxonomies\' => array(\'category\', \'post_tag\', \'portfolio\'),
        \'with_front\' => false,
        \'has_archive\' => \'shrike\',
    );

    register_post_type(\'shrike\', $args, $taxonomies);
}
正如你所见,http://test.isthispavilion.com/shrike/about/ 很好,但是http://test.isthispavilion.com/darya/about/ 是“未找到”。

有没有人经历过类似的问题?是什么原因造成的?

3 个回复
SO网友:128KB

我还没有遇到过这个问题,但只要稍微研究一下,我就意识到您正在以某种方式利用页面URL。

The same link with a capital D works just fine.

Oliver link is doing the same thing, and a capital O fixes it

希望这有帮助!

SO网友:anmari

嗯,我以前在使用相同的名称(例如:slug或partial permalink)时遇到过permalinks问题。任何可能属于永久链接的内容(页面/帖子段塞、标签、类别、帖子类型等)

permalink处理程序可能认为您正在寻找自定义的帖子类型“oliver”,但没有找到该帖子类型的特定帖子“about-2”?

如果可能的话,试着让“slug”至少有所不同(页面标题无关紧要)。

要测试这是否是问题所在,请将页面slug更改为例如:“oliver\\u page”。若它能正常工作,那个么您就知道不能使用和post类型名称相同的slug。(或必须更换立柱式缓动器)。

如果你真的希望它们是一样的,那么你可能必须想出一些时髦的永久链接/重写规则,这样就不会对所需的页面产生混淆或重复。我自己从来没有试过,但它可能有用。

[旁白:谨防做任何依赖大写或不依赖大写的事情-您的db排序规则可能不区分大小写-许多是,但有时wp“缓存”数据,并且可能区分大小写,如果您最终以某种方式使用大写,那么就不会…有些函数可以工作,有些则不会。例如,请参阅http://core.trac.wordpress.org/ticket/18210]

SO网友:Roman

正如anmari所说,不要对页面使用与自定义帖子类型相同的slug。这将干扰生成的重写规则。

这可能是重写问题。使用Monkeyman Rewrite Analyzer 从Jan Fabry调试您的重写规则。并尝试刷新重写规则flush_rewrite_rules() 每次你改变了什么。

然后把你的with_front 中的参数rewrite 参数:

array {
    // ...
    \'rewrite\' => array(\'slug\' => \'shrike\', \'with_front\' => false)
}

相关推荐

Pages not appearing? - 小码农CODE - 行之有效找到问题解决它

Pages not appearing?

时间:2011-09-04 作者:daysrunaway

我已经创建了6种不同的自定义帖子类型,每种类型都有自己的存档。我还创建了一个与自定义帖子类型同名的页面,并为每个页面创建了一个名为“About”的子页面。

出于某种原因,我只能访问一个自定义帖子类型下的About页面,尽管我已经检查了代码是否正确functions.php 对所有人来说都是一样的。

现场正在测试中。isthispavilion。com;每个的代码是:

add_action("init", "zac_init");

function zac_init() {
    $labels = array( 
        \'name\' => _x(\'Shrike\', \'post type general name\'), 
        \'singular_name\' => _x(\'Shrike\', \'post type singular name\'), 
        \'add_new\' => _x(\'Add New\', \'shrike\'), 
        \'add_new_item\' => __(\'Add New Piece\'), 
        \'edit_item\' => __(\'Edit Piece\'), 
        \'new_item\' => __(\'New Piece\'), 
        \'view_item\' => __(\'View Piece\'), 
        \'search_items\' => __(\'Search Pieces\'), 
        \'not_found\' => __(\'No pieces found\'), 
        \'not_found_in_trash\' => __(\'No pieces found in Trash\'),
    );
    $args = array(  
        \'labels\' => $labels,
        \'public\' => true,
        \'publicly_queryable\' => true,
        \'query_var\' => true,
        \'rewrite\' => array(\'slug\' => \'shrike\'),
        \'capability_type\' => \'post\',
        \'hierarchical\' => false,
        \'menu_position\' => null,
        \'supports\' => array(\'title\', \'editor\', \'author\', \'custom-fields\', \'thumbnail\', \'revisions\', \'page-attributes\', \'post-formats\', \'excerpt\'),
        \'taxonomies\' => array(\'category\', \'post_tag\', \'portfolio\'),
        \'with_front\' => false,
        \'has_archive\' => \'shrike\',
    );

    register_post_type(\'shrike\', $args, $taxonomies);
}
正如你所见,http://test.isthispavilion.com/shrike/about/ 很好,但是http://test.isthispavilion.com/darya/about/ 是“未找到”。

有没有人经历过类似的问题?是什么原因造成的?

3 个回复
SO网友:128KB

我还没有遇到过这个问题,但只要稍微研究一下,我就意识到您正在以某种方式利用页面URL。

The same link with a capital D works just fine.

Oliver link is doing the same thing, and a capital O fixes it

希望这有帮助!

SO网友:anmari

嗯,我以前在使用相同的名称(例如:slug或partial permalink)时遇到过permalinks问题。任何可能属于永久链接的内容(页面/帖子段塞、标签、类别、帖子类型等)

permalink处理程序可能认为您正在寻找自定义的帖子类型“oliver”,但没有找到该帖子类型的特定帖子“about-2”?

如果可能的话,试着让“slug”至少有所不同(页面标题无关紧要)。

要测试这是否是问题所在,请将页面slug更改为例如:“oliver\\u page”。若它能正常工作,那个么您就知道不能使用和post类型名称相同的slug。(或必须更换立柱式缓动器)。

如果你真的希望它们是一样的,那么你可能必须想出一些时髦的永久链接/重写规则,这样就不会对所需的页面产生混淆或重复。我自己从来没有试过,但它可能有用。

[旁白:谨防做任何依赖大写或不依赖大写的事情-您的db排序规则可能不区分大小写-许多是,但有时wp“缓存”数据,并且可能区分大小写,如果您最终以某种方式使用大写,那么就不会…有些函数可以工作,有些则不会。例如,请参阅http://core.trac.wordpress.org/ticket/18210]

SO网友:Roman

正如anmari所说,不要对页面使用与自定义帖子类型相同的slug。这将干扰生成的重写规则。

这可能是重写问题。使用Monkeyman Rewrite Analyzer 从Jan Fabry调试您的重写规则。并尝试刷新重写规则flush_rewrite_rules() 每次你改变了什么。

然后把你的with_front 中的参数rewrite 参数:

array {
    // ...
    \'rewrite\' => array(\'slug\' => \'shrike\', \'with_front\' => false)
}

相关推荐