Alexandrie's envelope icons work...

Wednesday, May 22, 2002 by Jafo | Discussion: WinCustomize Talk

There appears to be much more interaction on the board since Wincusto Mk 2 came online....and I think it's all down to Alexandrie's tell-tale icons....
Doreen
Reply #1 Wednesday, May 22, 2002 10:32 AM
glad to know I'm not the only one w/ a mean icon fetish... hehe
nice work Alex!
Koasati
Reply #2 Wednesday, May 22, 2002 11:08 AM
The icons do make it much easier to keep track of the threads.........but I think the fact that the msgbrd is much faster has more to with it.
feline
Reply #3 Wednesday, May 22, 2002 11:31 AM
am i the only one who finds that those lovely little envelopes reset at random on some of the threads?
MikeB314
Reply #4 Wednesday, May 22, 2002 11:43 AM
I find that on my home PC they are tracked differently than on my work PC. Therefore, I assume that my message board history is tracked by a cookie rather than being tied to my user account. Could that be what you're noticing, feline?

Powered by SkinBrowser!
feline
Reply #5 Wednesday, May 22, 2002 11:53 AM
nope

on only one machine some of the envelopes manage to reset themselves now and then.

proably just need to format and then burn this machine *sigh*
T-Man
Reply #6 Wednesday, May 22, 2002 12:18 PM
The evelope icons uses cookies to track which messages you have read. Initially there was a new cookie being created for each message. Unfortunately with IE there is a 20 cookie limitation so I changed the cookies to create Sub Items under a single cookie.

Yesterday I just completed some of the cookie changes (the skin library) to prevent this from happening. So hoepfully from here on out it shouldn't clear itself anymore (fingers crossed).

Powered by SkinBrowser!
Fuzzy Logic0087
Reply #7 Wednesday, May 22, 2002 2:13 PM
Like the envelopes, really nice.

Powered by SkinBrowser!
grayhaze
Reply #8 Wednesday, May 22, 2002 2:56 PM
Is there any practical advantage using cookies to keep track of read threads over using a table in the database? It must cause havoc for those people using more than one machine.

I've just re-read that, and it sounds like I'm criticizing. I'm not, I'm actually pretty interested in how this thing works.
T-Man
Reply #9 Wednesday, May 22, 2002 3:03 PM
The big disadvantage to using a database in this case is the amount of data that would have to be stored. Considering that there is close to 300000 users on wincustomize. Everytime a thread was read I would need to store two pieces of information. So thats two datafields for each thread for each user. That amount of data could add up quite quickly.
grayhaze
Reply #10 Wednesday, May 22, 2002 3:46 PM
Hmmm... good point.

grayhaze goes away to rethink his whole stragegy
jark
Reply #11 Wednesday, May 22, 2002 5:52 PM
even though there are 300000 users on WC i highly doubt that all 300000 even touch the message board. there is, in reality, only a select amount of people who interact. therefore, because of this, it would cause minimal impact to use a table to store this information.

in fact, it would improve the users experience because most of us browse from multiple locations and therefore doing this would afford us the ability to properly "track" the forum.

session variables, which are subsequently saved to a table, are very easy to implement and do not require that much space.
grayhaze
Reply #12 Wednesday, May 22, 2002 7:30 PM
Well jark, that's the method I'm currently putting together for my forums - session variables and a table matching users to messages with last viewed time/date. Without 300,000 people to test them though, whichever method I use will be nothing but a vaguely educated guess.
Peff
Reply #13 Wednesday, May 22, 2002 8:09 PM
Using session variables is, IMO, a bad idea...especially on a high traffic site. Since a seperate server thread is created for every session, scalability becomes an issue - the more concurrent users - the more threads - the slower the server performs (unless you're using .NET - state management is vastly improved). A happy medium might be to use cookies to store the data locally (as is done now) - and serialize this to the database at some point (Session_End, maybe). When a user logs in, the database could be queried and the cookie re-baked for their current machine. This would ensure that a users 'status' would follow them - as well as cutting down 'per-thread' database access.

Just a thought
jark
Reply #14 Wednesday, May 22, 2002 8:11 PM
deviantART is a high traffic site that makes use of session variables without any performance degredation based on their use.
grayhaze
Reply #15 Wednesday, May 22, 2002 8:19 PM
Well I'm using ColdFusion 5, which apparently is pretty good with session variables with large numbers of concurrent users. I think I'll stick to what I'm doing for the time being. I can always change my approach once it's had some testing.

Anyway... what was this thread about?

Ah yes! Nice icons Alexandrie!
Peff
Reply #16 Wednesday, May 22, 2002 8:26 PM
I bet it performs slower that it would without them . It's all relative, I guess. I've got a couple high traffic sites (130+ transactions/sec) that are very much affected by session variables. Most developer publications (that I've read, anyway) advise against their use for just this reason.
feline
Reply #17 Thursday, May 23, 2002 11:02 AM
T-Man - So hoepfully from here on out it shouldn't clear itself anymore (fingers crossed).

sounds good

Please login to comment and/or vote for this skin.

Welcome Guest! Please take the time to register with us.
There are many great features available to you once you register, including:

  • Richer content, access to many features that are disabled for guests like commenting on the forums and downloading skins.
  • Access to a great community, with a massive database of many, many areas of interest.
  • Access to contests & subscription offers like exclusive emails.
  • It's simple, and FREE!



web-wc01