`screened_ip_addresses` の SQL エラー(API が 500 をスロー)

ふむ、何か手がかりがあったはずなのに…私のテストで「汚染」した問題ユーザーの george21 は TL0 でした。なので彼を TL1 に変更すると、今度は動作しました。なるほど!もしかしてそれが原因かもしれません!そこで george21 を再び TL0 に戻しましたが…今度はもう「汚染」されていません。TL0 のままでも API 呼び出しが可能です。

次に、インポートスクリプトを再度実行すると、ああっ、今度は george21 がインポートスクリプトで 500 エラーを発生させます。Insomnia で試しても失敗します。そこで george21 を再び TL1 に戻すと…はい、HTTP 呼び出しが実行できました。

つまり、私が再現できている現象は以下の通りです:

  1. 一連の API 呼び出しが行われると(?)、何らかの理由で、その後の API 呼び出しが TL0 ユーザーで失敗する。
  2. TL0 ユーザーを TL1 に変更すると、API 呼び出しが成功する。
  3. 奇妙なことに、その後、同じユーザーを再び TL0 に戻しても、API 呼び出しは成功したままになる。
  4. スクリプトを再度実行すると問題ないが、やがて別の TL0 ユーザーで再び失敗する。

注意点:

  1. 私の知る限り、TL0 のすべての最低要件などは引き上げられています(つまり、TL0 ユーザーが投稿できないようにするすべてのブロックを除去しようと試みました)。
  2. もしこれが TL0 ユーザー向けの何らかの内部レート制限の問題だとしても、API が 500 エラーをスローしてエラーログに SQL エラーを記録すべきではありません。したがって、現時点でどこかに明らかなバグが存在すると断言できます。

ええ、はい、知っています。すでに私が独自のインポートスクリプトを作成しない理由(提供された例に基づいて)を 4 回も説明しました。:wink: そのため、アプローチを変更しました

その間も、このバグの発見と修正に貢献し続けています。今日は私のインポートスクリプトに影響が出ていますが、明日はあなたのサイトにある重要なスクリプトで API を使用する必要があるかもしれません…