Hmm, pensé que ya tenía algo… mi usuario de prueba “envenenado”, george21, estaba en TL0. Así que lo cambié a TL1 y entonces funcionó. ¡Ok! ¡Quizás sea eso! Así que entonces cambié a george21 de nuevo a TL0… y ahora ya no está “envenenado”: puede hacer la llamada a la API incluso como TL0.
Ahora ejecutaré mi script de importación de nuevo, y ¡aha! Ahora george21 está lanzando el error 500 en el script de importación. Y cuando lo intento en Insomnia, falla. Así que ahora pondré a george21 de nuevo en TL1 y… sí, puede ejecutar la llamada HTTP.
Así que esto es lo que parece poder reproducir:
- Si se realiza una serie de llamadas a la API (?), de alguna manera provoca que una llamada posterior falle con un usuario TL0.
- Cambiar al usuario TL0 a TL1 permite que la llamada a la API se complete.
- Y extrañamente, luego cambiar a ese mismo usuario de nuevo a TL0 todavía permite que la llamada a la API se complete.
- Ejecutar el script de nuevo está bien hasta que vuelve a fallar con otro usuario TL0.
Tenga en cuenta que:
- Hasta donde sé, todos los mínimos, etc., para TL0 han sido elevados (es decir, he intentado eliminar cada bloqueo que impediría que un usuario TL0 publique), y
- Incluso si esto es un problema con algún tipo de límite de velocidad interno para usuarios TL0, la API no debería lanzar un error 500 y registrar un error SQL en el registro de errores. Así que creo que podemos decir en este punto que definitivamente hay un error en algún lugar.
Sí, um, lo sé, y ya he explicado cuatro veces por qué no estoy escribiendo mi propio script de importación (basado en los ejemplos dados). 
Por eso cambié de enfoque.
Y mientras tanto, sigo contribuyendo aquí para ayudar a encontrar y corregir este error. Hoy está afectando a mi script de importación. Mañana podría ser algún script importante que tengas en tu sitio que necesite la API…