Drupal integration

cioop44

HI, I have a problem with logging in - I did as you mention above and swapped original Vanilla logging in form with Drupal's and it works in IE7, Safari 3 beta and Opera 9 BUT NOT in Firefox 2.0 (I haven't checked Konqueror)? Are these browser settings or should I change something in Drupal's link to Vanilla forum? Will my FF-visitors be able to access it? Personally, FF is my favorite browser. My Drupal is situated in the root folder and Vanilla in a subfolder called 'community', so my link from Drupal is http://www.mydoma.in/community What should be the Drupal's menu path? When I wrote '/community' the link in the menu was 'q?=/community' and such a site obviously doesn't exist. I haven't set up the 'clean urls' feature as my site doesn't pass Drupal's test. Will setting .htaccess mod_rewrite help (I'm not sure if I know how to do it)? I also want the forum to be accessible from subdomain 'http://community.mydoma.in (that's something I know how to set up:-) Please help.

siilber

Hi all I have tried vanilla and drupal integration on my localhost. They works fine. Now i'm going to install on my server. But i have little confusion about themes and links. For example how to set up Menus and track back link. Is there any web site who uses both vanilla and drupal?

funkeyrandy

i have a successful drupal vanilla install...two questions: how can the user picture set in drupal become the one used for vanilla posts? how can images set in a cck nodeprofile be used as the default vanilla image for that user?? thanks!! r

siilber

Drupal 6 is landed...any idea about that?

theirishkiwi

I have just completed the integration of Vanilla 1.1.4 and Drupal 6.1. The integration went smoothly although I am now receiving the following message after install extensions in vanilla: "Some problems were encountered The file could not be opened. Please make sure that PHP has write access to the /home/theirish/public_html/vanilla/conf/settings.php file." Is this a permissions issue in db? any thoughts? Thanks Chris

miquel

I think it's not a permission issue with the db you need write permissions in that /conf/settings.php so any setting-changes you do (and also the extensions you want to install do) may have effect

Stash

For Vanilla 1.1.4 — Drupal 6.1 integration, did you have to change anything from the Drupal integration guide on the wiki? If so, would you please be kind enough to update the wiki?

theirishkiwi

Ok, for Vanilla 1.1.4 — Drupal 6.1 integration the only thing I had to change, well it was more adjust from the wiki guide was in /path/to/root/Vanilla-1.1.2/library/Framework/Framework.Functions.php Looks like from Vanilla 1.1.2 to 1.1.4 these lines were pushed further down the page. from 523 to 545 function GetTableName($Key, &$TableCollection, $Prefix) { from 524 to 546 if ($Key == "User" || $Key == "Sessions") { from 525 to 547 return $TableCollection[$Key]; from 526 to 548 } else { from 527 to 527 to 549 return $Prefix.$TableCollection[$Key]; from 528 to 550 } from 529 to 551 } I am pretty new to PHP and really just followed the guide strictly, it is likely I may have over looked other necesary amendments from 1.1.2 and then there is changes to Drupal, between 5.2 and 6.1, there may have been major enough changes for the guide to be out-of-date which are beyond my abilities to recognise. I am going to go through the guide again and check I copied everything correctly. So far the only issue I have discovered is the inability for the "/conf/settings.php" file to be opened or accessed when extensions were installed. They partially install but I get a number of error messages in addition to settings.php, likely related, but not sure? i'm no expert, so it could be a simple fix or a mistake on my part? Regards Chris

theirishkiwi

Hi all,

I have done a little investigation this afternoon on my problems after integrating drupal (6.1) and vanilla 1.1.4), although I have now updated Drupal to 6.2, see release notes .

No change after update.

I was reviewing my error log and discovered there were a run or errors in 'root/vanilla/appg/init_vanilla.php'

I thought I would list these below:

"failed to open stream: No such file or directory..." (lines 17- 34 & 44)

17 include($Configuration['APPLICATION_PATH'].'appg/headers.php');
18 include($Configuration['APPLICATION_PATH'].'appg/database.php');
19 include($Configuration['DATABASE_PATH']);
(break...)
44 $Context = new Context($Configuration);

I have error log, can email if this would be helpful?

My though was that there may be an issue with $Configuration ['APPLICATION_PATH'] and ['LIBRARY_PATH'] ?

Any ideas?

Sorry for throwing this out there, but I have stretched my very limited knowledge to it limit.

Cheers

Chris

miquel

i think it can come from the fact that /conf/settings.php maybe couldn't be updated so APPLICATION_PATH and LIBRARY_PATH are unset

theirishkiwi

Ok, any idea how I correct this? what are the possible reasons to cause /conf/settings.php not to update?


Chris

fysicsluvr

make sure the folder and the file have global read / write access (chmod 777)

theirishkiwi

already did that, but to no avail. Although I think it only requires Chmod 755.

Has anyone else integrated drupal 6.1 (now 6.2) and vanilla 1.1.4?

What reasons would cause /conf/settings.php not to be able to be opened, accessed or updated when adding certain extensions?

Other than what has been suggested already. I only know what the guide suggested in the wiki, am no php or sql expert.

Your help or suggestions are very gratefully received.

Chris

theirishkiwi

just another thought, been thinking about this issue alot as you might imagine...

in guide the as part of drupal authentication you need to add few lines to path/to/root/Vanilla-1.1.2/conf/settings.php/

/ Drupal Configuration
$Configuration['DRUPAL_PATH'] = '/path/to/root/';
$configuration['DRUPAL_SITE'] = 'default';

(should '/path/to/root/' be entered literally or edited to reflect my actual path?)

dk_van2

Hi - Can anyone comment on the difference in approach taken in the Drupal integration example vs. what was done to integrate with LDAP?

In the Drupal example the Authenticate function is ignored and set to return true. The interesting bits all take place in GetIdentity(). In contrast, the LDAP example modifies Authenticate(). The Drupal example seems cleaner, though both seem to work. Is there a good reason to use one vs. the other?

I would like to extend the Drupal example (modifying GetIdentity) to cover user creation as in the LDAP thread, but I would like to make sure I'm not missing anything. In my case user creation and password management would all be outside of Vanilla.

Thanks in advance for any feedback,
Dan

teecee

Does anyone have this integration working and stable? Thanks.