Closed mikelei8291 closed 1 year ago
If your use case is monitoring one or multiple accounts, I'd like to point you to https://github.com/HitomaruKonpaku/twspace-crawler which does that job a lot more elegantly. twspace-dl was created before it, that's why there was preliminary support for monitoring.
That said I'd be glad to accept pull request to better support either 1 or 2.
Thanks for the suggestion. I've checked out this project before but didn't want to use node.js on my server so I settled with twspace-dl and a custom script I wrote to do the job.
That being said, I think technically I could implement both. The question is where should we store this guest_token
so that it won't be an annoyance to the user and is still kept somewhere in the system.
At the root, of the module in a file called maybe .guest_token
Describe the bug Since the shutdown of the old API and the switch to the new API in #80, the program would easily hit the rate limit of the API which retrieves the
guest_token
in long-running monitor sessions.It seems when visiting to the site without login, the
guest_token
will be stored as a cookie and reused in future requests to other APIs, so thehttps://api.twitter.com/1.1/guest/activate.json
API would only be requested once at the very beginning.There are two solutions:
For 1, we need to figure out where to store the token, and for 2, the cookies from a logged in user would be a requirement to run the program, adding restrictions to users.
To Reproduce Run the program multiple times in a short timespan.
Expected behavior Program exit normally.
Output
Desktop (please complete the following information):