Php 301与内联重写

我正在向现有的CMS添加'pretty'URL，菜单是自动生成的，新的'pretty'URL将作为单独的模块独立处理。自动生成的菜单总是有类似于index.php？menu_id=n的URL，我们当然希望将其视为例如/新闻或/产品

我现在必须决定是重写当前系统的所有输出，还是简单地放在一个钩子中重定向到“pretty”URL

---

换言之，我是否应该连接到数据库，获取所有“漂亮”的URL，运行所见即所得、新闻模块、论坛等的现有输出，并进行stru_替换或其他字符串操作，我认为这将是一个相当乏味的过程，或者我应该简单地挂上并抛出一个301重定向index.php？menu_id=3到/news，谷歌或其他搜索引擎会因为我在菜单中有301而惩罚我吗？

当然，你必须重写输出系统。

---

或者URL重写根本没有意义

当然，您必须重写输出系统。

---

或者，URL重写毫无意义。

301是一个永久性的重定向，搜索引擎能够理解它们。他们不会因为301而惩罚你

我的建议——两者兼而有之。对于控件中的页面，修改URL。对于您无法控制的第三方博客、其他网站等，以及您自己的困难页面，301s应该可以

---

301s还有一个性能方面，所以尽可能避免使用它们。但是如果你没有选择，那也没关系。

301是一个永久的重定向，搜索引擎可以理解它们。他们不会因为301而惩罚你

我的建议——两者兼而有之。对于控件中的页面，修改URL。对于您无法控制的第三方博客、其他网站等，以及您自己的困难页面，301s应该可以

---

301s还有一个性能方面，所以尽可能避免使用它们。但是如果你没有选择，那也没关系。

在这个例子中，301重定向完全是正确的行为，因为资源已经“移动”，谷歌根本不应该惩罚你。

在这个例子中，301重定向完全是正确的行为，因为资源已经“移动”，谷歌根本不应该惩罚你。

我建议你尝试使用一个简单的清理过程，尽可能多地替换。我也面临同样的问题，通过

1检测对旧URL的请求，并发出301重定向，这对页面的外部链接特别有用

2任何自动生成的URL（如菜单）都会随着代码更改而更新，以生成友好URL

---

3对于所见即所得，我对所有内容执行了一次清理，以用新的友好URL替换旧URL，这意味着发送到客户端的重定向更少，并且状态栏中没有显示旧样式的URL。

我建议尝试使用简单的清理过程替换尽可能多的URL。我也面临同样的问题，通过

1检测对旧URL的请求，并发出301重定向，这对页面的外部链接特别有用

2任何自动生成的URL（如菜单）都会随着代码更改而更新，以生成友好URL

---

3对于WYSIWYG，我对所有内容进行了一次清理，用新的友好URL替换旧URL，这意味着发送到客户端的重定向更少，状态栏中也没有显示旧式URL。

或多或少是这些组合答案满足了我的好奇心，@sri完成了交易并得到了正确答案，“对其余的人投赞成票，感谢大家的帮助。或多或少，正是这些综合答案满足了我的好奇心，@sri敲定了交易，得到了正确的答案，对其余的人投赞成票，感谢大家的帮助。”。