DownloadsII is a download database that integrates into vBulletin. It allows you to upload files, add images to them, create categories, link to external files - and more. It is very flexible and has many options.
Because a lot of people keep on asking this: This mod works with any version of vBulletin 3.7.x and 3.8.x!
It's also coded 100% XHTML 1.0 Transitional valid, just like vBulletin itself.
Instructions & Support
You can find an installation manual in the zip package (Readme-Install.txt).
We try to answer most questions asked in this thread. Please don't send any pm's if we don't ask for them, as we said we try to give a high level of support in this thread. Don't forget to click the install link, so you will receive important update notifications.
Screenshots & Live demo
At the bottom of this post, you can find 6 screenshots of the front-end and back-end (AdminCP part) of the DownloadsII software. You can see the newest version in action at the Minatica.be Downloads (Dutch).
Changelog (version 5.1.2)
Jelle
Backported CSRF security fix from the vB 4 release
Added permission check for Update Counters
Fixed PHP warnings when running PHP 5.3
Removed the imagecreatefrombmp() function. It doesn't exist.
Added permission check for rating submissions
You can find all the changelogs of this and older versions here.
Help!!! I can't upload large files??
This is probably the second most asked question. Have a look at this post for the solution.
It doesn't work with GARS?!
If you also use the latest version of GARS, you will get the "Fields marked in RED must be filled in!" error when uploading a file. I provided a fix here on the GARS forums.
Addons
We are offering 3 addons for this mod at the moment (have a look at the bottom of this post for them). DownloadsII contains 5 hook locations for the vBulletin plugin systems, so you can add extra functionality without file edits.
Do you want to help expanding DownloadsII (if you are a coder)? Check out this post!
Notes
ecDownloads Buddy is NOT compatible with this version. If you are using the Buddy, you should UNINSTALL it before installing DownloadsII ver 5.x.x. The Buddy's features are now integrated into DownloadsII.
DownloadsII is a direct derivative work from Ron1n's ecDownloads.
Hmmm .... I'm going to have to ponder this one. I wasn't thinking about sites that allow guests to download files. We really, really, need that kind of check or a bad person can bring your server to it's knees very easily. I have an idea but let me test it first.
Thanks for looking into that. I don't want to inconvenience my visitors so have never required them to register in order to download files.
BTW, a requested feature from my members is to make the member files section in the profile page to show the file's category. I tried putting {file[category]} but this only prints the category number. :tired:
Alright, I searched all over the place to figure this out and now I have to ask.
I made it all the way through the install and it went fine. Added permissions to groups, changed the settings, added a category. But there's no instructions on how to use it... I can't figure out where to create a download :s
Pardon my ignorance, but could somebody point me in the right direction?
Alright, I searched all over the place to figure this out and now I have to ask.
I made it all the way through the install and it went fine. Added permissions to groups, changed the settings, added a category. But there's no instructions on how to use it... I can't figure out where to create a download :s
Pardon my ignorance, but could somebody point me in the right direction?
You have to add downloads using your site, you can't add them using your AdminCP. Click on the "Add" link in downloads.php (like on this screenshot)
@HappyPike: I will take a look at your bug report. I'm not using it on the member page, ... so I didn't test it yet. I will do it now
It was actually finding downloads.php that I was having a hard time with
Now I'm just trying to sort out what kind of condition I can make to show the link to downloads.php in a users cp if they belong to a particular group.
Actually, it would be nice to be able to show a link if they belong to any group that is allowed to view downloads. If anyone has any experience with this, your help would be much appreciated. Thank you.
BTW, a requested feature from my members is to make the member files section in the profile page to show the file's category. I tried putting {file[category]} but this only prints the category number. :tired:
Right now, the sql in the plugin doesn't pull the category name. I'll consider if we can fit that in okay. I'll also fix the bug you reported with the link.
What exactly is too wide? The default view when you bring up downloads.php or deeper in?
Both, the default view pushes out by a couple of hundred pixels, as do all that include the side panels. The "add file" tables only break it by 30 or 40 pixels as that page doesn't have the side panels.
I'm also having problems with the "daily allotment" feature, as registered members and even moderators are getting the over limit message. I don't allow unregistered guests to download and the allowed usergroups all have -1 in the limit box to allow unlimited downloads yet they are still getting this message.
Both, the default view pushes out by a couple of hundred pixels, as do all that include the side panels. The "add file" tables only break it by 30 or 40 pixels as that page doesn't have the side panels.
okay, we are discussing what we can do for sites like yours that run a tight fixed width. We'll probably give you an option to move the "Tops" (side panel) information to the top.
I'm also having problems with the "daily allotment" feature, as registered members and even moderators are getting the over limit message. I don't allow unregistered guests to download and the allowed usergroups all have -1 in the limit box to allow unlimited downloads yet they are still getting this message.
Go into the usergroup settings for those groups and simply resave the settings. I think that will fix the problem.
Or, a quicker way would be to rebuild the bitfields: admincp/index.php?do=buildbitfields. I think that will fix it also.