Pre-Release Drupaltin 5.x-2.0 Discussion

[Jordan]

I've been working on getting the next version out for you guys and I want to keep everyone up to date with the progress.

Attached is the latest nightly snapshot of the Drupaltin plugin. So far, I have not changed any other files, just the plugin.

Drupal is now bootstrapped into vBulletin at all times. What does this mean to you? It means that you can now share information such as themes and blocks from Drupal in vBulletin.

It also means that all of the plugins have been recoded and cleaned up. Doing so reduced the amount of code by a reasonable margin. Now that Drupal is bootstrapped into vBulletin, the possibilities are endless.

Notice in this snapshot the install and uninstall code remains the same; prefixes won't work yet only because of the install/uninstall code. All plugins have been fixed to allow the use of table prefixes.

You will also find the addition of Drupaltin Options under the vBulletin Options tab

NEVER use a nightly snapshot on a production website. I can almost guarantee there will be errors, hence the snapshot status.

[Keyz]

Thanks a ton Jordan

Is this something we can install into our vBulletin's right now to test out and report any new bugs (obviously backup first), or should we wait?
Edit: I should note -- I mean on my local test environment, not a live site

Also curious about if/how bootstrapping Drupal into vB has affected performance in vBulletin (I may not have understood properly at the time, though when I printed out the queries in vBulletin when testing vbDrupal a while back, the number of them had skyrocketed in vB even if no Drupal modules/blocks were enabled on the vB page, and if I recall, it listed all modules and more queries the more modules I installed). Anyhow, just curious. That was on vbDrupal 4.7 of course though.

Good work man - can't wait

[Jordan]

Originally Posted by Keyz

Thanks a ton Jordan

Is this something we can install into our vBulletin's right now to test out and report any new bugs (obviously backup first), or should we wait?
Edit: I should note -- I mean on my local test environment, not a live site

Also curious about if/how bootstrapping Drupal into vB has affected performance in vBulletin (I may not have understood properly at the time, though when I printed out the queries in vBulletin when testing vbDrupal a while back, the number of them had skyrocketed in vB even if no Drupal modules/blocks were enabled on the vB page, and if I recall, it listed all modules and more queries the more modules I installed). Anyhow, just curious. That was on vbDrupal 4.7 of course though.

Good work man - can't wait

hmmm I don't see why not if it's just a test environment, that's what they are for I've done some very minor testing and haven't hit anything yet, but I wasn't expecting any either

That's the biggest caveat about bootstrapping Drupal into vBulletin, it does take some extra resources. If it becomes a problem I can reduce the bootstrap to just database level, or possibly even look into creating a custom bootstrap function. Everything is still up in the air, I'm just trying new things as I go along. I figured I would keep you all up to date so you didn't think I forgot about you

Let me know what you think about that plugin

[Keyz]

Ok cool... just wanted to make sure - wasn't certain if it was just for temporary show/analysis or for actual use, since it was just the one file for now

Thanks again - I'll test it out and report back the wild success I'm sure to have.... (hey a guy can be optimistic can't he haha).

I'll enable debug mode in vBulletin (for those who also want to test it too -- add $config['Misc']['debug'] = true; to the end of your vB config.php file) and compare the results. I don't know how to run benchmarks yet, but now's a good a time as any to learn haha - so if I figure it out, I'll post some comparisons.

Edit: just found a cool trick, in case anyone wants to ever have debug mode always showing for themselves only, on a live site... see the second post here.

Peace.

[gman]

OK, I hopefully will try this out on a localhost as well. Will be trying it with Drupal 5.1, and vB 3.6.5. Will report back.

Also, Jordan I said I would try to get those forms into the correct Drupal form for you, should both of the login and logout files be included into the module? Are they included anywhere else, or can they be sucked into the drupaltin module?

[Keyz]

Doh - my luck didn't hold
I installed the plugin (overwrote the old one), and added my paths in the Drupaltin Settings area.

When attempting to view any threads, I usually (not every time) get a page full of gunk characters... it looks like vB won't allow me to post the part that had page headers here... I'll try to add just a bit of the gunk here so you at least know what I mean:

Page execution time was 73.45 ms.
‹ÿí}mWG¶îgg*ù5òLÀsñflcCÆà�kbbðd²rfiµ¤dKj¥»frϿϳwUuu«%ÁçÌ]ç:±õÖUµk×®ý^»^ýùÍûý³_NÌe>è

Edit: just got the same thing in the admincp

Every few minutes there seems to be a heavy lag suddenly as well, the pages hanging for a while before load/reloading. Then for a bit it runs smooth as usual.

