Please use our links: LEGO.com • Amazon
Recent discussions • Categories • Privacy Policy • Brickset.com
Brickset.com is a participant in the Amazon Services LLC Associates Program, the Amazon.com.ca, Inc. Associates Program and the Amazon EU Associates Programme, which are affiliate advertising programs designed to provide a means for sites to earn advertising fees by advertising and linking to Amazon.
As an Amazon Associate we earn from qualifying purchases.
Comments
vs It doesn't make any material difference, but unless I ignore case when grouping sets (which is easily done!) then the Trevi Fountain gets a group all of its own.
This doesn't manifest on Brickset itself, so the logic there must be case insensitive. Not sure if it's something you care about fixing?
SQL server is case-insensitive and we display themes/subthemes etc. in upper case so is not noticeable.
getKeyUsageStats
works good! thank you @Huw ! very helpful!I'm reluctant to add every feature to the API: its purpose is not to facilitate the production of something that negates the need to visit the website, but to supplement it and encourage visiting/registering.
If I ever get my app close to release, maybe we can figure out some ways to drive some income to the website while still providing a native app experience (and make it more worthwhile to invest in the API).
I was updating my app to use the v3 API and was at the point of updating/validating my use of setCollection when I noticed that I was getting duplicate results in my getSets response. At first I thought is was just a bug on my app, but decided to check the website as well and this is what showed up...
Or is it maybe some weird local caching thing for me?
Apparently maybe I'm just doing it a bit wrong. Anyhow, seems to be mostly working now. So now the only problem I'm having is that I can't send an empty string for "notes".
"US": {
"retailPrice": 99.99,
"dateFirstAvailable": "2020-07-03T00:00:00Z"
},
"UK": {
"retailPrice": 89.99,
"dateFirstAvailable": "2020-07-01T00:00:00Z",
"dateLastAvailable": "2020-07-03T00:00:00Z"
},
"CA": {
"retailPrice": 149.99,
"dateFirstAvailable": "2020-07-01T00:00:00Z"
},
"DE": {
"retailPrice": 97.47,
"dateFirstAvailable": "2020-07-02T00:00:00Z",
"dateLastAvailable": "2020-07-04T00:00:00Z"
}
Although the price will be different the dates will be the same.
Is there a reason for that? I thought the web page and the API are based on the same database?
It's been problematic all day, but didn't want to bug you until the site stabilised.
Apologies for the inconvenience.
I may have have to implement rate limiting if it causes issues.
I'm already caching most data on my own server and within the app to minimise calls to getSets, but if you're seeing a lot of hits please LMK and I'll see what I can do.
However, that's nothing compared to the traffic I am seeing from what I assume is a rogue bot, which is making 150,000 page requests a day, or 100 a minute. I've now blocked it in CloudFlare and the server seems to be much happier now!
I'll take another walk through the code and see if I can reduce that number a bit.
Error 1020
Ray ID: 675c9e9f6aa505bb • 2021-07-28 08:08:26 UTCAccess denied
What happened?
This website is using a security service to protect itself from online attacks.
Cloudflare Ray ID: 675c9e9f6aa505bb • Your IP: 87.171.71.242 • Performance & security by Cloudflare
it seems it not work anymore for me too since API is online again.
@nicmare, That ray ID tells me that CloudFlare has invoked its 'manage definite bots' firewall rule for some reason.
Error stream returned is "error code: 1020"
LMK...
Thanks @Huw!