What information should I give a developer when reporting a bug?

提供重现错误的精确步骤、发生错误的 URL 或屏幕、完整的错误消息或其屏幕截图，以及您期望的结果。说明错误何时开始以及当时发生了什么变化，例如更新、迁移或新插件。如果您有服务器日志或浏览器控制台输出，请附上它们。可重现的报告通常是快速修复和长时间调查之间的区别。

How much does a bug fix cost on Zinn Hub?

每个 Zinner 都会在列表中设置并显示自己的美元价格，因此您可以在下单前看到它。成本通常反映了所需的调查量，而不是更改的行数，因为找到原因通常是主要工作。小型、隔离良好的故障可能属于 Micro Zinn 固定价格服务范围，价格从五到二十美元不等。买家无需支付平台费用，因此列出的价格就是最终价格。

What access does a developer need to fix my bug?

这取决于故障。前端问题可能只需要一个暂存 URL 和浏览器访问权限，而服务器端错误通常需要通过 SFTP 进行文件访问、数据库连接或存储库邀请。为 Zinner 创建一个单独的帐户，而不是共享您自己的凭据，仅授予任务所需的权限，并在订单完成后撤销访问权限。如果存在暂存副本，请要求在暂存副本上完成工作。

Should I take a backup before the work starts?

是的，始终如此，并且要自己进行备份，而不是假设已经完成。文件和数据库的完整备份可以在修复产生意外副作用时为您提供干净的回滚。许多 Zinners 也会进行自己的快照，但您自己存储在您控制的地方的副本才是保护您的。在授予对实时环境的写入权限之前，请在消息中确认存在备份。

What happens if the bug comes back after the fix?

售后条款由每个 Zinner 设定，因此请在下单前阅读列表并书面确认。询问如果相同的故障再次出现会发生什么，他们会查看多长时间，以及相关但不同的错误是否算作新工作。将对话保留在订单消息中可以为双方提供清晰的协议记录和实际修复的内容。

How do I choose between several bug fix Zinners?

根据技术栈而不是标签进行筛选。一个每天使用 Laravel 的开发人员比一个通才更适合修复 Laravel 致命错误，即使两者都列出了错误修复服务。阅读他们的验证购买评论，了解有关诊断和沟通的评论，向两三个开发人员发送您的重现步骤，并比较他们问题的具体程度。下单前精确的问题通常预示着之后精确的诊断。