将 QuincyKit 服务器从 2 迁移到 3
Migrating QuincyKit server from 2 to 3
QuincyKit 站点上的自述文件建议设置一个全新的服务器实例。不过,是否有人尝试过将 QuincyKit v2 服务器迁移到 v3?架构看起来并没有什么不同...
我只使用 QK iOS 崩溃,没有 MacOS。
具体来说,我想知道是否:
- 旧版应用程序构建可以将它们的崩溃发送到 v3 URL
- 反之亦然 - v3 客户端可以发送到 v2 服务器
- v3 符号将适用于那些
- 可以将 v2 数据库中的崩溃导入到 v3 数据库中
完成。
数据库架构几乎相同。只有一个 table (crash_groups
) 不允许简单的自动迁移; pattern
、reason
、exception
和 location
字段需要根据现有崩溃报告重新填充到 PHP 中,并使用 Quincy 3 重新解析。我可以分享代码如果有兴趣。
还有一个 table 有一个已删除的字段(crash.username
不见了),但无论如何它在我的情况下是空白的。
其余 table 逐字段翻译。
一些崩溃,出于某种原因,没有崩溃组(groupid=0);可能是数据库问题。
崩溃提交接口完美向下兼容;如果您将 crash_v300.php 复制到 crash_v200.php,旧版应用程序可以毫无问题地提交它们的崩溃。
QuincyKit 站点上的自述文件建议设置一个全新的服务器实例。不过,是否有人尝试过将 QuincyKit v2 服务器迁移到 v3?架构看起来并没有什么不同...
我只使用 QK iOS 崩溃,没有 MacOS。
具体来说,我想知道是否:
- 旧版应用程序构建可以将它们的崩溃发送到 v3 URL
- 反之亦然 - v3 客户端可以发送到 v2 服务器
- v3 符号将适用于那些
- 可以将 v2 数据库中的崩溃导入到 v3 数据库中
完成。
数据库架构几乎相同。只有一个 table (crash_groups
) 不允许简单的自动迁移; pattern
、reason
、exception
和 location
字段需要根据现有崩溃报告重新填充到 PHP 中,并使用 Quincy 3 重新解析。我可以分享代码如果有兴趣。
还有一个 table 有一个已删除的字段(crash.username
不见了),但无论如何它在我的情况下是空白的。
其余 table 逐字段翻译。
一些崩溃,出于某种原因,没有崩溃组(groupid=0);可能是数据库问题。
崩溃提交接口完美向下兼容;如果您将 crash_v300.php 复制到 crash_v200.php,旧版应用程序可以毫无问题地提交它们的崩溃。