Jump to content
McKay Development

Devx09

Member
  • Posts

    15
  • Joined

  • Last visited

Reputation Activity

  1. Like
    Devx09 got a reaction from Leon in New request limits? (429 error)   
    This seems to be a part of the solution. The confirmations are working like 60-70% of the time now but for the other 30-40% error 429 is still getting returned.
    Thank you for sharing though.
  2. Like
    Devx09 got a reaction from n1del in New request limits? (429 error)   
    This seems to be a part of the solution. The confirmations are working like 60-70% of the time now but for the other 30-40% error 429 is still getting returned.
    Thank you for sharing though.
  3. Thanks
    Devx09 reacted to JVz in New request limits? (429 error)   
    here is easy fix:
    const request = require('request'); const SteamCommunity = require('steamcommunity'); let community = new SteamCommunity({ request: request.defaults({ headers: { 'Accept-Encoding': 'gzip, deflate, br' } }) }); if you use proxy:
    request: request.defaults({ proxy: proxyUrl, headers: { 'Accept-Encoding': 'gzip, deflate, br' } })  
    This is not rate limiting. Steam's WAF now fingerprints the Accept-Encoding request header. The legacy request package (which node-steamcommunity uses internally with gzip: true) sends exactly Accept-Encoding: gzip, deflate — real browsers always include br as well. Steam now rejects the bot-like values outright:
    Accept-Encoding sent Response gzip, deflate (request lib default) 429 gzip 429 gzip, deflate, br 200 gzip, deflate, br, zstd 200 Same IP, same endpoint, seconds apart — only the header changes the outcome. api.steampowered.com is not affected.
  4. Thanks
    Devx09 reacted to Dr. McKay in Getting tradehold of user without getUserDetails.   
    https://steamapi.xpaw.me/#IEconService/GetTradeHoldDurations
×
×
  • Create New...