smalltailteam / botlooter Goto Github PK

Происходит это часто, но не в 100% случаев.

.steamweb файлы хранят куки, конкретно - SteamLoginSecure.
Куки представляют из себя структуру steamid64 + || + access_token.
Срок жизни access_token составляет 24 часа и 5 минут.

По истечению срока жизни, при запросе к любой странице стима - происходит redirect 302 на страницу https://login.steampowered.com/jwt/refresh, где происходит получение нового access_token с помощью refresh_token.

Иными словами, использование .steamweb файлов позже 24 часов после создания - не имеет смысла, и вероятно, ошибка на скрине связана с этим.

Если не использовать опцию SavedSessionsDirectoryPath - проблема исчезает.

Предлагаю сделать лутание предметов по качетсву, так как для тех кто фармит в кске, не охота лутать ширп вместе с кесами на один акк. Лучше будет лутать кейсы и скины выше армейского

Steamkit2/ASF использует новый API для загрузки инвентарей, который в разы быстрее и не имеет лимитов.
Загружать можно до 100к предметов за один запрос.

Почему бы не использовать его?

https://api.steampowered.com/IEconService/GetInventoryItemsWithDescriptions/v1/?steamid=765611980xxxxxxx&appid=730&contextid=2&count=50000&get_descriptions=true&access_token=xxxxx

access_token - можно получить сделав GET https://store.steampowered.com/pointssummary/ajaxgetasyncconfig

response:

{
	"response": {
		"assets": [],
		"descriptions": [],
		"more_items": true,
		"last_assetid": "",
		"total_inventory_count": 12345
	}
}

more_items - если предметов в инвентаре больше, чем вернул запрос
last_assetid - если предметов больше, последний assetid, с которого нужно начинать следующий запрос (параметр start_assetid)

Добавить подсчет отправленных предметов после завершения работы.
Также если это возможно, добавить параметр который перестанет лутать предметы на аккаунт, если указать определенную ценность инвентаря при которой: Бот либо останавливается, либо продолжает лутать на следующий по списку аккаунт.

"MaxValueOfInventory": 500 "Сумма в долларах, если возможно то в других валютах"

В теории не должно быть более 1 запроса за всё время работы приложения.
Если есть возможность передавать данные в потоки, то было бы лучше вынести определение смещения времени в глобальный поток, перед созданием остальных.

Версия pre-release 0.3.7.0

Добавить к скриншоту нечего.
Встречается не часто.

Фильтровать интересующие нас предметы можно по classid, который присутствует при запросе к инвентарю steam

GET https://steamcommunity.com/inventory/xxxxxx/inventory_id/context_id?l=english&count=2000

response:

{
	"assets": [
		{
			"classid": "12345"
		}
	],
	"descriptions": [
		{
			"market_name": "Some name"
		}
	]
}

В дополнении и для удобства пользователя, можно осуществлять фильтрацию с помощью регулярного выражения на имени предмета

В настройках вынести этот пункт в качестве массива, например:

{
"IncludeItemIds": ["123", "12345"],
"IncludeItems": ["frying pan"]
}

Помимо прочего можно сделать подобные настройки для игнорирования определенных предметов (Exclude Items), таким образом лутая всё, кроме отмеченных в настройках.

Примеры:

• BotLooter.exe --config ./1/BotLooter.config.json
• BotLooter.exe --config ./2/BotLooter.config.json

Эта возможность позволит уменьшить количество копий приложения, если имеется несколько разных конфигураций.

Опция, схожая по принципу работы с IgnoreNotMarketable, только работающая по обратному принципу.
Полезна в случаях, когда необходимо очистить инвентари от мусора.

Сейчас загружаются только первые 100 предметов.

https://github.com/Sadzurami/BotLooter/blob/4032b574f355f5dd1da63be4e6322e3ec6120bc8/BotLooter/Steam/SteamWeb.cs#L21-L28

Steam позволяет загружать по ссылке максимум 2000 предметов за раз.
Если количество предметов больше 2000, необходимо делать паузу 5с перед следующим запросом предметов

Ожидаемое поведение - игнорирование файла (как с файлом прокси).

Текущая реализация работает хорошо, но все трансфер запросы (/settoken) идут к store.steampowered.com.

Было бы лучше выбирать transfer случайным образом из всех доступных (их 5), для балансировки нагрузки между доменами.

