-
Notifications
You must be signed in to change notification settings - Fork 7.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ASUS BIOS route not working #16825
Comments
This comment was marked as duplicate.
This comment was marked as duplicate.
1 similar comment
Searching for maintainers:
If all routes can not be found, the issue will be closed automatically. Please use |
I don't know if I'm missing something here, but it does not seem to have worked?
Latest tested just <5 minutes ago. |
Searching for maintainers:
If all routes can not be found, the issue will be closed automatically. Please use |
Now it works for me. |
Routes
Full routes
Related documentation
https://docs.rsshub.app/routes/program-update#bios
What is expected?
The source website should be checked for updated content and if so convert it to RSS.
What is actually happening?
No response from the source webserver (https://odinapi.asus.com.cn).
Deployment information
Self-hosted
Deployment information (for self-hosted)
DietPi v9.7.1, Docker version 27.2.1, image: diygod/rsshub:chromium-bundled
Additional info
RSSHub's log says
rsshub-1 | error: Request https://odinapi.asus.com.cn/recent-data/apiv2/SearchSuggestion?SystemCode=asus&WebsiteCode=cn&SearchKey=ProArt-X670E-CREATO R-WIFI&SearchType=ProductsAll&RowLimit=4&sitelang=cn fail: TypeError: fetch failed
.The server https://odinapi.asus.com.cn in https://github.com/DIYgod/RSSHub/blob/master/lib/routes/asus/bios.ts is indeed entirely inaccessible and has been so at least since mid-August.
It may (or may not) be some geoIP-blocking which does not allow visitors from IP-addresses registered to Europe. It seems reasonable either way that the route should instead use the global website, or if that is inaccessible to people in China at least have one route for people in China and one for the rest of the world, so that the above example would then instead be
https://odinapi.asus.com/recent-data/apiv2/SearchSuggestion?SystemCode=asus&WebsiteCode=us&SearchKey=ProArt-X670E-CREATOR-WIFI&SearchType=ProductsAll&RowLimit=4&sitelang=en
for example, which is accessible.This is not a duplicated issue
The text was updated successfully, but these errors were encountered: