mecuryboard >> quicksilver -- what do you think?

mercury board is still alive

http://www.quicksilverforums.com/

Looks like the main dev of mecury went MIA and a main developer proceded with a friendly takeover the code.

I was going to start up a conversation with the new developer but thought that maybe I should bring the topic up first here.

QS aka mb does seem to par with SMF on speed and DB queries. They did testing (internal) with older code and achieved a 15% speed increase. Hmmm, considering the lack of luggage speed should increase but still in all fairness they do seem to have some decent ideas in regards to code.

What you all think?

Go for it. I’ve heard VERY good things about it’s code. Would love to have a solid API that lets us integrate the user systems more easily than SMF.

Yeah, definitely go for it! If you can create a module that will allow MercuryBoard to easily snap into MODx with support for user integration as well. That would definitely be sweet!

On a side note, I’m thinking of playing around with PunBB to do something similar. I’ve looked at the code and it looks like it would be pretty easy to redo the user authentication to use the MODx authentication instead.

My thinking is that we can have the best of both worlds. Certainly it would be good to have a few modules and such that allow MODx users to integrate and bridge an existing forum application with MODx. But on the other hand, I think it would also be good to have one solid, dedicated forum app that is specific to MODx with native integration. Being as both PunBB and MercuryBoard are both GPL applications, I don’t see why it would be a bad thing to fork it a little bit and redo the authentication methods to support MODx. I’m sure if we talk to the devs, they probably won’t mind and (who knows!) they might just support such an effort!

At the moment I don’t have the time to put into doing the API integration as Ryan should know. So, my idea is not to fork but to gain the support of project that would benefit the both groups. A forum gets the portal aspect side benefits and we get the forum benefit.

Plus, possibly the benefit of growing the user base for all

Cool, I’ll start on contacting the developer at QuickSilver.

Hmmm,

What would be necessary to give to QuickSilver to help them to tie into our system?

ie, which of out API would be the ones they would need to build an API glue for?

The major issue with any external application is the user validation system.

ok, that’s a good start. Which API’s are we talking about?

Their APIs probably don’t exsit yet. But Raymond can tell you off the top of his head what would be needed.

cool, then I’ll be waiting for Raymond then

Hi,

At present MODx does not support custom Roles which is very important for allowing extenal applications to fully integrate with the MODx user system.

A developer can however use MODx to validate user logins and has those user tables linked to the their application Security system.

example

modx_quicksilver_usersettings table contains the following fields:

userid - this modx user id.
{other quicksilver related security setting fields}

When the user is logged on and navigates to a quicksilver page the program looks up the user’s setting based on the currenlty logged modx user id. There is no need for the application to validate the user or maintain a list of user except when in standalone mode.