Было бы ещё лучше - пытаться делать запрос к другому transfer (тоже случайному, а не по порядку), если текущий запрос окончился неудачей.

Единственный нюанс, я бы наверное ограничился 3мя трансферами из 5, исключая steam.tv и checkout.steampowered.com (они, как и все остальные трансферы, дают необходимые куки, это лишь личное предпочтение)

Добавить преедачу предметов определенного типа в зависимости от игры. Например в ксго: Граффити, винтовки, инструменты и т.д.
Также вместо типа, можно сделать качество предмета, например: Базовый, ширптореб, армейское, тайное и т.д.

Пожалуй одна из самых важных вещей в процессе лутания до сих пор не реализована.
Пока что у нас нет механизма для игнорирования аккаунтов, которые ранее были залутаны.

Полезно это будет всем, т.к. трейды стима не идеальны, часто бывают ошибки из-за которых мы вынуждены лутать повторно.

Для реализации этой задачи предлагаю универсальную идею:

Использовать файл игнорирования.

"IgnoreAccountsFilePath": "ignore-list.txt"

В этом файле будут находится юзернеймы, которые необходимо игнорировать в процессе импорта ботов.
В процессе лутания мы должны будем периодически сбрасывать в этот файл юзернеймы ботов, которые закончили своё лутание успешно.

Версия: 0.3.0.0

Если в конфиге не указывать прокси, они всё-равно будут загружены (или будет ошибка) из файла proxies.txt, который находится в папке рядом с приложением.

Текущая реализация сосредоточена на лутании множества ботов на один единственный аккаунт.
В некоторых случаях было бы удобно лутать предметы ни на один аккаунт, а на список аккаунтов.

Например:

"LootTradeOfferUrls": [
  "link1",
  "link2",
  "link3",
]

В процессе лутания выбирать аккаунт по принципу round-robin, т.е. лутать на каждый аккаунт последовательно.

Исходя из предложения выше, было бы здорово реализовать ограничитель количества предметов на один аккаунт.

Например, лутать на каждый аккаунт 500 предметов, по достижению лимита - игнорировать этот аккаунт:

"MaxItemsForTradeUrl": 500

Подобный подход поможет уменьшить количество запросов к steam и ускорить процесс авторизации.
Помимо прочего, steam будет думать, что мы авторизуемся с одного и того же браузера, что немного выигрывает в его доверии (сейчас steam считает, что мы каждый раз авторизуемся с разных устройств).

steam-sessions-creator умеет создавать WebRefreshToken, благодаря которому можно получать куки в любой момент, без ограничений и без рейтлимитов.

Для получения свежих куки необходимо сделать:

POST multipart https://login.steampowered.com/jwt/finalizelogin
headers:

{
	"accept": "application/json, text/plain, */*",
	"sec-fetch-site": "cross-site",
	"sec-fetch-mode": "cors",
	"sec-fetch-dest": "empty"
}

body:

{
	"nonce": "refresh_token",
	"sessionid": "случайная строка, 24 символа, hex алфавит",
	"redir": "https://steamcommunity.com/login/home/?goto="
}

response:

{
	"transfer_info": [
		{
			"url": "https://steamcommunity.com/login/settoken",
			"params": {
				"nonce": "xxxxx",
				"auth": "xxxxxx"
			}
		}
	],

	"error": "ошибка, если есть"
}

POST multipart https://steamcommunity.com/login/settoken
headers:

{
	"accept": "application/json, text/plain, */*",
	"sec-fetch-site": "cross-site",
	"sec-fetch-mode": "cors",
	"sec-fetch-dest": "empty"
}

body:

{
	"steamID": "steamid64",
	"auth": "transfer_info..params.auth из ответа на предыдущий запрос",
	"nonce": "transfer_info..params.nonce из ответа на предыдущий запрос"
}

В ответе на запрос будут куки, если не было ошибок.

Примечание - необходимо использовать именно WebRefreshToken, иначе токен будет аннулирован.

В функции SendTradeOffer было бы не плохо добавить повторные попытки отправить tradeoffer, если стим возвращает серверную ошибку 500.

Происходит это часто.

15:36:34 inf : ** | ****** | Не смог спарсить айди обмена - InternalServerError {"strError":"There was an error sending your trade offer. We were unable to contact the game's item server. The game's item server may be down or Steam may be experiencing temporary connectivity issues. Please try again later."}

Предлагаю делать паузу 10с, и суммарно до 3х попыток отправить оффер.

как это фиксить?