Request concerning regexes

Hmm i've read that alot of large sites with vbulletin are complaining about the fact that with alot of members (100.000 a day or so) vbulletin isn't going very well...

Mabey that's fixed in 2.0, i don't know.

What i DO know, is that with all the stuff in 2.0 turned on, there is a huge performance decrease in comparision to 1.1.5..

I think i've found a way to increase performance alot...

Now, all posts are stored in the database as plain text.. with all the tags and stuff in tact..

Why not parse it? and save it as html? that way there would be a large performance increase, cuz the mostly requested page on a forum will be showthread.. and that's just the page that will be faster, because all those regexes won't have to go over it again and again

The only catch is, is that there must be REALLY complicated regular expressions, to parse the html values back to their UBB tag versions, when a user edit's his/her post.

I don't think there's been such a hack before... so mabey i'm posting this in the wrong forum?

If so, please move it

Thnx for taking the time to read this junk

My feeling on this is that if you are going to go that route then you might as well just save everything as HTML and only use the database for Member Information.

Originally posted by wluke
My feeling on this is that if you are going to go that route then you might as well just save everything as HTML and only use the database for Member Information.

That would be pointless, cuz then you would be stuck with the same style forever..
You're going to far

But surely if you save threads as HTML then the design will be hard-coded into those? Either way you are taking away some of the flexibility of vBulletin.

If the only things that would be parsed to html, and parsed back, are the ubb tags then little to none flexibility will be lost.. cuz the mos of the tags that you'll need are there.. .of you need other tags, just create new ones.. and if you don't want certain tags to work, just comment those...
So i really don't see the problem?
The only backside is that the Jelsoft programming team must do ALOT of work on those regexs.
I've seen it work, so it's possible.. but they are hard to code..
Mabey they haven got the php knowledge to code such regular expressions?
Either way, if the regexes aren't the problem then i don't see what is?

Maybe it hasn't been done because no one else sees the need to do this.

I personally would prefer that the post is stored exactly as written so if something changes in the setup the post reflects that when displayed.

With your solution, if you change a BBCode then all posts will have to be updated. How resource intensive is that? Imagine forums with 500,000 posts or more.

As it is now, posts are censored before being stored and I don't like that and will change it. This way I can turn off the censorship features per forum and even add features where members could turn it on or off.

But that is my view.

That's true, but when would be the need to change the ubb codes?
This is a personal view on it:
I think for example the add ubb code fields in de cp are useless.
The only time that there needs to be new ubb codes, is when you set up the bulletin board.. the codes that you need that aren't in the forum, are in 2.0, or could be added when you set up the board..

I don't really see a point when you would radically change all the ubb codes cuz you don't want them anymore? :?

No but we constantly add new ones or change the ways old ones work at SitePoint. Just last week I added a custom code to allow automatic linking to SitePoint Articles.

So far our custom BBCodes include....

Left, Right, Center, Font, Article, Small, Large, HR and a few others.

I will be changing how the CODE and PHP tags work soon plus adding highlight tags for HTML, JAVA, vbScript, Javascript, CSS and a few other languages.

plus I personally have a few more ideas for unique vB Codes especially a Banner code to be used in one particular forum only.

Now SitePoint is over a year old and we are constantly adding features to the system.

Okay, then there's no point in such regexes for you

Oh and might i give a suggestion?

[search]searchstring[/search] tag to search for a particular string

[search=forum]searchstring[/search] tag to search for a particular string in a particular forum

[high]* tag, like the IRC action way..
[/high]
[high]* beeps
[/high]
becomes:
* X-PhoeniX beeps

just a few suggestions