vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB3 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=111)
-   -   Thread and Forum Marking -- Explain? (https://vborg.vbsupport.ru/showthread.php?t=207138)

MjrNuT 03-02-2009 09:27 PM

Thread and Forum Marking -- Explain?
 
Hello,

My search came up empty using what I have in my thread title. Apologies if my search was just poor, so please feel free to link me. :D This seems to be the right place for my followon questions, also.

Question 1:

I'm asking for help on someone explaining a bit more on the thread/forum marking in addition to the help dialog. Here is that portion:

Quote:

This option controls how threads and forums are marked as read.
1. Inactivity/Cookie Based - once a user has been inactive for a certain amount of time (the value of the session timeout option) all threads and forums are considered read. Individual threads are marked as read within a session via cookies.

This option is how all versions of vBulletin before 3.5 functioned.
2. Database (no automatic forum marking) - this option uses the database to store thread and forum read times. This allows accurate read markers to be kept indefinitely. However, in order for a forum to be marked read when all threads are read, the user must view the list of threads for that forum.

This option is more space and processor intensive than inactivity-based marking.
3. Database (automatic forum marking) - this option is the same as a previous option, but forums are automatically marked as read when the last new thread is read.

This is the most usable option for end users, but most processor intensive.
Question 2:

What are most people setting theirs to? I'm assuming it may be different based on the wide variety of hosting situations and size of the board. Our board is small and is for a gaming community. No pruning is done.

stats: Threads: 859, Posts: 6,187, Members: 96, Active Members: 49

My premise w/ this thread is to have make sure the members are catching the Unread posts. Currently using Option 1 right now. So I'm pretty sure ppl are missing unread threads. I'd love to use the markup versiion that is used here on *.ORG, but I'm sure that is not possible.

Thanks for any input on this.

Lynne 03-02-2009 09:37 PM

I was using Option 1 until about 3 days ago on my board and then switched to Option 3. I used to dislike the version here on vb.org, but now I really like it (thus why I changed my site). Option 3 allows me to go into my Admin CP (like when I help users here) and not have all the threads on my site marked as read afterwards. I am having to 'train' my users to Mark Forums Read though. I'm getting a bit of grousing about the change. :)

MjrNuT 03-02-2009 11:51 PM

Hey Lynne,

Thanks for the speedy reply. Was your change something that was instant on the server? I guess I mean to ask, is changing to Option 3 advised to do it during maybe off peak hours?

I'm not sure I understand what you are talking about in the Admin CP.

As for ed-U-ma-catin the users, this means when a user logs in the first time since the Option change, ALL threads will be marked UnRead. Thus, they need to use the thread tools (e.g., Quick Links > Mark Forums Read) to make a forum Read or ALL forums Read. They would then be "caught" back up.

Thanks again.

Lynne 03-03-2009 03:03 AM

I changed it in the middle of the day and didn't worry about server loads. Of course, if I had seen something immediately happen, I would have switched back, but I just can't imagine why something so intensive would happen.

The Admin CP thing only affects me because I would very often login to my admin cp to help users here and then a few hours later, logon to the main part of my site and miss everything that had changed up to the time since I had logged into my admin cp cuz the inactivity method would have marked all threads read for me. It's probably something that doesn't affect many users at all.

MjrNuT 03-03-2009 04:14 AM

I took the plunge and no issue. Thanks again. And yes, that completly makes sense about the timing you described for being such a dedicated helper in the Admin CP. :D

Thanks for your help.


All times are GMT. The time now is 02:14 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01047 seconds
  • Memory Usage 1,725KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (5)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete