Questions tagged «permalinks»

指向项目的永久链接(博客文章,附件等)。默认结构是“?p = 123”,但是WordPress可以处理“漂亮的永久链接”,并将内部将其重写为以前的版本。如果您对特殊的重写结构有疑问,则应使用[url-rewriting]标记。

2
从永久链接中删除“ index.php”
我一直在寻找解决方案。但是我不能 我的链接都是 domain.com/index.php/post_name/ 我真的要删除 /index.php 我搜索并发现了一些...说我需要添加这些..但是它不起作用.. # BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress 我正在使用3.5.2 wp。 如果您对此有所了解,请告诉我。
18 permalinks 

1
WordPress如何创建Apache知道的URL?
当您在WordPress中创建页面时,它只是数据库表中的一项;该位置没有实际文件。但是,我可以自己在该位置创建一个文件,它将从WordPress窃取页面。我删除了文件,然后无缝返回到WordPress页面。 我很好奇这是如何实现的。大概在WordPress和Apache(?)之间正在发生某些通信。

3
在永久链接后添加其他参数?
如何在固定链接后添加额外的参数,特别是在使用自定义帖子类型的情况下? 例如,假设http://mysite/album/record-name是永久链接。如何http://mysite/album/record-name/related不打开404或重定向? 如果该帖子不存在,WordPress似乎不会调用该帖子模板。

4
自定义帖子类型页面“未找到”
我已经使用成功在其他项目上成功使用的代码创建了两种新的自定义帖子类型。第一个叫top_charts,另一个叫,case_studies两者都正确显示在管理菜单中,我可以创建新帖子。 不幸的是,新帖子没有出现。我刚刚得到404.php回应。 我创建了一个archive-top_charts.php以查看是否可以显示任何内容,但看到404.php“未找到页面”答复。 我最初将自定义帖子命名为top-charts和case-studies,但我认为连字符可能是问题所在,因此将其重命名为使用下划线。它没有帮助。 我尝试过重新保存我的永久链接,但没有任何改变。我的.htaccess页面也看起来像您期望的那样(其他页面工作正常)。我还能检查什么?

5
使分层自定义帖子类型永久链接像页面一样工作
我在这里搜索了有关自定义帖子类型永久链接的每个问题,但大多数似乎是自定义分类法重写的问题,或者是flush_rewrite_rules()的明显缺失。但就我而言,我仅使用自定义帖子类型(无分类法),设置为分层(以便我可以分配父子关系),并为属性metabox提供适当的“支持”,等等。已经以一千种不同的方式刷新了重写规则。我尝试了不同的永久链接结构。但是子URL始终会显示404! 我最初为“父母”和“孩子”元素使用了独立的自定义帖子类型(使用p2p),使用“父母”分组的分类法可能不会遇到麻烦-我知道这些在语义上会更加准确。但是对于客户端而言,当管理员在页面中显示“帖子”时,就像页面一样,它们最容易可视化层次结构:一棵简单的树,其中子代出现在父代下方,前缀为“-”,正确的顺序。另外,可以使用通过拖放来分配顺序的各种方法。通过分类法(或p2p)进行分组会在管理员列表中生成“帖子”的平坦列表,这在视觉上根本不那么明显。 因此,我所追求的实际上是与核心“页面”完全相同的行为,但是具有我的自定义帖子类型。我已经按预期注册了帖子类型,并且在管理员中它可以正常运行-我可以为每个新闻稿“ post”分配一个父项和一个menu_order,它们会正确显示在编辑列表中: Spring 2012 — First Article — Second Article 而且它们的永久链接似乎已正确构建。实际上,如果我更改了结构的任何内容,或者甚至在注册帖子类型时更改了重写代码,它们都会自动正确更新,因此我知道某些工作正常: http://mysite.com/parent-page/child-page/ /* works for pages! */ http://mysite.com/post-type/parent-post/child-post/ /* should work? */ http://mysite.com/newsletter/spring-2012/ /* works! */ http://mysite.com/newsletter/spring-2012/first-article/ /* 404 */ http://mysite.com/newsletter/spring-2012/second-article/ /* 404 */ 我还创建了具有分层关系的标准核心“页面”,它们在管理中看起来相同,但是它们实际上也可以在前端工作(父URL和子URL都可以正常工作)。 我的永久链接结构设置为: http://mysite.com/%postname%/ 我也尝试过此操作(只是因为很多其他答案似乎都表明需要这样做,尽管对我而言这没有意义): http://mysite.com/%category%/%postname%/ 我的注册CPT参数包括: $args = array( 'public' => true, 'publicly_queryable' => …

