# 将 vBulletin 4 论坛迁移到 Discourse **URL:** \ **Category:** Sysadmins\ **Tags:** how-to\ **Created:** [2016年十二月28日 14:59 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881 "2016-12-28T14:59:29Z")\ **Posts on this page:** 20\ **Page:** 7
**Author:** ![Jack51](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jack51/32/201652_2.png) [@Jack51](https://meta.discourse.org/u/Jack51)\ **Post date:** [2021年一月1日 21:49 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/131 "2021-01-01T21:49:34Z")
我只是一个刚接触 Discourse 的新手，所以在经历了许多尝试和错误后，我将上述所有内容整合成了一份逐步操作清单（感谢 @titusca 和 @enigmaty）。 希望这能帮助（或至少加速）其他新手从头到尾完成整个过程。考虑到 MySQL 到 MariaDB 的更新给流程带来了很多困惑，我想将这份指南纳入首帖。 背景： - 转移了 160 万条帖子 - 使用了 Digital Ocean Droplet（CPU 优化型，4 vCPU/8GB 内存） **#1 - 安装 Digital Ocean Discourse 一键式 Droplet** **#2 - 通过 SSH 完成 Discourse 安装，按照提示操作** > 打开 SSH 控制台 > root > （输入你的 root 密码） > （回车） > （你的域名）.com > （等等……） **#3 - 登录 SFTP 上传数据库转储文件** > sftp root@XXX.XXX.XX.XX > y > yes > （输入你的 root 密码） > put db.sql /var/discourse/shared/standalone/db.sql **#4 - 登录新的 Discourse 网站以设置管理员账户** **#5 - 登录 SSH 并开始操作** > ssh root@XXX.XXX.XX.XX > cd /var/discourse > ./launcher start app > docker exec -it app bash > sudo apt-get update > sudo apt-get upgrade > y **#6 - 安装 MariaDB（替代 MySQL）** > apt-get update && apt-get install mariadb-server-10.3 libmariadbd-dev > y **#7 - MySQL 数据库设置** > service mysql start > mysql -u root -p > （输入密码） > create database vbulletin; > exit; **#8 - Vbulletin 到 MySQL 数据库转移** > mysql -u root -p vbulletin \< /shared/db.sql > （输入密码） **#9 - GEM 文件配置** > echo “gem ‘mysql2’” \>\> Gemfile > echo “gem ‘mysql2’, require: false” \>\> /var/www/discourse/Gemfile > echo “gem ‘php\_serialize’, require: false” \>\> /var/www/discourse/Gemfile > cd /var/www/discourse > su discourse -c ‘bundle install --no-deployment --without test --without development --path vendor/bundle’ > （忽略红色文本输出结果） **#10 - 配置安装脚本** > vi /var/www/discourse/script/import\_scripts/vbulletin.rb **#10.a - 根据需要编辑文本文件** > DB\_HOST ||= ENV[‘DB\_HOST’] || “localhost” > DB\_NAME ||= ENV[‘DB\_NAME’] || “vbulletin” > DB\_PW ||= ENV[‘DB\_PW’] || “password” > DB\_USER ||= ENV[‘DB\_USER’] || “root” > TIMEZONE ||= ENV[‘TIMEZONE’] || “America/Los\_Angeles” > TABLE\_PREFIX ||= ENV[‘TABLE\_PREFIX’] || “” > ATTACHMENT\_DIR ||= ENV[‘ATTACHMENT\_DIR’] || ‘/shared/attachments/’ **#10.c - 结束编辑** > :wq **#11 - Bundle 配置** > bundle config set path ‘vendor/bundle’ > bundle config set without ‘development:test’ > bundle config unset deployment > su discourse -c ‘bundle install’ **#12 - MySQL 配置（可能可以与上一步合并完成）** > ``` > mysql --version > sudo mysql -u root -p > （输入密码） > ALTER USER 'root'@'localhost' IDENTIFIED BY 'password'; > FLUSH PRIVILEGES; > exit > > ``` **#13 - 运行安装脚本** > su discourse -c ‘bundle exec ruby script/import\_scripts/vbulletin.rb’ 祝你好运！ ---
**Author:** ![paresy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/paresy/32/96471_2.png) [@paresy](https://meta.discourse.org/u/paresy)\ **Post date:** [2021年二月11日 21:57 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/132 "2021-02-11T21:57:43Z")
只是想在我们从 vB4 迁移后留下一些反馈： - ~~已修复 [s] 软删除的帖子未能正确隐藏：[https://github.com/discourse/discourse/pull/12057[/s]~~](https://github.com/discourse/discourse/pull/12057%5B/s%5D~~) - [ul] + [li] 以及嵌套的 [LIST] 未能正确迁移，且 BBcode 插件似乎也无法处理此问题 → 这似乎是预期行为：[https://meta.discourse.org/t/commonmark-testing-started-here/65121（引用：核心不会为](https://meta.discourse.org/t/commonmark-testing-started-here/65121%EF%BC%88%E5%BC%95%E7%94%A8%EF%BC%9A%E6%A0%B8%E5%BF%83%E4%B8%8D%E4%BC%9A%E4%B8%BA) BBCode 实现 `[ul]`、`[ol]` 和 `[li]` 支持，因为这会导致失败。）-\> 我需要编写一些正则表达式魔法来进行事后修复。 - 我们最初使用标准导入器进行了迁移（耗时超过 3 天），并多次使用更新的数据库快照重启迁移，以保持导入数据的“新鲜度”，并将停机时间有效缩短至 30 分钟。此流程运行良好，但有一个例外：所有在我们最初导入主题和帖子之后进行编辑的内容。我们现在需要手动重新处理这些信息。 - 由于缺乏文档以及对文件夹结构整体运作方式的了解，为 Discourse 创建插件非常困难。不过，一旦你理解了其运作机制，情况就会变得更好、更顺畅。 我剩下的问题： - ~~我不确定导入器如何映射已导入的帖子，以及如何将旧的 vB4 post\_id 与新的 Discourse post\_id 匹配以隐藏那些“软删除”的帖子。如果有人能给我一点提示，那将不胜感激！[/s] 找到了：在 post\_custom\_fields 表中的 import\_id。很好。现在我需要编写一些实用的脚本来修复这个问题 🙂 → 编辑：更好的方法是使用导入器脚本，它可以映射所有已导入的 ID 以便轻松使用。~~ ---
**Author:** ![paresy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/paresy/32/96471_2.png) [@paresy](https://meta.discourse.org/u/paresy)\ **Post date:** [2021年二月17日 19:13 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/133 "2021-02-17T19:13:54Z")
很遗憾，我无法编辑我之前的帖子 🙂 我又发现了一个问题：任何未链接到帖子中的附件，Discourse 都无法访问。 我修复此问题的草稿 PR 如下：[FIX: vBulletin importer should import unreferenced attachments by paresy · Pull Request #12187 · discourse/discourse · GitHub](https://github.com/discourse/discourse/pull/12187) 谢谢！ ---
**Author:** ![paresy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/paresy/32/96471_2.png) [@paresy](https://meta.discourse.org/u/paresy)\ **Post date:** [2021年二月19日 20:01 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/134 "2021-02-19T20:01:54Z")
关于我的问题列表的简要跟进。我已修复了可见性问题。 从您的旧 vBulletin 数据库中导出所有受影响的帖子： ```plaintext SELECT postid FROM `vb4_post` WHERE `visible` > '1' ORDER BY postid ``` 创建一个 imported\_post\_ids.txt 文件，将每个 postid 按行写入。 为修复脚本创建一个新文件： ``` nano script/import_scripts/fix_visibility.rb ``` 内容如下： ```plaintext require_relative '../../config/environment' require_relative 'base/lookup_container' @lookup = ImportScripts::LookupContainer.new broken_postids = [] broken_real_postids = [] File.foreach("imported_post_ids.txt") do |line| broken_postids.append(line.to_i) end broken_postids.each do |id| broken_real_postids.append(@lookup.post_id_from_imported_post_id(id)) end broken_real_postids.each do |id| puts id Post.find(id).trash! end ``` 运行脚本： ```plaintext su discourse -c 'bundle exec ruby script/import_scripts/fix_visibility.rb' ``` 该脚本将利用导入器的逻辑，将导入的 post\_id 映射到我们需要隐藏的 Discourse 真实 post\_id。 ---
**Author:** ![schwa](https://avatars.discourse-cdn.com/v4/letter/s/c57346/32.png) [@schwa](https://meta.discourse.org/u/schwa)\ **Post date:** [2022年一月13日 12:41 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/136 "2022-01-13T12:41:03Z")
大家好， 我有一个脚本正在运行 vb3 迁移。我一次只做一个步骤，目前正在以每分钟 330 个用户的速度处理 122k 用户。然后我们还有 250 万个帖子要处理。 我们正在生产服务器上进行此操作。没有人使用 discourse 站点，我们刚刚设置好它，并且它位于一个匿名的 URL。如果我登录，我可以看到新的用户通知在增加。这可能是一个愚蠢的问题，但我想知道如果我们暂停或以某种方式禁用实时站点，迁移是否会处理得更快？ ---
**Author:** ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)\ **Post date:** [2022年一月13日 12:47 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/137 "2022-01-13T12:47:29Z")
这取决于您的生产服务器上的负载和 CPU 数量。您可以尝试停止 Web 服务器 5 分钟，看看导入是否会更快。 ---
**Author:** ![paresy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/paresy/32/96471_2.png) [@paresy](https://meta.discourse.org/u/paresy)\ **Post date:** [2022年一月13日 13:23 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/138 "2022-01-13T13:23:54Z")
导入需要很长时间。据我所知，批量导入器应该更快。我们从备份中进行了第一次导入，然后在我们的强大开发机器上进行了增量导入，从另一个备份进行了增量导入，以便将 Discourse 的停机时间缩短到半小时。请注意增量更新时可能出现的错误 🙂 （请参见：[Migrate a vBulletin 4 forum to Discourse - #132 by paresy](https://meta.discourse.org/t/importing-migrating-from-vbulletin-4/54881/132?u=paresy%EF%BC%89) paresy ---
**Author:** ![schwa](https://avatars.discourse-cdn.com/v4/letter/s/c57346/32.png) [@schwa](https://meta.discourse.org/u/schwa)\ **Post date:** [2022年一月13日 13:39 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/139 "2022-01-13T13:39:20Z")
我看到一个核心被占用，我认为这是服务器正在摄取更新后的数据，另一个核心在运行导入脚本时被占用。我确实没有领域知识来判断这两个进程争夺数据库资源是否会减慢导入器的速度，我也无法判断在不关闭容器的情况下是否可以停止摄取。摄取无论如何都必须发生，所以我想最安全的方法就是让它继续运行。 给未来读者的一点建议是，我看到我们有 27k（22%！）的用户是被禁止的垃圾邮件机器人。我们将在源端清除它们，然后再进行最终导入。 [补充] 我上面没有提到的一项必要编辑： ```plaintext --- a/script/import_scripts/vbulletin.rb +++ b/script/import_scripts/vbulletin.rb @@ -134,6 +133,7 @@ EOM , usertitle , usergroupid , joindate + , lastvisit , email , password , salt ``` 以及一项可能是 vb3 特定的编辑： ```plaintext --- a/script/import_scripts/vbulletin.rb +++ b/script/import_scripts/vbulletin.rb @@ -987,7 +989,7 @@ EOM end def parse_timestamp(timestamp) - Time.zone.at(@tz.utc_to_local(timestamp)) + Time.zone.at(@tz.utc_to_local(Time.at(timestamp))) end ``` [补充] 导入正在 Oracle Cloud 的 4 核 Ampere 实例上运行。作为比较，我在 M1 MacBook Air 上本地安装了一个 Discourse 开发服务器，令我惊讶的是，导入过程运行得明显更慢。 ---
**Author:** ![Simsnet](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/simsnet/32/72855_2.png) [@Simsnet](https://meta.discourse.org/u/Simsnet)\ **Post date:** [2022年一月16日 10:15 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/140 "2022-01-16T10:15:50Z")
> [@schwa](#): > > ```plaintext > def parse_timestamp(timestamp) > - Time.zone.at(@tz.utc_to_local(timestamp)) > + Time.zone.at(@tz.utc_to_local(Time.at(timestamp))) > end > > ``` 你是否遇到了预先存在的脚本错误？我因为那个丢失了我们所有旧 vBulletin 4 帖子的日期和时间信息。如果这是一个修复，我很想知道是否值得在所有帖子都复制过来后重新导入。 ---
**Author:** ![schwa](https://avatars.discourse-cdn.com/v4/letter/s/c57346/32.png) [@schwa](https://meta.discourse.org/u/schwa)\ **Post date:** [2022年一月16日 13:05 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/141 "2022-01-16T13:05:42Z")
是的，脚本会因为将一个整数馈送给时间函数而报错。 ---
**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [2022年一月16日 13:42 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/142 "2022-01-16T13:42:49Z")
> [@Simsnet](#): > > 如果所有帖子都已复制过来，我想知道重新导入是否是个好主意。 不。脚本会跳过已经导入的帖子。 ---
**Author:** ![bar10dr](https://avatars.discourse-cdn.com/v4/letter/b/b38774/32.png) [@bar10dr](https://meta.discourse.org/u/bar10dr)\ **Post date:** [2022年三月8日 19:10 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/143 "2022-03-08T19:10:54Z")
你好， 你找到如何修复这个问题了吗？ 我们两个主要的/底部的论坛的 parentid = -1（我认为这是因为我们以前从 v3 转换过来的）。 我不确定如何进行，我是否应该在转换脚本中将它们设置为 0（如果它们是 -1）？假设 0 是主要的 discourse 分类？ 实际上，现在查看 discourse 网站；这两个似乎是唯一被导入的？ ```plaintext importing top level categories... 2 / 2 (100.0%) [211 items/min] in] importing children categories... Traceback (most recent call last): 5: from script/import_scripts/vbulletin.rb:1003:in `
' 4: from /var/www/discourse/script/import_scripts/base.rb:47:in `perform' 3: from script/import_scripts/vbulletin.rb:84:in `execute' 2: from script/import_scripts/vbulletin.rb:287:in `import_categories' 1: from script/import_scripts/vbulletin.rb:287:in `each' script/import_scripts/vbulletin.rb:289:in `block in import_categories': undefined method `[]' for nil:NilClass (NoMethodError) ``` ---
**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [2022年三月8日 19:17 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/144 "2022-03-08T19:17:05Z")
> [@bar10dr](#): > > 你弄清楚怎么修复了吗？ 可能吧。从那以后我做了很多 vBulletin 导入。 🤷 你只需要试试看会发生什么。它看起来和我描述的一样。 我只会修改脚本来…… `做某事` ……如果那个东西是 nil。 ---
**Author:** ![bar10dr](https://avatars.discourse-cdn.com/v4/letter/b/b38774/32.png) [@bar10dr](https://meta.discourse.org/u/bar10dr)\ **Post date:** [2022年三月8日 19:23 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/145 "2022-03-08T19:23:06Z")
当然可以，但我对论坛的运作方式了解不够，不知道应该设置为多少。 如果我将它们设置为像 0 这样的随机数，论坛会怎么做？或者我应该找到数据库中已有的某个分类编号并将其设置为该编号？ 我对 Ruby 不太熟悉，你觉得这个可以吗？ ```plaintext if categories.detect { |c| c["forumid"] == cc["parentid"] }["parentid"].nil? cc["parentid"] = 52 else cc["parentid"] = categories.detect { |c| c["forumid"] == cc["parentid"] }["parentid"] end ``` 实际上，似乎有很多已删除的论坛，它们的 parentid 已不存在。 编辑 我刚刚将它们全部设置为一个父主题，以后再修复。 ---
**Author:** ![bar10dr](https://avatars.discourse-cdn.com/v4/letter/b/b38774/32.png) [@bar10dr](https://meta.discourse.org/u/bar10dr)\ **Post date:** [2022年三月19日 12:15 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/146 "2022-03-19T12:15:40Z")
终于到了附件导入部分，进度大约是 1.9%，现在出现了这个错误 ```plaintext 67406 / 3550728 ( 1.9%) Traceback (most recent call last): 23: from script/import_scripts/vbulletin.rb:1006:in ` 22: from /var/www/discourse/script/import_scripts/base.rb:47:in `perform' 21: from script/import_scripts/vbulletin.rb:88:in `execute' 20: from script/import_scripts/vbulletin.rb:610:in `import_attachments' 19: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/querying.rb:22:in `find_each' 18: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:70:in `find_each' 17: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:137:in `find_in_batches' 16: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:229:in `in_batches' 15: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:229:in `loop' 14: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:245:in `block in in_batches' 13: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:138:in `block in find_in_batches' 12: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:71:in `block in find_each' 11: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:71:in `each' 10: from /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.4.1/lib/active_record/relation/batches.rb:71:in `block (2 levels) in find_each' 9: from script/import_scripts/vbulletin.rb:651:in `block in import_attachments' 8: from script/import_scripts/vbulletin.rb:651:in `each' 7: from script/import_scripts/vbulletin.rb:659:in `block (2 levels) in import_attachments' 6: from /var/www/discourse/script/import_scripts/base.rb:873:in `html_for_upload' 5: from /var/www/discourse/script/import_scripts/base/uploader.rb:40:in `html_for_upload' 4: from /var/www/discourse/lib/upload_markdown.rb:10:in `to_markdown' 3: from /var/www/discourse/lib/upload_markdown.rb:19:in `image_markdown' 2: from /var/www/discourse/app/models/upload.rb:206:in `short_url' 1: from /var/www/discourse/app/models/upload.rb:534:in `short_url_basename' /var/www/discourse/app/models/upload.rb:270:in `base62_sha1': undefined method `hex' for nil:NilClass (NoMethodError) ``` undefined method `hex’ for nil:NilClass (NoMethodError) 有人知道怎么修复这个问题吗？ 是不是在尝试读取 short\_url\_basename，它返回 nil；所以 .hex 失败了？ ---
**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [2022年三月19日 12:28 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/147 "2022-03-19T12:28:36Z")
> [@bar10dr](#): > > 它是否尝试读取 short\_url\_basename，并且返回了 nil；因此 .hex 失败？ 我猜，在不看代码的情况下，文件丢失了，或者可能有一个 filename 字段但它是空的？我可能会在 `import_attachments` 中放一个 `puts`，看看它试图导入的记录中有哪些内容。 ---
**Author:** ![bar10dr](https://avatars.discourse-cdn.com/v4/letter/b/b38774/32.png) [@bar10dr](https://meta.discourse.org/u/bar10dr)\ **Post date:** [2022年三月19日 12:39 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/148 "2022-03-19T12:39:25Z")
谢谢你的帮助！我是 Ruby 新手，这样做对吗？ ```plaintext unless mapping[post.id].nil? || mapping[post.id].empty? mapping[post.id].each do |attachment_id| upload, filename = find_upload(post, attachment_id) unless upload fail_count += 1 next end puts "{short_url_basename}" # internal upload deduplication will make sure that we do not import attachments again html = html_for_upload(upload, filename) if !new_raw[html] new_raw += "\n\n#{html}\n\n" end end end ``` 啊哈，short\_url\_basename 是一个函数，所以行不通。 是仅仅 puts “{post}” 吗？它会输出 post 对象的所有内容吗？ 这似乎是 upload.rb 中导致崩溃的那一行： upload\_markdown 19 `“![#{@upload.original_filename}|#{@upload.width}x#{@upload.height}](#{@upload.short_url})”` upload.rb 534 `“#{Upload.base62_sha1(sha1)}#{extension.present? ? ".#{extension}" : ""}"` upload.rb 270 `Base62.encode(sha1.hex)` 所以要么是 upload.original\_filename、upload.width、upload.height 或者是 upload.short\_url。 那么，如果在 upload\_markdown 中进行 nil 检查，是否可以防止错误？ 它需要 shortURL 才能工作吗？我能自己创建一个随机的 shortURL 吗？ ---
**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [2022年三月19日 12:55 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/149 "2022-03-19T12:55:29Z")
> [@bar10dr](#): > > `find_upload` 我认为问题就在这里。它找不到上传的文件，所以返回 nil。也许文件丢失或无效。 ---
**Author:** ![bar10dr](https://avatars.discourse-cdn.com/v4/letter/b/b38774/32.png) [@bar10dr](https://meta.discourse.org/u/bar10dr)\ **Post date:** [2022年三月19日 13:00 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/150 "2022-03-19T13:00:09Z")
但这不会捕获它吗？ ```plaintext unless upload fail_count += 1 next end ``` 还是说 unless 不检查 nil？ 或者是因为它创建了 upload 对象，但 upload 对象中的 upload.short\_url 属性丢失了？ ---
**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [2022年三月19日 13:03 UTC](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881/151 "2022-03-19T13:03:14Z")
抱歉。对了。这样就能抓到了。恐怕这就是为什么这种程度的调试不适合在论坛上进行。🤷 不过你思路是对的。继续努力。看起来你已经知道足够多的东西可以弄明白了。我在学会 Ruby 之前，至少写了几个导入器。 [上一頁](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881.md?page=6) [下一頁](https://meta.discourse.org/t/migrate-a-vbulletin-4-forum-to-discourse/54881.md?page=8)