Importing existing user data..

It still *appears* to be doing direct database stuff - does the technique outlined there also manage ACL assignment/memberships?

It's a database object, which will also execute other APIs.. like a chain reaction basically.. yes, it handles the ACL as well.

Probably using "usertype", I guess.

That and gid (gids if J1.7).

Does the standard "Registered\|Voting Member" work, if I need to add multiple user groups? ("Registered" is a bad example to use in a tutorial, as it is both a user group AND an access level).

You can add multiple usergroups using "gids", but this only works on J1.7 Accesslevels aren't assigned to users. They're groups of usergroups.

The "Establish $user object" tutorial, I assume, is the integer database ID in jos_comprofiler.user_id (which is equivalent to jos_users.id)?

Correct.

PS: In your "create-users-through-api" tutorial, the link embedded in "To create a user you must first Include API externally if you are creating..." does not work.

Fixed.

I've made some changes to the Joomla REST API to make it more RESTful, and I am now at the point where I need to use it..

However, while your tutorials nicely show how to create and load a single user, based on ID, I can't find how to do the following:
*) get a list of all users,
*) get a list of users based on criteria (e.g. block = 0, registered after = 2011-01-01, etc)
*) load a user based on username, for example.

Am I correct in assuming that I can load a user based on username using:

Part of the message is hidden for the guests. Please log in or register to see it.


[strike]I'd like a more future-proof method that doesn't rely on my specifying the username field directly - I might as well just be querying the database via mysql!

Ideally, since I'm going to want to send the results back via REST, I'd also like to know if there are methods to encode the results into, for example, xml or json?


Part of the message is hidden for the guests. Please log in or register to see it.
[/strike]


Part of the message is hidden for the guests. Please log in or register to see it.

krileon wrote:

Probably using "usertype", I guess.

That and gid (gids if J1.7).

Does the standard "Registered\|Voting Member" work, if I need to add multiple user groups? ("Registered" is a bad example to use in a tutorial, as it is both a user group AND an access level).

You can add multiple usergroups using "gids", but this only works on J1.7 Accesslevels aren't assigned to users. They're groups of usergroups.

Indeed, I meant "to add a user to multiple groups".

To confirm: what is the usage of "gids", in this context? Is it to create a user group, or to specify which groups to assign to this user?

*) get a list of all users,
*) get a list of users based on criteria (e.g. block = 0, registered after = 2011-01-01, etc)

Below will give you query capability, but will ensure the results give you CB user objects.

Adding where clauses you can filter it however you like. To filter out blocked users you'll need to join the _users table first.

*) load a user based on username, for example.

You can load by username using the below which will give you a database object (not a cbUser class object, which has getField API), but that's fine as that's all you get with the method you're already using.

Please review CB source closely as all this is contained in CBs library files and/or plugin class, plugin foundation, or comprofiler class files. All of which is in CBs administrator component folder.

Am I correct in assuming that I can load a user based on username using:

Should work, but never used that method.

To confirm: what is the usage of "gids", in this context? Is it to create a user group, or to specify which groups to assign to this user?

You specify an array of group ids you want the user to below to (e.g. array( 8, 24 )).

krileon wrote:

*) get a list of all users,
*) get a list of users based on criteria (e.g. block = 0, registered after = 2011-01-01, etc)

Below will give you query capability, but will ensure the results give you CB user objects.

Adding where clauses you can filter it however you like. To filter out blocked users you'll need to join the _users table first.

Right! Thanks for the simplified code. I assume that it'll also be somewhat future-proof against minor database table name and column name changes?

krileon wrote: Please review CB source closely as all this is contained in CBs library files and/or plugin class, plugin foundation, or comprofiler class files. All of which is in CBs administrator component folder.

There's a lot there! It'll take me a while to appreciate the full content, even with NetBeans IDE helping with the navigation and searching.

Right! Thanks for the simplified code. I assume that it'll also be somewhat future-proof against minor database table name and column name changes?

For any 1.x release, yes. For CB 2.0 I can't guarantee any compatibility as we're doing some major changes.

There's a lot there! It'll take me a while to appreciate the full content, even with NetBeans IDE helping with the navigation and searching.

Yeah, there's quite a bit of API. It helps to reviewing existing plugins however on usage. Many of the incubator projects use experimental features for example.