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

再現するための正確な手順、発生するURLまたは画面、完全なエラーメッセージまたはそのスクリーンショット、そして期待していた結果を伝えてください。いつから発生し、その頃に何が変更されたか（アップデート、移行、新しいプラグインなど）を述べてください。サーバーログやブラウザのコンソール出力があれば添付してください。再現可能なレポートは、通常、迅速な修正と長期にわたる調査の違いとなります。

How much does a bug fix cost on Zinn Hub?

各Zinnerは、リスティングに独自の価格をUSDで設定・表示するため、注文前に確認できます。費用は通常、変更される行数よりも、原因を見つけることが作業の大部分であるため、必要な調査の量によって決まります。小さく、よく分離された障害は、5ドルから20ドルの固定価格サービスであるMicro Zinnの範囲に収まることがあります。購入者はプラットフォーム手数料を支払わないため、表示価格が最終価格です。

What access does a developer need to fix my bug?

障害によって異なります。フロントエンドの問題はステージングURLとブラウザアクセスのみで済む場合がありますが、サーバーサイドのエラーは通常、SFTP経由のファイルアクセス、データベース接続、またはリポジトリへの招待が必要です。Zinner用に個別のSinnアカウントを作成し、自分の認証情報を共有するのではなく、タスクに必要なもののみを許可し、注文完了時にアクセスを取り消してください。ステージングコピーが存在する場合は、そこで作業を行うよう依頼してください。

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の致命的なエラーに適しています。診断とコミュニケーションに関する購入検証済みレビューを読み、再現手順を添えて2、3人にメッセージを送り、彼らの質問がどれだけ具体的かを比較してください。注文前の正確な質問は、通常、その後の正確な診断を示します。