Welcome, Guest. Please login or register.
Did you miss your activation email?
May 26, 2012, 05:15:54 AM

Login with username, password and session length
Search:     Advanced search
Interested in joining the WebsiteBaker team?
For more Information read here or on our new website.
155533 Posts in 21713 Topics by 7739 Members
Latest Member: audillino
* Home Help Search Login Register
Pages: [1]   Go Down
Print
Author Topic: pages table admin_users field  (Read 469 times)
PurpleEdge

Offline Offline

Posts: 232



WWW
« on: March 03, 2010, 03:52:57 AM »

In the pages table there is a field called admin_users - if I add the userID of the person who created that page to the admin_users field then only that user can edit that page - which is exactly what I want!

Is there a backend method for setting the values of admin_users?
Logged
BerndJM

Offline Offline

Posts: 1764



« Reply #1 on: March 03, 2010, 03:57:21 AM »

No,
I think you mix something up:
You want  a special person to edit a special page:
So grant the rights for this page to the person (via backend).
There's no need to make it via dtabse-tables.

Regards Bernd
Logged

In theory, there is no difference between theory and practice. But, in practice, there is.
PurpleEdge

Offline Offline

Posts: 232



WWW
« Reply #2 on: March 03, 2010, 04:06:06 AM »

Thanks Bernd,

How do I set permissions at a user level? I can only see options to create access restrictions at a group level?

Regards,

Geoff B
Logged
BerndJM

Offline Offline

Posts: 1764



« Reply #3 on: March 03, 2010, 04:16:11 AM »

Thats right,
you can only grant the permissionsd to a grup, then you have to admit this user to the group,
thats a little bit "difficult" ... but the way the WB system works - similiar to the "normal" Linux User/Groups permissions.
Logged

In theory, there is no difference between theory and practice. But, in practice, there is.
PurpleEdge

Offline Offline

Posts: 232



WWW
« Reply #4 on: March 03, 2010, 04:21:01 AM »

OK, if I do that it means any member of a group can edit pages created by every member of that group.

If I add the creators UserID to admin_users  for a page then ONLY that user is able to edit the page.

That is exactly what I want - it works perfectly, except there is no backend method to implement it - apparently?
 smiley
Logged
BerndJM

Offline Offline

Posts: 1764



« Reply #5 on: March 03, 2010, 04:31:24 AM »

member1 -> group1  can edit pages of group1

member2 -> group2 can edit pages of group 2

member3 -> group1 and group2 can edit pages of both 1 & 2

Where is the problem?
Logged

In theory, there is no difference between theory and practice. But, in practice, there is.
PurpleEdge

Offline Offline

Posts: 232



WWW
« Reply #6 on: March 03, 2010, 04:39:51 AM »

Hi Bernd,

The only problem is that it is unnecessary, and this is a cumbersome option when the functionality already exists in a much simpler technique. I was just wondering if there was a backend method to set this, I can easily update the database when necessary.

Regards,

Geoff B
Logged
BerndJM

Offline Offline

Posts: 1764



« Reply #7 on: March 03, 2010, 04:42:18 AM »

you've had a look in your pm's?
Logged

In theory, there is no difference between theory and practice. But, in practice, there is.
CodeALot

Offline Offline

Posts: 58



« Reply #8 on: April 19, 2010, 12:40:16 PM »

Still the initial question remains unanswered here. The field admin_users is indeed a great way to grant one user (regardless which group he/she belongs to) admin-rights to a specific page, but there is no back-end solution to assign users in an easy way. I.e. you'll have to go into phpMyAdmin to do that. Not a really big deal, but it would be nice to have a back-end solution to this.

So the quesion still is: Who is capable of writing a core-replacement for the admin-assignment part of the backend, so we can not only assign Groups to be administrators for that page, but individual users as well?
Logged
PurpleEdge

Offline Offline

Posts: 232



WWW
« Reply #9 on: April 19, 2010, 12:49:57 PM »

Bernd seems to think this field and/or access restriction, might not be supported in the future? That is the real question. Which is a pity, since it is such a handy technique!
Logged
Pages: [1]   Go Up
Print
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!