|
|
 | | Re: Update 9906
|
| (...) I got the fixes. Thanks for the rapid turn-around, Chris! About 973s01 - I don't remember if this subfile ever had a back surface. The name does clearly state that there's no back: "~Subpart Minifig Torso without Front or Back". IIRC, the back (...) (25 years ago, 5-Jan-00, to lugnet.cad.dev)
| | | | | Re: OMR Planning - Almost There
|
| (...) (rereading what I wrote) Uh, durrr, that came out as hogwash, didn't it. I meant, if the pages that are created dynamically happen to come out the same as though they had been served statically (IOW, if it's static content generated (...) (25 years ago, 4-Jan-00, to lugnet.cad.dev.org.ldraw)
| | | | | Re: OMR Planning - Almost There
|
| (...) Yes. That AND the sort of data you are fetching. In certain cases, a DB engine that has cached the results of queries, coupled with a requesting program that can use the results straightaway, can be faster than a raw filesystem, even if the (...) (25 years ago, 4-Jan-00, to lugnet.cad.dev.org.ldraw)
| | | | | Re: Update 9906
|
| (...) Looks like both John and I mistakenly assumed that s\973s01.dat is the torso missing the front surface - in fact it is missing the back as well to cater for those rare torsos with decoration on the back. I sent a corrected version of 973p34 to (...) (25 years ago, 4-Jan-00, to lugnet.cad.dev)
| | | | | Re: OMR Planning - Almost There
|
| (...) I have to wonder about that assertion in a really skeptical way. In either case, assuming the filesystem and the database aren't poorly written, the amount of RAM in the server is really the gating factor. If you have 50 MB of static files and (...) (25 years ago, 4-Jan-00, to lugnet.cad.dev.org.ldraw)
|
|
