Developer Loggers for Simple History for WordPress

좋은 것들

이봐, 이메일 로거는 생명의 은인이야. 마침내 일부 거래 이메일이 표시되지 않는 이유를 알게 되었습니다. 사용자 정의 기능 중 하나가 잘못된 헤더로 wp_mail()을 호출하는 것이었습니다. 로그에는 정확한 페이로드와 타임스탬프가 표시되었습니다. 이것만으로도 추측에 드는 시간을 절약할 수 있었습니다. 그리고 JavaScript 오류 로거는요? 사용자가 "뭔가 문제가 발생했습니다"라고 보고했지만 브라우저 개발 도구에 아무 것도 표시되지 않을 때 매우 유용합니다. 모바일에서 충돌이 발생하는 타사 양식 플러그인의 스크립트 충돌을 포착했습니다.

Slack 통합도 견고합니다. 대시보드를 지속적으로 확인할 필요가 없습니다. 오류는 개발 채널에 실시간으로 표시됩니다. HTTP API 로거도 마음에 들었습니다. 모든 외부 요청을 추적하여 지연을 일으키는 느린 타사 서비스를 발견하는 데 도움이 되었습니다. 이 모든 기능은 일단 설치하면 플러그 앤 플레이 방식으로 작동합니다. 메인 인터페이스를 압도하지도 않습니다. 그냥 들러서 전원을 켜고 문제가 발생할 때까지 잊어버리세요.

그다지 좋지 않은 것

약간의 틈새 도구입니다. 개발자가 아니거나 로그에 관심이 없다면 이는 별 도움이 되지 않습니다. UI는 기본입니다. 예쁜 그래프나 필터는 없고 원시 데이터만 있습니다. 그리고 솔직히 말해서, 플러그인은 폴더에 넣어두고 업데이트한 적이 없는 누군가가 유지 관리하는 것 같습니다. 버전 정보가 없고, 라이선스를 알 수 없으며, 지원 포럼 활동이 없습니다. 프로덕션 사이트를 운영하는 경우 이는 위험 신호입니다.

또한 이미 Simple History를 사용하고 있는 경우에만 작동합니다. 그래서 그것은 독립된 것이 아닙니다. 아직 설정하지 않았다면 의미가 없습니다. 그리고 작성자나 다운로드 횟수가 명확하지 않기 때문에 안정성을 확인할 수 없다면 트래픽이 많은 사이트에서는 사용하지 않을 것입니다.

결론

WordPress 사이트를 관리하는 개발자이고 이미 Simple History를 사용하고 있다면 WordPress용 Simple History용 개발자 로거를 사용해 볼 가치가 있습니다. 특히 이메일, JS 오류 및 API 호출과 관련하여 실제로 내부적으로 무슨 일이 일어나고 있는지에 대한 추가 가시성을 제공합니다. 무료이고 가벼우며 약속한 대로 정확하게 작동합니다. 하지만 맹목적으로 믿지는 마세요. 편집증이 있는 경우 코드를 확인하고 먼저 테스트하지 않고 중요한 사이트에서 사용하지 마십시오. 중소 규모 프로젝트의 경우 견고한 작은 도우미입니다.