Clicking on the New thread or Post reply buttons gives me a blank page with just " Page execution time was 143.69 ms."

I'll add my local server specs to my signature.

Anyhow, just wanted to let you know. If there are other tests I can do or anything I can do to help, let me know. If others can't reproduce this and it might just be me, I'll test it on a new clean installation to be sure. I currently have some Drupal modules installed, but no changes made at all to vBulletin (3.6.4).

[gman]

I am running on PHP 5.2.1, Mysql 5.0.27, apache 2.2.4 with the newest attached xml file. This is my error, can seem to find the local install. running on vb 3.6.5

Warning: chdir() [function.chdir]: No such file or directory (errno 2) in \includes\init.php(319) : eval()'d code on line 1




Unable to add cookies, header already sent.
File: C:\wamp\www\drupaltin\forums\includes\class_core.p hp
Line: 3036

Here are my paths, just in case it is them.

// Drupal server path
$drup_main_dir = 'c:\wamp\www\drupaltin';

// vBulletin server path
$vb_main_dir = 'c:\wamp\www\drupaltin\forums';

// Drupal http path
$drup_main_http = 'http://www.drupaltin.com';

[Roi Danton]

Right after installing the module I get following message:

Warning: chdir() [function.chdir]: No such file or directory (errno 2) in \includes\init.php(319) : eval()'d code on line 1

AdminCP won't work afterwards. By viewing the forum the warning is shown on top of the page. (tested with php 4.4.1 & 5.1.1)

$vbulletin->options['drupal_server_path'] (called in PlugIn Drupaltin - Bootstrap Drupal) is /var/www.
I forgot to set this path in vb Options - >Drupaltin (I've added this to Handbook ... the pathes in drupaltin_config.php aren't required anymore?).
Now the path of $vbulletin->options['drupal_server_path'] is correct, but the error still occurs.

Perhaps a problem with windows directories?

Table users_backup has been created.

[Jordan]

Well it looks like bootstrapping Drupal is not going to work out after all. One of the biggest factors causing all the errors is the fact that Drupal and vBulletin are trying to define the same functions. Obviously that's not good, in fact that's probably half the reason vbDrupal changed the core Drupal files: so they could bootstrap without any problems.

Don't worry, it's not a total loss, some of the other changes I made will remain but I just can't rely on bootstrapping Drupal up anymore. It doesn't bother me anyways because it does use a lot of resources, it would be a cop out, and I would like to use a more unique method

Thanks for all of you who took the time to test it out and report you findings, they are extremely helpful which means I can get the script done quicker.

Originally Posted by gman

Also, Jordan I said I would try to get those forms into the correct Drupal form for you, should both of the login and logout files be included into the module? Are they included anywhere else, or can they be sucked into the drupaltin module?

I don't think it would work for the current alpha release to be honest. Reason being that vBulletin calls the login file to actuate the simultaneous login. It is a rather unique method which may or may not be retired for Drupaltin 5.x-2.0.

Originally Posted by Roi Danton

I forgot to set this path in vb Options - >Drupaltin (I've added this to Handbook ... the pathes in drupaltin_config.php aren't required anymore?).
Now the path of $vbulletin->options['drupal_server_path'] is correct, but the error still occurs.

Thank you for adding it to the handbook but since this was just a nightly snapshot I reverted the handbook page for now. Since the bootstrap did not work out, I will probably not put the paths in the Drupaltin Options menu.

drupaltin_config.php will ultimately be phased out (hopefully by 5.x-2.0), at least that is my current plans. I don't want people to have to edit a config file unless I have to, regardless the next release if it does require editing a config file you will only have to edit that single config file verses all the other edits like the 5.x-1.0a release requires.

I've been throwing another idea around to eliminate the file edits, the installation would automatically read your Drupal and vBulletin config files and pull the database and paths information for you. Like we talked about before, it would reduce the chance of "human error."

I'll get another snapshot up for you guys to play around with within a couple days.

Thanks again!

[gman]

Glad to here the good progress report. I do remember the vbDrupal engineers talking about the function namespace conflicts. EIther you have to change one (which drupal is easier to change) or you never load both at once (which really seperates the idea of integration to merely being logged for both parts at the same time).

As for the form stuff in Drupal. Maybe when the architecture is nailed down abit more I can help clean up and extend the drupal side of things.

[Roi Danton]

Well, as long as the "merely being logged for both parts at the same time" works I'd be more than happy.

Originally Posted by Jordan

since this was just a nightly snapshot I reverted the handbook page for now.

Ah right, I heed that next time.

*Ready for testing*