Hello interested parties,
Unfortunately it seems that this group has seen little interest in the past few years. maybe I should also make a posting of this in the general mod building forums.
I am currently working on a project where integration of vB4 into Drupal 6 is the main goal. I have found a patched version of drupalvb which does a great job of dealing with logins and users. But this project calls for even more. Need to have the vb content coming through Drupal's template system, keeping it all within Drupal environment, one site so to speak. We do not want people to need to go to two different sites. We are not migrating content, or attempting to have drupal aware of any of the vB content. Just display it as if it were coming from drupal.
I have already been on this task for close to a month. I have many leads that I have followed and needed to abandon, but now seem to be on a "right track". Spent enough time to understand what some of the pitfalls, traps and gotchya's are, and how to get around some of them. Even where and how to make some modifications to drupalvb for cookie happiness. Then the rest in a custom module.
Posting this here to see if anyone else may be interested in such a module themselves, or is trying to do a similar thing. Maybe a bit of collaboration could go a long way with this. I have noticed that since vb4 was released almost two years ago, no real bridges of this sort have been built, and there seemed to be some want / need for one. I can't be the only one needing this.
Cheers
Murias
Comments
where are you with this?
where are you with this?
Hey odonel, Currently,
Hey odonel,
Currently, fighting with cookies. The module drupalvb does a great job of setting the appropriate cookies, but curl is only grabbing two of them, the ones that get returned back by curl. Unfortunately, these two are not the ones that vB use to believe you are a registered and logged in user. I fully believe that this can and will work once this issue is solved.... well, after seeing what else pops up.
If you are interested and or willing to give any assist, I would be willing to pass along scripts and more info.
Cheers
Murias
sure, let me take a peek, i
sure, let me take a peek, i got drupalvb working on 6.x, but did a fresh install, it kept on coming with the config.php error. I do not recall having any issues with cookies. did you check your cookies domain in vb admincp ?
I am really interested in
I am really interested in this as well let me know if you find a solution
I am interested in Drupal Vbulletin (4) Integration
votes
+
Vote up!
Vote down!
I am really interested in this as well - let me know if you find a solution. Create user from Drupal to vb, Login, Logout from Drupal to VB an more.
It would be great if you could offer a running php script with the official VB-API ...
are you still alive Murias?
are you still alive Murias? Where did you get the patch version? I was thinking of getting rid of VB all together and use drupal 7 and advance forum... It seems like more problem is ahead for vb to work with drupal7 and 8. I even got vbdrupal to import vb stuffs to drupal 6, but forgot how i got it working...
Been a bit, ya
Hello again,
Holidays are over, and so is the sickness I had to endure for a spell.
I see there are a few questions or points I should cover before covering where I am currently at in this project.
The patched version of drupalvb has actually now been committed to the drupalvb dev branch for Drupal 6. Drupalvb is a contributed module that allows a single login solution for both vB and Drupal. It also provides a few blocks for drupal to use, from reading the vb database. It unfortunately does nothing about bringing any of the vb content into drupal's own db, content display through drupal's template system, or even aware that vb exists outside of login or logout.
vB 4 has no real API for dealing with other third party CMS. vB is attempting to push their own CMS. vB is also a horrendous beast. I speak as one that has gone through way too many source pages to track down or follow how vB handles various functions.
My own needs I thought were simple, but at least basic. I need fully functional vB content coming through the Drupal template system. Having a few fully qualified Drupal URL's that deal completely with the handling of vB so the site has the look and feel of one site and not two separate sites. I realize that others might and will have other needs. But, these needs most likely can happen through modifications of what the end goal I am attempting to achieve.
Thus far I have spent a month and a half on reading, studying, research, and testing various libraries. There is a daunting task ahead, this is not for the feint hearted. ;)
All my scripts are currently stand alone scripts. I needed to fall back to the basics when I first learned that it was going to be a huge pain in the arse. When there is slightly more than just "proof of concept" I will start mod building. cURL php libraries are a must for this.
This is where trickiness arises. To use the cURL libs effectively, They also need to be doing their own login into vB. As far as I can tell there is no way around this. cURL needs to write the cookies to a cookie file (per user) to the server. I see a patch needing to be written for the dev version of drupalvb to handle the cURL login. Doing it this way gives the login once for three things so to speak; gives the Drupal login, and browser login for vB, keeping all that in sync, and then would write the vB cookie files to the server for cURL usage. I figured patching the drupalvb mod best, as its already dealing with passwords, hashes, and the like, and since cURL cookie file writing is all in the background anyways....cURL does not play well if trying to manually write the cookies to the server, its best to have cURL do that itself, and yes, cURL must have the cookies on the server.
The solution I am looking at implementing might not be SEO friendly. I am using only a couple of drupal URLs to display all vB content. but the URLs do look "reasonable". In my installation, vB 4 is installed in its own subdirectory in the Drupal file structure, I have vB producing relative links for its own links per configurable options within vB. My scripts are then rewriting these URLs so that they stay within Drupal URL system to then trigger the appropriate scripts for displaying and congruency of the integration.
Lastly about dev, in use of the cURL libs for posting into the vB forums, messaging, or handling of any of the various (many) forms that vB has, an exhaustive list of all the post fields from all the forms being used in vB needs to happen. cURL needs to be able to map these, or no data will be posted at all. I have some basic ideas on how this may be accomplished. There are approx only 7 different "form groups", these "groups" have their forms, these forms have their fields. Hopefully, some can see the objects / arrays just from that sentence. I believe that doing a grouping like this can speed the process up a bit.
I don't want this to get too much longer. I have presented the "where it currently stands" based on my research and dev directions. I am open to input, suggestions, ideas, hearing from others who may have already headed down this road, or any assistance from those that feel that this is a good step in the direction they were hoping.
Lastly, I will be blunt. At this moment in time, I have no plan to even attempt to do this with D7 or D8, only D6. D6 is the only need I have. This may change. Maybe someone could do a port to the Drupal flavor of their choice.
Cheers
Murias
vB4 and Drupal - 6 - 7 - 8
Murias, sorry to hear you've been unwell, and hope you're doing well now.
Currently we are vB3 and Drupal 6. see http://www.HorizonsUnlimited.com for our site running DrupalvB - for which we thank you very much! Deeson Media http://www.deeson.co.uk/ in the UK did the build, and very well.
Our interest is for the future - yes, vB4 is in our future like it or not I think, and we'd like to upgrade Drupal too. Our site is growing and changing, and we have lots of plans for future feature additions. We'll be implementing a lot of stuff over the next year.
We are not planning on any major software upgrades for at least a year, probably 2. And then we'd LIKE to go to Drupal 8 and vB4! :)
We'd like to encourage work on D7/8, and hope that over the next year or two it will happen. Contact me if you have any thoughts / questions.
Cheers, Grant
Did this move further?
I'm a little frustrated/disappointed with the forum I have in D7 so I'm looking for alternatives. I do have a valid VB4 licence... but got incredibly fed up with the time it took to get a proper working version after it's release.
Maybe I'm looking to shoehorn imperfect solutions together, perhaps there's a far simpler way, but any help would be very much appreciated.