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를 위한 별도의 계정을 만들고, 작업에 필요한 권한만 부여하고, 주문이 완료되면 액세스 권한을 취소하세요. 스테이징 복사본이 있는 경우 스테이징 복사본에서 작업을 수행하도록 요청하세요.

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 치명적인 오류에 더 적합합니다. 두 사람 모두 버그 수정을 나열하더라도 말이죠. 진단 및 커뮤니케이션에 대한 검증된 구매 후기를 읽고, 재현 단계와 함께 두세 명에게 메시지를 보내고, 질문이 얼마나 구체적인지 비교하세요. 주문 전의 정확한 질문은 일반적으로 이후의 정확한 진단을 나타냅니다.