To whom it may concern:
It isn't uncommon to find duplicated posts in a thread. (I think I once saw a triplicated post!) It wouldn't be difficult to filter out duplicated posts via the number of characters in the post and the post's CRC32.
Presuming that there is some sort of a database within which all these posts are stored, not accepting duplicated posts should be relatively simple. Setup would require the addition of a length and checksum field. From then on accepting a post requires that it have a unique length & checksum - otherwise it is ignored as something that was already posted.
saying it twice, saying it thrice
Started by
f li
, May 14 2000 22:55
6 replies to this topic
Advertisement
#2
Ripples
-
- 451 posts
- Joined: April 00
Member
Posted 15 May 2000 - 00:14
if you look at the address of each thread you'll see it's static HTML. Hence, I don't think this BB software uses database but probably perl write.
#3
f li
-
- 299 posts
- Joined: October 99
Member
Posted 15 May 2000 - 01:14
Ripples,
"Somewhere in the back" there is a database of post and threads. It isn't feasible to have a server with pages and pages on static data that is continuously updated. Each page is generated upon demand - that means that on the server side a some form of query (note that I'm not saying that it is SQL based.) is executed, creating the HTML that is handed to your browser.
Each post goes into this database along with several other fields, date-time, poster, blah blah blah.
"Somewhere in the back" there is a database of post and threads. It isn't feasible to have a server with pages and pages on static data that is continuously updated. Each page is generated upon demand - that means that on the server side a some form of query (note that I'm not saying that it is SQL based.) is executed, creating the HTML that is handed to your browser.
Each post goes into this database along with several other fields, date-time, poster, blah blah blah.
#4
Rich
-
- 18,387 posts
- Joined: May 99
Member
Posted 18 May 2000 - 01:09
f li, Ultimate Bulletin Board does not use a database.
We are busy transferring to a new Bulletin Board system where, among other features, the double-submit will no longer occur.
We are busy transferring to a new Bulletin Board system where, among other features, the double-submit will no longer occur.
#5
Sally
-
- 802 posts
- Joined: July 99
Hot Babe
Posted 18 May 2000 - 01:46
Along with many othe improvements as well.
#6
Mr. Salty
-
- 5,400 posts
- Joined: September 99
Member
Posted 18 May 2000 - 02:52
Will the "r" character work better then, Sally? 
#7
Ripples
-
- 451 posts
- Joined: April 00
Member
Posted 18 May 2000 - 07:13
Originally posted by f li:
Ripples,
"Somewhere in the back" there is a database of post and threads. It isn't feasible to have a server with pages and pages on static data that is continuously updated. Each page is generated upon demand - that means that on the server side a some form of query (note that I'm not saying that it is SQL based.) is executed, creating the HTML that is handed to your browser.
Each post goes into this database along with several other fields, date-time, poster, blah blah blah.
f li, you will be surprised... UBB sucks, and you pretty much described right now what it DOESN'T do, and why it sucks
I'm glad to hear Atlas F1 is replacing the BB.
