Hi there - I'm currently trying to integrate minibb with a website I'm working on.

I am after seamless integration - I don't want people to have to log in twice. The site I am working on uses cookie based sessions already, and I have successfully tricked the forum script into taking a userid from the already existing cookie. This, unfortunately, always results in a 'NO FORUMS YET?' message and nothing else. Logins using the already existing form (not ideal, i do not want to have to log in again) work to an extent, in that authentication succeeds after tweaking the md5 hashing slightly, however then fails due to the headers having already been altered (i am including my own headers and footers, using the script as suggested in the manual).

What are the strictly necessary columns in the users table? Why, in passing an external userid, even when the external user table is being referred to (in an external database), does it fail to then find the forums? I'm assuming I'm missing an important column in the users table.

Cheers for any help you can offer!

Max

Actually, to tell the truth, the easiest way to do this would be to eliminate all internal session management for minibb - any ideas on this?

We have still no time for complete manual on integrating with another DB, but there are some points:

1) Obligate fields (fields keys) in database for miniBB are: username, user_id, user_regdate, password, email, activity, user_viewemail, user_sorttopics, language. If they are not in database, you must add them and define in DB scheme. Another fields define user profile, and it is not obligate to insert them (but you can redefine them in DB scheme, of course, if your table uses another names for ICQ or website fiedds, for example).

2) Site should use cookies for authorisation, not sessions. If the site is using cookie-sessions, you must turn sessions in miniBB OFF, and then create some kind of authentification in bb_cookie.php, rewriting default miniBB functions to whatever you need, so user_logged_in() function reports, either user is logged or not (and which user), setMyCookie() sets new cookie or session, when user is logging in, with necessary parameters - username, password, expiration time, getMyCookie() returns array of username, pass and exp.time, and deleteMyCookie() deletes the whole authentification when logging out. In this case, you need to UNDERSTAND, how your site authorisation is working, and which parameters you need to pass by.

3) For best reasons, you should disable registrations, editing profiles on your board (setting off the corresp. option), also as password receiving.

'NO FORUMS YET?' error actually appears not because of your users database, but because there are no forums defined at all. Be sure you are using correct database where miniBB tables are installed.

2) Site should use cookies for authorisation, not sessions. If the site is using cookie-sessions, you must turn sessions in miniBB OFF, and then create some kind of authentification in bb_cookie.php, rewriting default miniBB functions to whatever you need, so user_logged_in() function reports, either user is logged or not (and which user), setMyCookie() sets new cookie or session, when user is logging in, with necessary parameters - username, password, expiration time, getMyCookie() returns array of username, pass and exp.time, and deleteMyCookie() deletes the whole authentification when logging out. In this case, you need to UNDERSTAND, how your site authorisation is working, and which parameters you need to pass by.

That is well explained in the simplest form. Doing a google search on php and cookies is also helpful. I'm currently in the process of hoping to get the bb_cookie.php working with my main login. which uses 2 cookies(1 for username and the other for password). I never really fooled with cookies, and I like the idea of having just 1 cookie handle everything.

Ok - I figured a few things out - I was getting the 'NO FORUMS YET' error because I am using two separate databases, not just two tables - the result of which it was trying to find the forum tables in the wrong database - fixed this with a bit of a hack - I already kludged all of the scripts to work with it - this was all that was holding me back - works beautifully now - thanks for a great product!

Great to see someone managed to integrate the login.

Is there an example available?!
I'd really like to see a good solution to this.
(I currently can't get the cookie info in other pages that the
forums pages.)

Kind regards

Solution for this is in our closest TODO list, so it will be available really soon. I think, we will take WordPress as a practical example.

Hey - I got it working a while back - not too challenging - basically involves setting it up to point at your own users table, kludging it to accept values from your own cookie checking script, and then going through editing whatever else you need.... Took a few days, but works beautifully.

Hi,

actually i'm doing the same job like madaxe.. but still not working..
is that any problem if i change field name for this field :
username, user_id, user_regdate, password, email, activity, user_viewemail, user_sorttopics, language

i try modify at setup option for

$dbUserSheme=array(
'username'=>array(1,'username','login'),
'password'=>array(3,'password','passwd'),
'email'=>array(4,'email','email'),
'fviewemail'=>array(10,'fviewemail','user_viewemail'),
'fsorttopics'=>array(11,'fsorttopics','user_sorttopics'),
'flanguage'=>array(14,'flanguage','language')

pls help if any of u have any idea because i'm newbie in php

You can not change the names of the KEYS! Keys are used for miniBB internal procedure. You must change only NAMES and INDEXES.

Example #1:

'fsorttopics'=>array(11,'fsorttopics','user_sorttopics'),

bolded is a key and it must be named 'user_sorttopics'.

Example #2:

'user_sorttopics'=>array(11,'user_sorttopics','user_sorttopics'),

bolded is TABLE FIELD NAME, so in your case, it probably must be 'fsorttopics' (however, I don't know why do you need to rename this field, if it is not in your database already).

Example #3:

'user_sorttopics'=>array(11,'user_sorttopics','user_sorttopics'),

bolded is a <FORM> element name. Look at the templates/user_dataform.html

At last... integration with external DB is definitely not the thing for newbies! You must have imagination how it works, not really know about the techniques which are easy by the sense.

hey guys

im having a bt of trouble with intergration still.

i can log in as admin and view the usernames and user_IDs of my existing user database.
when i try to view any users profile, i get "User doesnt exist" error.

secondly. when i try to login with the forum login. it doesnt give any error..yet it doesnt login neither. ive directed miniBB to user my custom user table. the passwords are not md5, i removed thes md5() from the login script.

any ideas?

******

Ok managed to get the login to work. but came across another issue.
You don`t have access to this forum. is the error i get now.
I do not wish to have unregistered users to post into my forums.

user_logged_in() => is the function used to check wether a user is logged it correct? if so then it should be possible to change it to detect Session vars that were generated by my custom login?

when i try to view any users profile, i get "User doesnt exist" error - check that your $dbUserId is specified properly.

Actually, nobody will tell you exactly what your problem is. Because nobody knows how your default users table works. Very SOON we will publish a very detailed solution, based on WordPress integration, how to unite miniBB with outside users table. So just take a look at it and think what's wrong.

Sessions are not supported in our solution, but it is still possible to integrate something with them. BUT: if you are not professional in PHP, don't even try to make it happen :-)

i can just write my own setcookie() along with my existing session stuff in my login script.

is there anything that the forum needs to determin that a user has logged in apart from what is in setMyCookie($user_usr,$user_pwd,$cookieexptime);

For authorization, forum needs only information provided in bb_cookie.php file's functions. So, you can rewrite this file on your wish, providing session data, too.

I would be waiting for your Wordpress integration for users. I have 1000+ wordpress users and I dont want them to reregister!