a user may post but can't register - how to accomplish this?

englishextra (Guest) 2008-07-14, 14:04 #1

No profile available.

Subject: a user may post but can't register - how to accomplish this?

I don't need users to register at the board, because the board is shown to the robots (my scripts) and to registered at the main site which is not the board script.

So I'd like to give the registered user the right to post. In other words, everyone should have the right to post who managed to see it, BUT I don't want them to see the link for registration.

Huh, I could do that via template removing the link in the HTML code, but how to accomplish this by config settings.

Thank you.

Yves (Administrator) 2008-07-14, 19:37 #2

User title: UNB developer & webmaster
Member since Jan 2004 · 3814 posts · Location: Erlangen, Germany
Group memberships: Administrators, Members

Show profile ·

Link to this post

There is no way to hide the registration link through a config option. You could only disable registrations (from the admin settings, set "new user validation" to "tempo disabled"), but it should display a notice saying so. The only way to entirely remove registration stuff from the surface is altering the template.

♪ ...nanananah, all in all we’re just brilliant thieves, nanananah... ♪♬

englishextra (Guest) 2008-07-14, 22:37 #3

No profile available.

Link to this post

Thanks a lot.

My decision now is as such: inserting new user reg data from main site registration to the unb_users table and setting cookies the way it is done by common.lib.php

The only trouble left is 'rc('prog_id')])' which is getting a unique installation id that is used when writing the cookie

By the way, good forum script. I've decided to move on with it with a happy whisper. Thank you for your work/

englishextra (Guest) 2008-07-15, 00:05 #4

No profile available.

Link to this post

Have I got it right:

If you want to differentiate, you have to add registered users to a group and then assign special rights to this group, f***.

By default all participants (all rights of the participants) are not allowed to post, they ara still guests.

Registered users are not even partisipants by default.

RESUME: you have additionally add new registerd user to participants and then give the right to participants to post.

So registered or non registerd - you are a guest. There's no such group - REGISTERED USERS.

Registered and authorized users just don't need to enter their names then posting, that's the only advantage.

Yves (Administrator) 2008-07-15, 19:27 #5

User title: UNB developer & webmaster
Member since Jan 2004 · 3814 posts · Location: Erlangen, Germany
Group memberships: Administrators, Members

Show profile ·

Link to this post

That's the way UNB user access control works, right. An account doesn't hold any privileges. Only direct ACL rules or indirect group membership does that. When you use the registration form in UNB, the account is created. Then, depending on the current validation method, the account is immediately validated/activated or it requires the user to confirm the e-mail address first. Then, the new user is added to the Members group which brings regular member privileges. Revoking the Member group membership is equivalent to banning the user like other applications offer it. Only the implementation is a little different. So, if you create user accounts from your script, all you need to do is insert the record into the Users table and insert the appropriate group membership record into the GroupMembers table. See http://newsboard.unclassified.de/devel/docs/database for a complete database reference. The page http://newsboard.unclassified.de/coderef/constants.html holds a list of constants, of which UNB_GROUP_* are used for group ID values of the built-in groups.

The prog_id config value is a random value initialised at setup time. This helps preventing trouble with multiple UNB installations on the same domain which could otherwise interfere with their cookies and you could be logged into another forum instance on the same domain as a different user by error. If you know how it works and what it does, you can safely set it to a predefined value and use it for your cookies. Configuration settings are not God-given, they are there to be changed to suit your needs.

♪ ...nanananah, all in all we’re just brilliant thieves, nanananah... ♪♬