我在github pages上有一个博客，使用jekyll构建。
解决URL策略迁移的最佳方法是什么？
我发现常见的最佳实践是创建类似于以下的htaccess文件
Redirect 301 /programovani/2010/04/git-co-to-je-a-co-s-tim/ /2010/04/05/git-co-to-je-a-co-s-tim.html
但是它似乎在Github上不起作用。我发现的另一个解决方案是创建rake任务，生成重定向页面。但由于它是HTML，无法发送301头，因此搜索引擎爬虫将无法识别它为重定向。
<meta http-equiv="refresh"和<link rel="canonical" href=。它非常有效，Google Bot在不丢失排名的情况下重新索引了我的整个网站。此外，用户可以立即重定向到新的帖子。<meta http-equiv="refresh" content="0; url=http://konradpodgorski.com/blog/2013/10/21/how-i-migrated-my-blog-from-wordpress-to-octopress/">
<link rel="canonical" href="http://konradpodgorski.com/blog/2013/10/21/how-i-migrated-my-blog-from-wordpress-to-octopress/" />
使用<meta http-equiv="refresh"标签将会对每个访客进行重定向到新的文章。至于Google Bot，它把<link rel="canonical" href= 标签视为301重定向，其效果是您的页面被重新索引，这正是您想要的。
我在这里描述了整个从WordPress迁移到Octopress的过程。http://konradpodgorski.com/blog/2013/10/21/how-i-migrated-my-blog-from-wordpress-to-octopress/#redirect-301-on-github-pages
canonical的效果是否意味着Google会从头开始重新索引页面，还是将排名分数转移到新页面？您能澄清这种方法如何影响页面排名吗？ - Yuri<head>块中。 - stragu你尝试过Jekyll Alias Generator插件吗？
你可以将别名网址放在文章的YAML前置元数据中：
---
layout: post
title: "My Post With Aliases"
alias: [/first-alias/index.html, /second-alias/index.html]
---
当用户访问其中一个别名URL时，他们会通过元标记刷新被重定向到主URL：
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta http-equiv="refresh" content="0;url=/blog/my-post-with-aliases/" />
</head>
</html>
此外，有关该主题，请参阅此博客文章。
_config.yml 中设置 safe: false 2）我需要创建超过400个别名条目。为了不手工制作它们，我使用Python脚本进行了自动化处理：https://gist.github.com/smholloway/8726873 - smhollowayredirect-from 插件
https://github.com/jekyll/jekyll-redirect-from#redirect-to
该插件受 GitHub 支持，可使重定向变得更加容易：
_config.yml
gems:
- jekyll-redirect-from
a.md
---
permalink: /a
redirect_to: 'http://example.com'
---
firefox localhost:4000/a
这将会重定向到 example.com。
插件会在页面定义了 redirect_to 时接管操作。
已测试通过 GitHub pages v64。
注意：这个版本有一个严重的已经修复的 bug，错误地重用了默认的重定向布局：https://github.com/jekyll/jekyll-redirect-from/pull/106
手动布局方法
如果你不想使用 https://github.com/jekyll/jekyll-redirect-from，你可以自己轻松实现：
a.md
---
layout: 'redirect'
permalink: /a
redir_to: 'http://example.com'
sitemap: false
---
_layouts/redirect.html 是基于 HTML页面重定向 的:
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Redirecting...</title>
{% comment %}
Don't use 'redirect_to' to avoid conflict
with the page redirection plugin: if that is defined
it takes over.
{% endcomment %}
<link rel="canonical" href="{{ page.redir_to }}"/>
<meta http-equiv="refresh" content="0;url={{ page.redir_to }}" />
</head>
<body>
<h1>Redirecting...</h1>
<a href="{{ page.redir_to }}">Click here if you are not redirected.<a>
<script></script>
</body>
</html>
curl localhost:4000/a
截至2014年5月，GitHub Pages支持重定向，但根据jekyll-redirect-from Gem文档，它们仍然基于HTTP-REFRESH（使用<meta>标签），这需要在重定向发生之前进行完整的页面加载。
我不喜欢<meta>方法，所以我为那些想要在Apache中使用预生成的Jekyll网站提供真正的HTTP 301重定向的人提供了一个解决方案。
首先，在_config.yml文件的include属性中添加.htaccess
include: [.htaccess]
接下来，创建一个 .htaccess 文件，并确保包含 YAML front matter。这些破折号很重要，因为现在 Jekyll 将使用 Liquid 进行解析，这是 Jekyll 的模板语言：
---
---
DirectoryIndex index.html
RewriteEngine On
RewriteBase /
...
确保需要重定向的帖子具有以下两个属性：
---
permalink: /my-new-path/
original: blog/my/old/path.php
---
{% for post in site.categories.post %}
RewriteRule ^{{ post.original }} {{ post.permalink }} [R=301,L]
{% endfor %}
include确保.htaccess文件被包含在_site目录中。RewriteRule ^blog/my/old/path.php /my-new-path/ [R=301,L]
从那里开始，你需要使用Apache来提供 _site。我通常会将完整的Jekyll repo克隆到非Web根目录中，然后我的虚拟主机是指向_site文件夹的符号链接：
ln -s /path/to/my-blog/_site /var/www/vhosts/my-blog.com
太棒了！现在Apache可以从您的虚拟根目录中提供_site文件夹，包括使用任何您想要的HTTP响应代码的.htaccess强制重定向！
您甚至可以非常高级地使用每个文章前面的redirect属性来指定在您的.htaccess循环中使用哪个重定向代码。
.htaccess文件时使用更复杂的逻辑。例如，您可以转换YAML，使original变为数组而不是字符串。然后，您需要一个嵌套循环，以便每个original条目都生成到permalink的重定向。以此代码为起点进行实验吧！ - Chris RuppelUser-agent: *
Disallow: /programovani/
example.com/index.html 重定向到 example.com 或者将 example.com/some-post/index.html 重定向到 example.com/some-post/。 - Erik Berkun-Drevnigpermalink属性。你可以指定想要的URL，Jekyll将使用它（而不是文件名）来生成你的网站。---
title: My special blog post
permalink: /programovani/2010/04/git-co-to-je-a-co-s-tim
---
My blog post markdown content