The HSM site is VB too and has no such issues...no log in difficulties,no constant reloading.....(the content kind of sucks tho)...as a site it's golden in comparison.
I can hardly navigate here now.
Watch hafta grok is... that for a Relational DB support structure and engine, any keys and indices can easily grow to exceed the size of the raw data itself several times over.
Where the "records" are narrative text PLUS now-and-then graphics files and/or offsite links, as forum posts ARE, that happens in the first few MONTHS if not WEEKS of operation.
Unless ... indexing is made exceedingly LEAN. AND THEN ALSO, regularly pruned.
As has been the case recent years, PM being a far, far, higher traffic site than - for example "thermite" finds when he motors off to the also VB-driven but lower, slower rate of change Jaguar motorcar forums.
- VB devel
will not use the more stable, powerful, lower-maintenance PostgreSQL Object/Relational DB. It's F/LOSS licensed. VB want closed or nearly-so source code.
- VB devel
cannot utilize a pure "Object" DB, such as Z-Server/Medusa that has supported Zope/Plone for CBS news, the FBI, NASA, etc (including some of my own websites..) in times past. Too slow nowadays for the rate of change PM presents, but OY! that Dublin Core metadata & indexing works seriously well.
Compromise? Google - indexes from bacterium and quark level to galaxy level.
We have no real choice but to rely on that.
That's why Google has taken it on themselves to decide who the next President of the USA shall be.
Irony? google's own search function rats itself out!
Search on:
google influencing elections
We brain crippled peons are too ignorant to make that sort of choice on our own. Can't get at the data we no longer control, so we'll be KEPT ignorant, too.