Semi-Static VBulletin, why not?

[Essam]

Hi,

I was thinkning of this, you may also like it and incorporate it in the coming version if its actually helpful.

Here is the idea:
make the recent threads static. Say, the first 30 thread in each forum static. And then once they are out of the first 30 they become dynamic.

This way, the load will be much lower and the pages load faster. And this feature may also be useful for search engines, we can give an option not to delete the static threads.

I think if this feature added, we will have the benifits of both, the dynamics and the static pages.

What do you think?

[IDN]

whatd o you mean by static

[Essam]

Originally posted by IDN
whatd o you mean by static

A page that won't be built each time its reached. In case of this page for example, its pulled from the database each time someone view it.

[WizyWyg]

But what would be the purpose behind ti? That would mean creating a problem with permissions on writing to your webspace, and whole mess of problems when trying to update. What about sites that get 150 - 3000 new topics a day? That 3000 pages being generated per day...the drawbacks means more space will be used and hence, more bandwidth. I dont see any drawback on a template system as its more efficient.

[Essam]

Originally posted by WizyWyg
But what would be the purpose behind ti? That would mean creating a problem with permissions on writing to your webspace, and whole mess of problems when trying to update. What about sites that get 150 - 3000 new topics a day? That 3000 pages being generated per day...the drawbacks means more space will be used and hence, more bandwidth. I dont see any drawback on a template system as its more efficient.


The main purpose is to decrease the load. Creating 3000 pages per day is less resources consuming than dynamically creating the pages more than 30,000 times or more. For the space, there better be an option to delete the pages when they are not used. For the bandwidth, I don't think this consumes more or less bandwidth.

[Conscience]

it is more resource comsuming to write to a file (creating files etc) then it is to access/write to an sql database. The whole thing about vbb is that it is powered from an sql db and you don't have to stuff around with permissions and the like. Besides, if it is including files I reckon there would be more overhead then pulling raw data from sql.

[Essam]

Originally posted by Conscience
it is more resource comsuming to write to a file (creating files etc) then it is to access/write to an sql database. The whole thing about vbb is that it is powered from an sql db and you don't have to stuff around with permissions and the like. Besides, if it is including files I reckon there would be more overhead then pulling raw data from sql.

Is it more resource consuming to write one files than creating 10 from sql database?

[tubedogg]

Most if not all of the features you see would be impossible on static pages, e.g. the marker that tells you if the post is new to you or not, and the link to jump to the first unread post in a thread, and whether someone is on- or off-line, etc.

[Waldo Jaquith]

Slashdot [1] does this with threads after a few weeks. They're retired, such that they're no longer able to be posted to, and the usual filtering, threaded views and such no longer function. There are a lot of types of dynamic content for which caching data into a file is a good idea, but I'm afraid that discussion forums isn't one of those.

Waldo Jaquith
waldo@nancies.org


[1] http://www.slashdot.org/