1
用分类术语重写自定义帖子类型的永久链接?
我正在尝试wr_events使用以其custom_taxonomy术语之一命名的custom_post_type重写我的网址event_type add_action('init', 'wr_events'); function wr_events() { register_taxonomy( 'event_type', 'wr_event', array( 'label' => 'Types', 'singular_label' => 'Typ', 'hierarchical' => true, 'query_var' => true, 'rewrite' => array('slug' => 'events'), ) ); $labels = array( 'name' => _x('Events', 'post type general name'), 'singular_name' => _x('Event', 'post type singular name') ); $args = array( …

1
如何重写自定义帖子类型的URI?
我正在工作的网站使用以下“漂亮的”永久链接结构: http://example.com/blog/my-special-post 但是对于自定义帖子类型,我的客户希望避免出现“漂亮”的提示: http://example.com/product/142 如何使用帖子ID代替自定义帖子类型的标签? 我相信使用WP_Rewrite可能会实现,但是我不知道从哪里开始。

1
在Wordpress中传递和检索查询变量
我有两个作者页面,一个页面显示约5个帖子。然后,我尝试设置另一个页面,该页面将是他们的所有帖子。我创建了一个名为moreauthorposts.php的模板,并且试图将author变量传递给此页面。问题是如果我通过domain.com/more-author-posts?author=johndoe,它将被剥离。如何获取该值?在wordpress中甚至可能吗?我知道WP Rewrite正在不确定我的URL结构。 我试过了: get_query_var('author') 并尝试阅读此书,但没有任何运气: http://codex.wordpress.org/Query_Overview 有什么建议吗? 谢谢。

1
自定义帖子类型可以具有父页面吗?
我已经在Webiverse中看到很多关于将页面分配为自定义帖子类型的父级的帖子。四小时后,我找不到解决方案,需要帮助。我创建了一个“关于”页面,该页面是“我们的人”页面的父级。我还创建了一个名为“人”的自定义帖子类型。我已经为“我们的人”页面创建了一个自定义页面模板。在您进入单个“人员”页面之前,永久链接结构看起来不错。例如:John Smith's Page,永久链接不正确。 自定义帖子类型: 所需的永久链接结构: / about-us / our-people / john-smith 实际上是固定链接结构: / our-people / john-smith 我们的人员页面结构: / about-us / our-people “ about-us”是一个页面,“ our-people”是一个页面,也是自定义帖子类型“ people”的子句重写。我试图更改层次结构设置,并且尝试将“约我们/我们的人”直接添加到重写中,但没有成功。 Functions.php: function codex_custom_init() { // Our People $people_label = array( 'name' => 'People', 'singular_name' => 'People', 'add_new' => 'Add People', 'add_new_item' => 'Add New People', …

2
从漂亮的网址获取默认的永久链接结构
从类别页面或与此相关的任何页面上单击单个帖子时,您可以获取该引荐来源网址并对其进行解析以获取查询字符串。但这仅适用于默认的永久链接结构 引荐来源网址为类别页面时的示例: A var_dump( parse_url( wp_get_referer() ) );提供以下具有默认永久链接结构的输出 array(4) { ["scheme"]=> string(4) "http" ["host"]=> string(9) "localhost" ["path"]=> string(11) "/wordpress/" ["query"]=> string(5) "cat=7" } 将var_dump()永久链接设置为/%postname%/,这就是您得到的 array(3) { ["scheme"]=> string(4) "http" ["host"]=> string(9) "localhost" ["path"]=> string(32) "/wordpress/category/uit-my-lewe/" } 我可以path将第二个代码块中的与一起使用get_category_by_path(),我可以获取类别对象 我的问题是,对于分类术语,我该如何处理。 我已经做了测试。我有一个自定义分类法event_cat。如果我把它重写event-slug,我下面得到path使用/%postname%/作为固定链接结构 /wordpress/event-slug/5-star/ 和 event_cat=5-star 使用默认结构 自动地,我的分类名称不会出现在URL中,而只是我的术语的意思。因此,这不是从术语中获取对象的非常安全的方法。 我的问题是,如何正确获取默认的固定链接结构得到查询字符串或查询字符串或分类和术语的名字从/%postname%/固定链接结构
15 permalinks  urls 

7
奇怪的永久链接问题:无法将/ company-2 /重命名为/ company /
我创建了一个名为公司的页面。但是永久链接将其转换为/ company-2 /,试图将其更改为/ company /不起作用。该网站只有8页,没有一个称为公司(不知道过去是否使用公司作为页面标题吗?)。 我该怎么办,原因是什么?我应该在哪里看?不怕使用phpmyadmin;) 问候
15 permalinks 


6
从Wordpress Multisite根节点中删除博客条目
我一直在研究是否可以blog/从多站点设置的根节点上的帖子和类别URL中删除。 我已经找到了多站点站点设置,并删除blog/了URL 的一部分并保存了。尽管在单击它们时正确更改了所有链接,但最终还是显示404。 如果我转到节点仪表板本身并重新保存,则将blog/URL重写为已更改的多站点永久链接。有时会创建这样的博客/新闻/帖子名称 过去有没有人做到这一点?我想知道是否有可能不破坏内核或掌握一些.htaccess规则。

3
我的永久链接结构的性能如何?
我已经在wp黑客邮件列表,此论坛以及Google周围阅读了有关不同永久链接性能的讨论。 但是,我不能真正推断出我过去几年使用的永久链接结构是否良好: /%postname%-%year%%monthnum%%day%.html 该组合将邮编直接放在/后面,并且年,月,日组合更加独特,因为许多邮编具有相同的名称。过去10年来,我一直在博客中使用html(甚至是pre wordpress),所以这是很久的。 我不知道这是对性能的好还是对性能的不利,我该如何检查? (我运行博客已有10年了,大约有10.000个帖子,其中包含许多链接) 链接: http://codex.wordpress.org/Using_Permalinks http://www.google.com/search?q=wordpress+category+permalink+performance http://ottopress.com/2010/category-in-permalinks-considered-harmful/ http://lists.automattic.com/pipermail/wp-hackers/2010-October/035458.html

3
删除自定义帖子类型的永久链接
我已经在以下位置注册了帖子类型- $holidayLabels = array( 'name' => __( 'Holidays'), 'singular_name' => __( 'Holidays'), 'all_items' => __( 'All Holidays'), 'add_new' => __( 'Add New Holiday'), 'add_new_item' => __( 'Add New Holiday'), 'edit_item' => __( 'Edit Holiday'), 'new_item' => __( 'New Holiday'), 'view_item' => __( 'View Holidays'), 'not_found' => __( 'No Holidays found'), …

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.