puppylpg

same...

> buff 和 steam 的 cookie 有点难搞。 恩，这个不急，有空了慢慢想想怎么搞比较合适。终归还是要有些自动回测的，不然每次合代码都底气不足 =。=

代理的端口配置里不是1086，改一下吧 如果gui没法改，可以把代码回退到上一个没有gui的版本

> > 遇到了相同问题； Win10操作系统，GUI版oddish，修改了端口号7890，采用了clash全局翻墙，仍然报错： > > ``` > > 2022-02-14 23:58:46,239 [WARNI] Timeout for https://steamcommunity.com/market/. Try again. > > 2022-02-14 23:58:51,275 [WARNI] Timeout for https://steamcommunity.com/market/. Try again. > > 2022-02-14...

> 本菜鸡一直卡在这一步，咋办呀大佬，清了好几次cookie都不行 把生成的那个cache文件夹清掉……

我之前好像在buff app上碰到过，不过下次就好了，不知道是不是他们在维护

封号不确定，爬的慢的话，对buff够不成压力，而且本质上爬完是要在buff上买东西的，buff还能白嫖更多手续费，当然可能按照buff的流水也不在乎这些 我把爬取的ua之类的再换换吧，太难了

> GUI已经基本能用了 :+1: :+1: :+1: 不过关于封禁的问题，我今天估计得找buff邮件练习一下，看看他们到底怎么想的。要不然很可能程序得调到10s+爬一次buff了，否则还是会被封 或者找个更少的访问buff api次数的方法（虽然从steam爬数据已经极大地减少了对buff api的访问） 哦，或者爬buff的时候10s+一次，爬steam还是正常速度。感觉可以，回去试试

> GUI已经基本能用了 > 😃 😺 😺 😺 😺 😺 😺 😺 😺 😺 😺 😺 😺 😺 😺 😺 😺 😺

> > GUI已经基本能用了 > > 👍 👍 👍 > > 不过关于封禁的问题，我今天估计得找buff邮件练习一下，看看他们到底怎么想的。要不然很可能程序得调到10s+爬一次buff了，否则还是会被封 > > 或者找个更少的访问buff api次数的方法（虽然从steam爬数据已经极大地减少了对buff api的访问） > > 哦，或者爬buff的时候10s+一次，爬steam还是正常速度。感觉可以，回去试试 resolved by #57