리소스 로딩... 로딩...

GetTicker: 429: {"msg":"청구 너무 자주.","코드":"50011"}

저자:무신론자, 창작: 2022-10-31 20:30:38, 업데이트:

GetTicker: 429: {msg:Requests too frequent.,code:50011} 이 오류는 일반적으로 어떻게 처리합니까?


더 많은

발명가들의 수량화 - 작은 꿈거래소 인터페이스를 너무 자주 호출하여 거래소 제한을 초과합니다.

무신론자/upload/asset/195913fa877847cbce6a6.jpg 이 문제는 어디에서 바람을 피웠는지에 대한 문제입니다.

무신론자이 오류는 정말 실수인가? 코드가 전체 전략을 변경하여 get ticker를 한 곳에 넣었습니다. 또는 이 오류를 보고했습니다.

발명가들의 수량화 - 작은 꿈이 사이트의 사이트는 다른 사이트의 사이트와 연결되지 않습니다.

오징어 비행어떻게 이 두 가지에 문제가 생겼을까요?

발명가들의 수량화 - 작은 꿈이 두 언어의 프로그래밍 전략은 현재 지원되지 않지만 나중에 지원이 추가될 수 있습니다.

무신론자드림 총, rusts와 typescirpt을 지원할 계획이 있나요?

발명가들의 수량화 - 작은 꿈서버가 최소한의 구성으로 작동하면 몇 개의 서버를 더 열 수 있습니다.

무신론자이 모든 것은 우리가 할 수 있는 일이 아닙니다. 우리는 우리가 할 수 있는 모든 것을 할 수 있습니다. 우리는 우리가 할 수 있는 모든 것을 할 수 있습니다.

발명가들의 수량화 - 작은 꿈만약 거래소 인터페이스의 주파수 제한을 고려하지 않는다면, 서버의 최소 구성은 5~6개의 디스크를 실행하는 것이 문제되지 않습니다. 주파수 제한을 고려하면 귀하의 전략에 특정되는 접속 주파수를 고려해야 합니다. 만약 당신의 정책 디스크는 디스크가 1초에 5번 인터페이스에 접근하는 경우, 디스크는 일반적으로 제한을 초과하지 않습니다. 디스크를 2번 추가하면 초과될 수 있습니다. 이 때 당신은 디스크에 대한 접속을 5번만 줄일 수 있습니다. 예를 들어 디스크가 10초에 5번 인터페이스에 접근하도록 합니다.

무신론자감사합니다! 일반적으로. 여러 로봇과 디스크를 사용하는 서버가 더 낫습니까? 단일 로봇 + 여러 디스크와 하나의 로봇 + 한 디스크의 차이점은 무엇입니까? (서버 성능과 대역폭이 고려되지 않고, 구성이 가득합니다.)

발명가들의 수량화 - 작은 꿈GetTicker는 시장 인터페이스, 깊이 인터페이스에 액세스합니다. 호스트에 너무 많은 실제 디스크를 실행하지 마십시오, 과잉 주파수가 쉽습니다. 지금은 429을 표시하면 2 시간 동안 멈추고 다시 실행하면 표시되지 않아야합니다. 이 경우, 사용자들은 이 인터페이스에 접속할 수 있는 횟수를 조절할 수 있습니다.

무신론자이 거래소는 병든 것처럼 보이지만, 어느 순간은 정상이고, 어느 순간은 고객들은 내가 어떤 인터페이스를 제공해야 하는지 묻습니다.

발명가들의 수량화 - 작은 꿈이 원리는 매우 간단합니다. 하나의 디스크만 시작하면 접속 빈도는 정상입니다. 그러면 이 호스트에 있는 3개의 디스크를 더하면 빈도가 3배 증가합니다. 쉽게 거래소 제한을 초과합니다. 또한, 과속이 너무 많아서 멈춰야 합니다. 이 시점에 어떻게든 변경해도 접근이 허용되지 않습니다.