More specifics needed, its running fine here.

EThan

Your missing the new indicators by the post in the thread. THe changes in funcitons.php were to makepostbit.

EThan

How many queries does this add per process.

And when and what scripts are they added to please.

I'm very interested in using this along with Bira's Shrink old posts hack.

Also...what if the users do not mark the forum as read...does the system keep the threads as read forever...or does it kick into the cookies then.

Is there anyway to have it setup so that once the user reads the thread it then marks the thread as read immediately?

1. Depends how deep your hierarchy is.

2. The instructions are in that document, although I need to revise it when I get some time to.

3. This replaces cookies used for forums as read, but not for threads read in the current session, that works the same.

Ethan

This was one HUGE hack to install, but it works beautifully. In fact, I could never use Bira's Contract Old Posts hack to it's full effect (stupid cookie timeout...) until I added this hack.

THANKS! :)

Nice hack. I love it! :)

By the way, the server load increase is there, but marginal. My users love it - we recently merged with an ezboard forum and the migrated members had requested this. They are now ecstatic!

When I installed this, After trying to mark a forum read I would just get a white screen. Not sure what the problem was, but im guessing its one of the places where I had to guess on the code because the directions didnt match.

This is a wonderful hack, I've said it before, and I'll say it again!

I just wanted to mention that in my forum, in order to display the forum home page, more than 260 sql queries are being performed! The situation is not much better with the forumdisplay.php script as well.

The good news are that after hours of intense optimization, the forum home page is now done with only 21 queries, and the forumdisplay.php with 23.

I know ethank is too busy to work on this hack anymore, but maybe these scary numbers will encourage him to come back to us. ;)

Tommy Boy - do you mind sharing your optimizations? :)

It will be a bit difficult, since for starter, I didn't install the complete hack on my board, but only the parts I needed, and also I don't have the original hacked version to compare the differences with...

If you really want me to do it, and ethank approves, I guess I could work on something though... (you'll have to send me the originally hacked versions of some files).

Hi tommy, My members are requesting this hack all the time, but I don't want to install it due to the increase load to the server.. But after hearing you, you are my last hope!

I would really like to see such optimizations to the hack... If there's something I can do, just tell me :)

Well, it's all working like a charm for me - I also have not put in everything, only the relevant bits. :)

tommy, you must help us, you are our only hope! </leia-like voice>

What would those "relevant bits" be. I really want to use this hack but am not sure what parts to install. Would really appreciate the help.

Has anyone else had any problems with this? The "Mark Forum Read" link on the board I installed it on doesn't seem to work anymore...

Well, I spent some time today optimizing this hack and got it so the forum index page is done using only 2 additional queries. That is a good thing :) I cut the total queries down to virtually nothing. You can eliminate one of the queries most of the time if you use PHP-Cache.

I also added PHP-Cache to handle sub-forum display, but thats another hack entirely.

So..I'll redo the instructions and repost them. With the new code it doesn't add much load at all to the forums. I still have to optimize forumdisplay the same way, but that one isn't as bad because usually there aren't as many forums on that page.

Ethan

Thanks Ethank! I'm going to try it right now!

I haven't updated the instructions, so don't :) This week I will.

Your beautiful hack works like a miracle on 2.2.5 anyway at the moment... just so you know... :)

Hmm...well I'll post new instructions for index.php tomorrow.

Is it possible to post an upgrade text file from the previous version for those with the previous version already installed?

Basically just do the changes in that file for /index.php only. It helps to start on a fresh copy of it. I can see about doing an upgrade, but my code base for index.php is probably way different than yours.

Just keep us informed ;)

Instructions were updated for index.php in the first message. I have some more speed tweaks I can do as well, which I'll do when I get back from Seattle next week.

Once fully optimized this hack won't add much load at all and should hold people over that want this feature until V3

Thanks ethank, going to check them right now.

Your new index.php reduced my homepage queries by a LOT. Thanks! :)

I'm going to also re-release the subforums hack for those that use
PHP-Cache. It will further reduce query load. I've got my main index
page to 32 queries minus the queries to do all my navigation.

I'm going to also re-release the subforums hack for those that use
PHP-Cache. It will further reduce query load. I've got my main index
page to 32 queries minus the queries to do all my navigation.

I absolutely love this hack and have been using a version or another of it since vB version 2.0.3. :)

I was curious though if there was a way to modify the behaviors of the two different markread functions just a little.

What I am requesting may not be possible, but I sure think its logical. At least to me.

When a user goes to mark a forum read using this feature, it normally implies that they are done with that particular forum, but by default, when this action is performed they are returned to the same forum.

I have found a way to have it so that using either of the markread functions will return a user to the main forum index, but what I would like to see and perhaps a few others who use this, is that the user is returned to the Parent forum after the link to mark is clicked.

I?m really not very good with PHP, or else I probably would have come up with some kind of routine to achieve this for the users of my forum and added it here for others who may be interested.

For those interested in how I managed to get users to be redirected to the forum index when using this feature, have a look at this topic and apply what information it contains to the markforumread functions here within ethank?s hack to get that behavior.

https://vborg.vbsupport.ru/showthrea...threadid=32384

If its not feasibly possible to do this I understand, but logistically it just seems to me to make more sense when a user marks a forum read that they be returned to the parent forum without having to make any extra click to either leave the forum they just marked or as the case is at my board, to go from the forum index back into the subforums they were browsing.

Great hack ethank! :) Now I just need to figure out what changes you made to optimize index.php, since my version of this is more or less from your original release of this hack with the mark forum and children forums function added in just recently.

Question: What about an automatic Mark as Read?

The difference being, not only does it utilize database tracking instead of the default use of a cookie, but it doesn’t require a user to physically click the “Mark as Read” button.

This is similar to what would occur if a member reads a new thread. If they read the thread, they are not required to mark it as read in order to make it reset; it just occurs.

With an automatic mark as read for forums, they would not be required to mark the forum as read; it just resets itself as read once all new posts within the forum have been read.

When I go to modify this portion of my index.php:

with the appropriate code as posted in the install document my boards white screen when you load them and in my error logs I get a PHP parse error of:

unexpected $ in index.php on line 420

Any ideas? I'm running 2.2.5 and all the other updates for this hack in index.php seem to work fine.

Also I get an undefined function updatelocation{} in search.php when I add the 3rd search type into the file.

I know how to fix the index.php error, but the other, saddly, no. Add another } after that code, so it looks like this:

You developed a such big hack but the most important feature that is not so hard - is not in it !?

I talk about this automatic Mark as Read. Is it hard to add this feature??

Please !!!

Thanks !

The reason why Automatic Mark as Read was not included is because some of use go and preview a post, but don't actually read it, and don't want it to be marked as read. Better to click on the Mark All Read link once you feel you have read all posts.

@Erwin - Thanks for your answer, but there are many users (https://vborg.vbsupport.ru/showthrea...threadid=38214) that need such automatic tool too.

All good other board has got this feature ?!

Because a new user simply visit a thread and want that the visited thread is marked as read.

Please ! Can anyone add this feature !?

Does anyone have this running as written on 2.2.6?

Yup - it's running fine with my site on 2.2.6

And ethanks deliberately left out the automatic mark thread read - it's easy to put in though.

Sweet! I am going to load it now. It was a life saver on 2.0.3 all this time.

:)

Hmmm -- I am getting the same parse error in index.php.

unexpected $ in index.php on line 417 (the end of the file).

The brackets weren't the issue -- they are all in there.

Any ideas?