It seems to be :)

Sorry, but the plugin makes a lot of trouble. When there are "0" in a field, then other plugins doesn't work anymore, example for that ist the "Who has visited today"-Plugin. The same with "The threadprefix"-Plugin.

I deactivated it.

Hmmmm. Could you be more specific? I tried installing two plugins in the same hook and setting the order of one to "0" and it worked fine.

Plugin "Members who have visited the forum":

cache_templates -> Members who have visited (1) -> Order "0" The Plugin doesn't shown on forumhome, switch to "1" and ahh, there is it. ;)

forumhome_start -> Members who have visited (2)


Other Plugins in cache_templates:

• Post Thank You Hack
• Top 'X' Stats by InfiniteWebby
• vB Pager 3.0.4
• VBGooglemap by StonyArc

i can't get the 'plugin order' showing up in my adminCP's left menu pane.

Hmmm. You've uploaded all the files? There is an xml file for the cpnav that has to be uploaded.

there are no files to upload on this thread mate. only the xml product.

Well, that's a problem. Now I'm wondering what the other people who install this are doing...

Give me a few minutes and I'll fix that and replace with a zip.

Edit : Hambil fixed the problem below in his pluggin. Thanks!


This hack causes serious problems if your board has table prefixes. If it is installed in a board where tables are prefixed, the board start producing DB errors and it won't even allow you to access admin cp and disable product. So if you dont know what you are doing, you'll get stuck in a very bad position.

Problem & Fix:

This query in the pluggin is problematic:

It should be:
If you installed the hack and stuck with an DB error and you can't even access admin cp here is the fix for you:

Edit includes/init.php, find:
Before that add:
Upload init.php.

This will cure DB error and now you can login to admin cp. Go to products and uninstall the product. Now delete the line you edit to init.php, reupload init.php and you are done.

@hambil : Sorry to post this into your thread and I appreciate your sharing your work with other vb members but I feel obligated to post this so that people won't get into trouble. It maybe a good idea to apply the fix I provided to your pluggin. Sorry again!

An easier way is to add a disable hooks line to the config.php. That way you could comment it out and use it again if you had to. ;)

Thanks for providing this solution for members with problems.

Although your solution works, the proper way to disable all plugins from outside the ACP, is to add the following line to yhe includes/config.php:

That's what I just posted above, sir. ;)

Although I could see how this hack could be useful, I'd like to point out two things:
1. It would encourage a bunch of already-lazy coders to NOT care about making their hack in a way that would guarantee absense of conflicts with other hacks.
2. Instead of creating a new table and having to implement a whole new block of code, you should've added a displayorder column to the plugin table and used that.

This was one of my first hacks. I thought I'd fixed the table prefix issue in this - not sure how it crept back in. Anyway, thanks for pointing out. Perhaps a PM next time? :)

Edit: In fact I know I did - it's in the description of version 1.1. Somehow version 1.0 got reuploaded.

That's silly. You can't possible predict what conflicts your hack might have with other hacks. And this isn't just for conflicts. What if you simply want to re-order things on forum home, for example?

That's your opinion. I prefer not to modify vb core tables if I can help it. The new table is indexed and performance is not an issue.

True, you cannot predict. But you can avoid altering vBulletin core with your hacks, which is what many coders do, and which is what leads to problems.

Last time I checked, to re-order things in the front end, you edit the templates. Templates, in their turn, do not have hooks so they have nothing to do with ordering.

That's not just my opinion, it's a fact. "JOIN" always requires more from the server than a straightforward "SELECT FROM". However, it was only a suggestion. You're the boss of your hack, so you may or may not follow it, depending on what you want...

Don't like my hack, don't find it useful, don't install it. Fine with me. I don't know why you feel you have to come in here and say so though. I created this hack because people requested, so obviously not all feel as you do. When did we start going into others hacks and publicly criticizing them?

And then when you upgrade you have to re-edit all those templates.

It is most certainly an opinion, not a 'fact'. The cost of a proper join is nearly non-existant, especially compared to the design and maintainence benifits. It's called a relational database because it's designed for related tables, not flat tables.

I removed the old 1.0 zip and reuploaded the 1.1. zip. That should take care of the table_prefix problem.

To ensure that you aren't going to be criticized, don't release hacks.
Just to point out, however, I did say that I find how this hack could be useful.

That, once again, has nothing to do with plugins.

I am not going to argue about it, I am just going to say that in my opinion, creating an extra field for just one table is a waste.

Sorry if I over-reacted. I'm always open to suggestions. :)

So noted :)

Sorry I didn't want to offend at all! The reason I posted publicly was to post the fix in case some people got stuck after installation. If you updated the hack and prefer better I can delete my post, it is np.

Nah. I deserve a little public humilation for 1) leaving out the table prefix in the first place and 2) screwing up and uploading the wrong version of the zipfile. :) That'll learn me!

hambil is very nice and at any time friendly. I like him. :cool: Thank you for updating it. :)

IE Error:

Fatal error: Call to undefined function: can_administer() in ../forum/index.php(485) : eval()'d code on line 220

Plugin Manager causes this on forumhome for IE, not FF for some reason....thats a switch eh?

Can I get access to your forum so I can try to debug this?

I have a guaest admin for just such an ocasion....PM your way shortly!

Okay, it seems to be working all okay now. Let me know if you have any more problems.

I fixed a bug that was causing plugin order not to run.

The random numbers you where getting where due to Hellcats page compressor. I moved it to the first plugin in its hook and that seems to have fixed that.

I have good news hambil :p remember how I told you no dice? Well all of a sudden today it started working with this hack :cool: I told ya it would all work out in the end :D

Woot! Thanks for the update :)

hello!

just installed the 1.2 release of this plugin. it killed me server due to high load.
the reason is quite simple. with this product activated it runs deactive plugins! without the deactivated plugins aren't executed!

did i made something wrong? uploading the 2 files and importing the product.xml

regards
.nowrap

This hack is being retired and no longer supported, as it is included in 3.6.

This hack has had the file removed, as it is not stable and the functionality already exists not in 3.6. Most likely this thread will get deleted for having no files when someone gets around to noticing :) If you really want it PM me.