Inactive [ADMN/SEC] AuthDB v2.3.6 - Database authentication and protection [1.1-1.4.5]

Also, to whoever is using vb4_1 as their plugin script name, you need to set it to either vb or vbulletin.

We're working on a Config UI, so you can configure your config through our website, as for now, you can either ask us here at the forum, IRC @ #authdb/#craftfire, or just PM us if you have any problems.

Documentation for the AuthDB config.yml configuration file has been updated and can be viewed here: https://github.com/contex/AuthDB/wiki/Configuration.

I know Im acting demanding, but would it be possible to add session time to the mix? Some players on my server have shitty internet, and drops quite often, and they did not realy like the idea of writing login each time they drop

Edit_:

Removed mirror

Working on the sessions feature.
As of right now, we are only using our mirrors, but we may be open for other mirrors in the near future once we work a few things out.

Hey

I an admin on one of the servers at ourforums.net (Same as andret), and I am thinking of doing some patches to this plugin if I have time for it, but Andret said that the code on Github is outdated? If thats right, could you please upload the newest code? Thanks

The newest code can always be found at https://github.com/contex/AuthDB.
We are licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License.
This license allows others to download our work and share it with others as long as you credit us, but you can’t change the work in any way or use it commercially.

If you want any features added you just request it here and it should be added to the plugin as soon as possible. What "patches" were you thinking of making?

Thanks for updating Wikki. Now is more easy to understand how the plug working.

No problem, let us know if you have any other questions or features you'd like to see added.

@contex
When comes the Woltlab Burning Board support? :O

We've had problems installing Woltlab, it reports several of errors during installation, so untill we get that fixed there will be no support for Woltlab. We are working on fixing it as fast as we can though

Can you implement a feature for multiple databases? For example, I want it so, when a user registers from the game, they will be registered on both the website and the forum. (website is running drupal and forum is on phpBB)

EDIT: Also, can you fix the wiki so it lists which scripts are supported? There is a link on the wiki, but there is no page.

Hmmmm... maybe, but that's getting a little fancy.
You could just use a bridge found around the net to connect both together.
What version of Drupal are you using? If you have Drupal 6.x: http://drupal.org/project/phpbbforum

All the scripts currently supported are listed in the original post. We haven't finished any others beyond those yet.

Mmmm, I will look into it and see how it goes.

Yes I'm using 6
Thanks

Oh, and do you have any idea why my server lags whenever someone logs in (/login)?

I have a Woltlab Burning Board Forum (www.minecraft.at) i can give you the informations (Table names,columns etc).

Is the server actually lagging as in other players freeze or just the delay in the login success response you get after using /login ?
The time it takes for your /login to process depends on the connection between your CraftBukkit server and the MySQL server.

It depends on your MySQL server, where is it located (localhost,remote)? If remote, what's the ping to it from your minecraft server. There is alot that could impact the performance, more info please

We would appricate that, do you perhaps have Skype? If so add contexmoh, if not just PM me .

Could you add group support ?
To allow some players from specifig group in a forum and set Permissions according to it.

Sure, this could probably be added. We could add a setting in the config.yml for groups: where you specify the group names exactly like we have with the whitelist and then only those groups can get in. Is that what you are looking for? Are you still wanting them to login or just bypass the login completely if their username matches the group name?

Oh, we said the gitHub code was out of date, but then it's fine. And we will not use it commerccially, just for our own use and share it here.

Actually it is some more futures we want, for example we want more controll over what permissions users that have not logged in can have. As far as I now after a brief talk with Andret, we either have to turn it on or of, but we want to let out users use the chat, walk around, use minecarts and so on. Is that on your to do list?

We have those features planned already. We started working on them a little bit so that you could enable/disable each guest protection feature.

Cool, then I will save myself a lot of time. Do you have any rough estimate on when it will come?

And another cool thing if these options will be available, rather than typing /login username password, could you make it to work like
>/login username
AuthDB>Please enter password for username:

Just like using the MySQL client from the commandline. It is a bit boring when you forget to hit / and the password will be sent to the chat in clear text.

That's something we can look into as well. I'll add it to the to-do list and we'll see what we can do.

This is great, however my users don't seem to be able to read, and log in and log out 100 times, eventually wiping their inventories clean.

If you can make it so that users know to login, then it'll be great.

Also, I would like my users to still be able to chat when they aren't logged in.

More customizability, PLEASE

I am not sure what you are trying to say. It currently greets the user as a guest or user and tells them what to do when they enter the server. We could add something that says to login when they try a command. I am unsure as to how they are managing to wipe their inventory though.

We will be adding guest protection options in an upcoming release along with more protection features.

I like that idea about when they try to talk/command, to respond with Please /login or /register!

Sure, is that what you were talking about before? That's a planned feature for the next major release.
We'll try to figure out why they were losing their inventory from logging in multiple times.

Alright, well, I was more asking if there could be an option to allow players to still talk, but either would work