Multi user shaarli

[nodiscc]

• linkTargetNewTab & correction for soft-links sebsauvage/Shaarli#98: (Attempt at a multi-user setup)
• Shaarli Multi Utilisateurs sebsauvage/Shaarli#107: Shaarli Multi Utilisateurs

Note: work started in #11 to have configurable data/, tmp/, tpl/.... paths. Going further, we could (for shaarlis that have optional multiuser enabled), have https://my.shaarli.url/u/georges and https://my.shaarli.url/u/john be shorthands for https://my.shaarli.url/?user=georges, let shaarli detect the user param, and serve shaarli with different data paths (eg. $SHAARLI_DATA_DIR/$user, $SHAARLI_TPL_DIR/$user...)

[e2jk]

I am not personally in favor of this, which would add a large level of complexity to the code. I am not opposed to it strictly speaking, but I see this as a stark departure of the KISS (Keep It Simple, Stupid) principle that Shaarli is built upon.

[Sbgodin]

Indeed, I think about system such as one deployment many user. Shaarly could be installed one and have a data/options.php taking account of things like the domain name to automatically switch to a configuration or another. Say that all data are in a directory but each subdirectory contains the data for a given domain name.

[nodiscc]

I am not personally in favor of this, which would add a large level of complexity to the code

True.

For multiple shaarlis, admins can install a lot of shaarli instances with very little effort /var/www/shaarli/{user1,user1,user3/}...

I think the original concern about multi-user was about having 3 "roles" and types of links instead of 2:

• admin (current single user), can access all links
• guest (not logged in), can access public links
• "user" (logged in with another user/pw) can access public and "restricted" links (not private but not visible for not-logged in guests)

This is not an easy task.

Should we close this bug for now?

[Sbgodin]

Yes.

[xavierle]

to me this is sad again that you refuse to make shaarli multiuser

installing different shaarli instances is different that having one instances where all bookmarks can be shared/listed between all users

[nodiscc]

@xavierle patches welcome if you find a way to implement this without significanty increasing complexity of the code.

[xavierle]

i was coming back to this discussion

because i think i misunderstood one point

I am getting a new try of shaarli to change from semanticscuttle
after one test of the version from roultebie that was last year multiuser capable)

you wrote
"for shaarlis that have optional multiuser enabled"
and " short of https://my.shaarli.url/?user=georges,"

so actually it would be possible to get a real shaarli multiuser ?

where is there any documentation about how to do it ?

i only found some recommendations to make one independant shaarli installation per user
(which is not that kiss to my point of view)

about patches
i am a not a coder i can just make some system administration for friends

[nodiscc]

for shaarlis that have optional multiuser enabled

This is not implemented, was just a suggestion for a possible implementation. We concluded it was not KISS-friendly at all. I recommend having 1 shaarli install per user (e.g. multiple directories like /var/www/shaarli/georges/, /var/www/shaarli/john/. It is actually the simplest thing you can do. You could manually list your shaarlis in /var/www/shaarli/index.html or just let your web server build the index.

[poVoq]

Not even a chance for very basic multi-user? I basically just want to allow other people (2-3) to post on my Shaarli for jointly curating links and notes, but I would prefer them not having full admin access.

[virtualtam]

Hi @poVoq,

Long story short, going multi-user requires too many changes to core features of Shaarli, especially how links/notes are handled (storage & code representation). Related work has been planned for (far-)future releases, notably #445 and #953.

In the meantime, the best way to use Shaarli in a social way is to rely on Atom/RSS feeds to aggregate data from several instances.

See also #907 for a related discussion and possible solutions.