This login thing sets a barrier. Commercial sites use it for customer lockin (yahoo vs google). I dont want to argue if it works or not. For big sites the user will create another account, but for small sites he will just surf on. The aim would create all sort of services that you could access with the same username. It could be written in php but I wondered if anyone has already worked on something like this.
Single Sign On
This was discussed ages ago, i'm not sure if it's become any easier with the creation of People, but i assume if you could setup a central authorisation server it shouldnt be *that* difficult.
Every different forum you have gets it's own set of files and it's own configuration variables. Then in the conf/database.php file, they will all be assigned to the same database name, but different prefixed tables. The only table that is the same in every configuration is the LUM_User.
people is an integral part of vanilla, but separable if I understand it correctly. The latest 1.0 pre-release includes it, part in the root, the workings in library/people.
>> Every different forum you have gets it's own set of files and it's own configuration variables. Then in the >> conf/database.php file, they will all be assigned to the same database name, but different prefixed tables. The only >> table that is the same in every configuration is the LUM_User.
Has anybody been able to install multiple Vanilla's in the same database. I seem to have a problem with the second install where it does not pick up the updated table prefix setting.
I have updated the $Configuration['DATABASE_TABLE_PREFIX'] = 'LUM_'; setting in both the conf/setting.php and conf/database.php of the second install, but it does not seem to pick it up. I just get the following error:
We came across some problems while setting up Vanilla... It appears as though you've already got Vanilla installed. If you are attempting to upgrade your existing installation of Vanilla, you should be using the upgrade script.
v1.0 pre-release. what if I just have 2 sets of files in different catalogues and will run setup on the same database? working mashup? messed up?
edited: the latter. could installer have line "set prefix for tables" as WP
In addition to $Configuration['DATABASE_TABLE_PREFIX'] setting in appg/settings.php, there is also $DatabaseTables['User'] setting in appg/database.php which must be changed too (otherwise Vanilla itself will use LUM_User database table).
Naaah
It's question about central database vs many distributed databases. I guess there has been extensive discussion regarding MS passport. Both side have good points.
Comments
Why?
Every different forum you have gets it's own set of files and it's own configuration variables. Then in the conf/database.php file, they will all be assigned to the same database name, but different prefixed tables. The only table that is the same in every configuration is the LUM_User.
>> conf/database.php file, they will all be assigned to the same database name, but different prefixed tables. The only
>> table that is the same in every configuration is the LUM_User.
Has anybody been able to install multiple Vanilla's in the same database. I seem to have a problem with the second install where it does not pick up the updated table prefix setting.
I have updated the $Configuration['DATABASE_TABLE_PREFIX'] = 'LUM_'; setting in both the conf/setting.php and conf/database.php of the second install, but it does not seem to pick it up. I just get the following error: Any thoughts ...
In addition to $Configuration['DATABASE_TABLE_PREFIX'] setting in appg/settings.php, there is also $DatabaseTables['User'] setting in appg/database.php which must be changed too (otherwise Vanilla itself will use LUM_User database table).