Integration with Ruby on Rails Application

[awang]

Hi,

We're trying to figure out vBulletin integration with our Ruby on Rails application. We're currently hosted by URL Jet.

The first integration points would be:
1. vBulletin user access from RoR application
+ from our RoR application, have the ability to update usernames and emails
2. vBulletin user creation from RoR application
+ from our RoR application, have the ability to create new vBulletin users

vbulletin.org has Data Manager tutorials with some php snippets about user creation and editing. Could not find much information regarding the actual integration. We want to avoid ssh'ing into URL Jet and running a custom php script each time.

Any help would be much appreciated! Cheers!



p.s. Here are some useful links

Tutorial Index
https://vborg.vbsupport.ru/showthread.php?t=99570

Add new Users (automatically)
https://vborg.vbsupport.ru/showthread.php?t=82836

Deal with User deletion/pruning and Username Changes
https://vborg.vbsupport.ru/showthread.php?t=97132

Datamanager API Example
https://www.vbulletin.com/docs/html/...anager_example

[kh99]

How do you see it integrating, are you planning on calling php scripts from RoR?

[awang]

Hi kh99, Thank you for the reply!

Yes that sounds like a viable option.

Would it be reasonable to call php scripts very frequently? We want it to scale for heavy user acquisition. Unlikely as it may be for now, maybe the target can be one every second.

Currently vBulletin and our RoR app are not on the same instance. Is the scripting option still feasible with this setup, or will we have to host them on the same instance to make this work?

Another idea I read online was making a database connection to connect with the vBulletin user table.

[kh99]

Originally Posted by awang

Hi kh99, Thank you for the reply!

Yes that sounds like a viable option.

Would it be reasonable to call php scripts very frequently? We want it to scale for heavy user acquisition. Unlikely as it may be for now, maybe the target can be one every second.

Currently vBulletin and our RoR app are not on the same instance. Is the scripting option still feasible with this setup, or will we have to host them on the same instance to make this work?

Another idea I read online was making a database connection to connect with the vBulletin user table.

I'm probably not the right person to talk about scaling, but once per second doesn't sound like a lot.

I'm not sure what you mean by instance - do you mean server? You could write a php scirpt to do what you want then call it from a RoR program on another server. The issue I see with that would be security (obviously you don't want anyone else running that script).

Connecting to the database is an option, the only issue is that you won't be able to take advantage of the vb functions. But it's a reasonable approach that I've seen other people here use.

[awang]

Thanks for the quick reply!

> I'm not sure what you mean by instance - do you mean server? You could write a php scirpt to do what you want then call it from a RoR program on another server. The issue I see with that would be security (obviously you don't want anyone else running that script).

Yes I mean server. Maybe we can obfuscate the script name and only call it from our servers. How easy it would be to sniff packets coming out of our servers to find the call to the vBulletin server? Want to make sure this is still a viable option without turning it into a security discussion =)

> Connecting to the database is an option, the only issue is that you won't be able to take advantage of the vb functions. But it's a reasonable approach that I've seen other people here use.

Great! A quick search shows that I may have to chat with our vBulletin host to see if they can enable us to access the db remotely. Do you have any experience, or can you point us in the right direction?

[kh99]

I'm probably not the right person to tell you how to design such an app (what *am* I the right person for, you may ask? Maybe nothing ). Offhand I wouldn't feel so good about a system that only depended on the script name remaining secret, but you might be able to do something as simple as sending a password as part of the request (I don't see how that's less secure than vb is now, as long as you have some kind of time delay or max tries for a wrong password).

Do you have any experience, or can you point us in the right direction?

Experience with what, accessing the database directly? Not really, I'm just familiar with what vb does. I guess I'd probably find the vb code that adds a user and try to use what I could from it.

Maybe someone else will read this and have a better idea.

[awang]

Haha thank you kh99! Very helpful!