네, 로그 컬러라이저를 바이브 코딩했는데 기분이 좋네요

…그리고 반복할 가치가 있는 사실은 모든 것이 내가 원하는 대로 정확하게 보이고, 내가 원하는 대로 정확하게 작동한다는 것입니다. 또 다른 액션샷이에요!

문제 발견

나는 편리한 로그 컬러라이저로 ​​무장한 채 잘못된 댓글 영역 문제 동작이 여전히 추악한 머리를 다시 뒤집을 때까지 참을성 있게 기다렸습니다. 오래 기다릴 필요도 없었고, 며칠 안에 근본 원인을 찾을 수 있었습니다. 내가 그것을 찾는 데 시간을 좀 투자하기로 결정했다면 그것은 항상 거기에 있었습니다. 여기 있습니다:

간단히 말해서 문제는 Apple의 잘못입니다. (글쎄요. 별로는 아니지만 좀 그렇죠.)

간단히 말하면 Eric의 IP 주소를 흐리게 했지만 짙은 녹색이므로 위 이미지에서 흐릿한 짙은 녹색 얼룩이 보이는 곳이 바로 Eric입니다. 여기에 제시된 대략 12초 동안 Eric은 일일 예보에서 “게시” 버튼을 누르는 것을 볼 수 있습니다. 이는 창 맨 위에 있는 “POST” 이벤트입니다. Eric의 IP 주소에서 발생하는 후속 이벤트는 그의 브라우저가 WordPress와 표준 게시 후 대화를 수행하여 “게시물이 성공적으로 게시되었습니다” 알림을 표시한 다음 WP 블록 편집기를 다시 그릴 수 있다는 것입니다.

Eric의 게시물 아래에서 Discourse 서버(주황색 IP 주소 포함)가 Eric의 게시물에 대한 새 Discourse 댓글 스레드를 생성했음을 WordPress에 알리고 Eric의 게시물을 해당 스레드의 오프너로 미러링하는 데 필요한 항목을 가져오는 것을 볼 수 있습니다. 실제 게시물과 게시물에 포함된 이미지에 대해 GET을 수행하는 것을 볼 수 있습니다. Eric이 “게시”를 누른 후 약 1초 후에 새 게시물의 Discourse 스레드가 준비되고 Eric의 게시물에 첨부됩니다.

아, 그런데 주목해 볼 점은 또 다른 그 1초 동안 일어난다.

Space City Weather의 범위를 확장하기 위해 우리는 인기 있는 Apple News 플러그인(실제로 Ars가 사용하는 것과 동일한 플러그인)을 사용하여 사이트의 모든 게시물을 Apple News에 교차 게시합니다. 그리고 바로 거기에서 Eric의 POST 요청 직후에 두 개의 GET 요청이 발생하여 문제가 발생했습니다. 동일한 “게시” 이벤트에 의해 소환된 Apple News의 굶주린 스토리 검색 봇 군단이 돌격해 새로운 게시물의 사본을 요구하는 모습을 볼 수 있습니다. ~ 전에 담론은 그 일을 할 기회가 있습니다.