这是一个很好的挑战，在我开始：迁移在1.0 我的博客平台 WordPress的穆到最新版本2.6。 双方都表示，现在是真正的恐怖和几个小时后，目前，还有什么有效的，尽管在论坛上看到很多网页。 所以，我的一部分，我第一次同在Linux 符号链接 ，保持工作版本。 我原本安装在另一台服务器的测试版，但在我看来，绑定不成问题（我有厨房安装第一次）。

因此，我们碰到生活生产更加有趣和压力！

其原理是简单的平衡在单独的目录，所有亩1.2.2然后1.3.3，1.5.1和2.6开始了他与FTP或她你想要的第一个服务器的不同版本。 在每次更新，我们将删除的主题文件夹让所有的主题已经添加或更改。

要创造条件，它的每一个主目录的版本。 它保留了基本版本不变温暖。

因此，目录：

• plateformeblog.sav /
• 1.2.2 / [空文件夹]
• 1.3.3 / [空文件夹]
• 1.5.1 / [空文件夹]
• 2.6 / [空文件夹]

我们终于符号是我们的Apache服务器配置：
@ plateformeblog /

因此，通过自己的立场如何，他们通过在1.0目录版本1.2.2：plateformeblog.sav /和我们推出以下命令cp -射频* ../1.2.2

然后我们去你的目录中提取的第一次更新，并推出处长射频* ../1.2.2和压碎它与新的和旧的所有文件。 然后，我们再与法律公告点，拧1.2.2 plateformeblog。 这是1.2.2现在已启动。 但是，我们的博客显示更多类别！ 和编码转换为 UTF - 8。

并且有一方谁是相当困难的，因为我们必须维护采用latin1他的大本营。 然后得到。sql文件，我们将执行至少对我来说数的变化，因为本教程后不幸没有，因为我希望工作。

所以，我最后出口的Windows数据库的FTP（巴林Vlà操作），然后打开了500MB的SQL文件，并自动在ISO菜单编辑发现和编码为UTF - 8。 希望这是透明的，它然后保存在一个新名称的文件。

没有在Windows下碗，我试图打开这个文件与记事本+ +，Pspad，记事本和不超过500 MB的！ 因此，我在Windows上的软件分割成4 123兆字节的文件削减然后，我在记事本打开这个文件，我们提出了削减后再粘贴到记事本的ANSI它的所有内容返回此时间。 我们胶，这一次它的内容的ANSI ANSI编码。 唷。 然后用记事本+ +，它打开了新的文件，登记一个新的名称并自动照顾，就必须在安西发现它，而是要改变编码到utf8，一切都应该是一件好事。 最后，我们将其分为一这四个文件，并在数据库中的重要。

显然UltraEdit，支付的限制，我认为不会的文件大小。 如果你不出口MySQL的球，你不会有这种类型的不便。

这个问题来自插入的分类管理三个新的表：http://trac.mu.wordpress.org/browser/trunk/wp-content/mu-plugins?rev=1141

基于同样的原则为版本1.3.3通过复制1.2.2处长射频* ../1.3.3，并在目录中去更新和重新启动它此命令。 被删除和符号链接，这时候会出现小错误，如果这些文件仍处于亩曲目当前pluggins创造。

博客的1500，备份本来就困难。 很多表没有上锁，有些简直是腐败。 因此，有必要修复数据库 ，并将它导出。

它使用没有任何特殊的限制同样的程序，从1.5迁移到最新的2.6及以上不直接以上版本，因为它们不工作。

最后，每一个过渡，记得更新你的数据库，这是或长或短的博客多少而定。 此更新的一个最后的提示是要重新读取的官方网站上的文件：http://codex.wordpress.org/Upgrading_WPMU

重组后，在这之后，今后我的更新。 在所有情况下，是一件好事要记住的是不要烤的步骤和办法。

在移民问题时，请与我联系。