How to create or add plugins in vBulletin 5.0?

[nirvana43]

How to add plugin in vBulleitn 5.0 admincp?

I am creating a mod for vbulletin v5.0.0 platform, for that i need to add plugins using their "vBulletin Plugins" feature which used to be in vBulletin 4.0, vBulletin 3.0, etc. But there is no "Plugins Manager" inside vBulletin 5.0 admincp. So can anyone please tell me how to add plugins or achieve similar facility in vBulletin 5.0.

Here is the link to vBulletin's official documentation on "Adding and editing a Plugin" : http://www.vbulletin.com/docs/html/main/add_plugin

Is there a way to create plugins in vBulletin 5.0?

Please guide me. Thanks in advance.

Cheers..!!

[nhawk]

There are no plugins as used in vB3/4 in vB5. The documentation hasn't been updated to account for that.

There are hooks into the template system and products that can be created to extend the vB5 core functions.

[x iJailBreak x]

The new vB5 plugin system is ridiculous. It seems to be a developer's nightmare.

[Zachery]

The vBulletin 5 software doesn't work with the old hooks system. It uses extensions instead.

[DragonByte Tech]

The new vB5 plugin system is ridiculous. It seems to be a developer's nightmare.While I'll happily agree that it's got some issues, there's a great number of things in the new plugin system that - once you get over the initial hill of "AAHH EVERYTHING IS NEW I DON'T KNOW WHAT'S GOING ON HALP HALP HALP" - make it quite awesome to code for.

The fact that it enforces a directory structure makes it easier for developers to learn how to create their own mods by looking at other mods. If you see every other mod having their files in a certain way, named a certain way, classes named a certain way... Patterns start to emerge. That's a lot easier to learn than the current system, where developers can really do whatever they want - new coders will have a harder time getting into good habits (i.e. not spreading your files in a billion different vB folders which makes it harder for users to completely uninstall the mods).

My favourite new feature in vB5 is the {vb:data} tag that allows you to call APIs from the templates. This shifts vBulletin from being a code-first to a template-first system.
What I mean by this is that vB first renders the page template, then executes any PHP code you want from within that template. No more having to store your template in a PHP var and remember not to overwrite it / having to deal with other plugins overwriting the template hooks by not knowing the difference between .= and = etc.
This alone makes vB5 a lot of fun to code for.

A very close second is the Site Builder. I couldn't even begin to count the number of times myself or anyone else on our team has had a support request "So currently X is beneath Y and I want it the other way around" and we have to fiddle around with execution orders of plugins.
Who wants that? Nobody. In vB5, they can simply re-order the widgets themselves.
Not only that, but it allows people to drop the same functionality (like a Shoutbox) in multiple places on the same page. They can easily drop the Shoutbox on every page they want (and fine-tune what pages they don't want it on by simply not putting it there in the first place).

Back-end wise, the new cache system in vB5 is stupidly powerful. Being someone who loves caching things, the cache system in vB5 is a dream come true. If developers don't end up taking advantage of it to cache queries where it makes sense to do so (i.e. the result set isn't frequently modified to the point where it takes more resources to purge/recache than it does to query) I will be very upset indeed.


In short, I think the whole "this is outside my comfort zone that I've built up over the past 9 years working with vBulletin 3.x / 4.x" has clouded a lot of people's judgements when they are passing judgement over vB5's developer friendliness.

That's not to say there's no legitimate complaints, the gods know I've voiced mine on numerous occasions, but it's not terrible by any stretch of the imagination.


Fillip

[nirvana43]

I agree.. the new MVC has put so much power into vb mods by providing a facility to directly extend core VB API. And it is easier than vb's previous plugins system.

Cheers!!

[kiba snowpaw]

Delet this since there no Spoiler botten

yeah i love the New VB5
i just want to say one thing i been wondering about, a lot of ppl don't want to go to VB5 because of the lag of Mod and templet suport and because it all new and developers don't want to make full Add/mods because there to little *recrest* for me it sound like a battle with no winners ether the developers have to make more good Mod and templet to get ppl to go over to VB5 or the ppl have to join VB5 to get more Mod and templet Just how i see it anyway

i have VB5 myself and taking it slow and make it all as i want even if it gonna take alot of time because of the little suport of Mod and templet i know i could pay to get somone to make the stuff i need but i'm a poor man ^_^ and paying for the forum was alot more then i want it to use so i guess i have to wait and see...