This is how I update the LDraw part numbers used on my LEGO Parts Guide at
https://brickarchitect.com/parts/
I don't know how long it has been broken, since I haven't updated my dataset since 4/30.
(2024-06-05, 14:24)tom alphin Wrote: [ -> ]This is how I update the LDraw part numbers used on my LEGO Parts Guide at https://brickarchitect.com/parts/
I don't know how long it has been broken, since I haven't updated my dataset since 4/30.
Server maintenance is in progress. The library will be up and down intermittently today.
(2024-06-05, 14:45)Orion Pobursky Wrote: [ -> ]Server maintenance is in progress. The library will be up and down intermittently today.
no worries, thanks for the update.
(2024-06-05, 14:45)Orion Pobursky Wrote: [ -> ]Server maintenance is in progress. The library will be up and down intermittently today.
It seems to be down again today - is maintenance underway or is there a new problem?
Thanks in advance,
---Tom
It probably related to a failed part submit that I haven't had a chance to look at yet.
(2024-12-27, 21:19)Orion Pobursky Wrote: [ -> ]Fixed
Thank you. My import script is working again so that's good news :-)
Sincerely,
---Tom
(2024-12-29, 1:47)tom alphin Wrote: [ -> ]Thank you. My import script is working again so that's good news :-)
Sincerely,
---Tom
The library.csv page is failing to load today. It worked earlier today.
Code:
"Warning: file_get_contents(https://library.ldraw.org/library.csv): Failed to open stream: HTTP request failed! HTTP/1.1 500 Internal Server Error"
(2025-09-27, 5:15)Orion Pobursky Wrote: [ -> ]The error is now fixed.
It works now :-)
(2025-09-27, 6:19)tom alphin Wrote: [ -> ]It works now :-)
P.S. The load time has more than doubled and timed out one of the four times I tested it today. Just wanted to let you know about the performance regression.
I noticed as well. Working on it.
I've implemented a stop gap solution. Since the file has gotten too bog, It's no longer a "live" look at the library. Right now it regenerates every 5 minutes. Eventually I have it generate every time parts list changes but that will take more time to code and I wanted to get a solution out now.
And now the file is updating "live". This is a queued process so there may be some lag, especially around 0000 UTC when the tracker does maintenance.
(2025-09-28, 17:13)Orion Pobursky Wrote: [ -> ]I've implemented a stop gap solution. Since the file has gotten too bog, It's no longer a "live" look at the library. Right now it regenerates every 5 minutes. Eventually I have it generate every time parts list changes but that will take more time to code and I wanted to get a solution out now.
Confirmed, it loads almost instantly now! Thank you.
(2025-09-28, 22:18)Orion Pobursky Wrote: [ -> ]And now the file is updating "live".
I did just notice that the image_url field now has a postpended "?" text... I do not remember it having that extra text in the past. It does not impact my use case, but thought you should know.
ex:
http://library.ldraw.org/media/ldraw/uno...1759267430
It's a cache buster. Cloudflare caches our images (a good thing) but the unofficial part images change enough that the library needs to override that behavior.
(2025-10-01, 1:36)Orion Pobursky Wrote: [ -> ]It's a cache buster. Cloudflare caches our images (a good thing) but the unofficial part images change enough that the library needs to override that behavior.
That does make sense, thanks for explaining. That said, it is also present for "official" parts - should it be removed in that case?
(2025-10-03, 1:35)tom alphin Wrote: [ -> ]That said, it is also present for "official" parts - should it be removed in that case?
It's a feature of the media management package being used. It on or off and since it's not hurting anything and changing that behavior to exclude a certain class of images wouldrequire some custom code, I'll just leave it on. Also, every update has a handful of part fixes (or in the case of the last update quite a few handfuls) that regenerate the image so even the official images aren't totally static.