7
DocMan will do this.
http://www.joomlatools.com/extensions/docman/overview
Configure your user groups with this inheritance:
Public
Friends and Family (inherits the PUBLIC settings but has more
access)
Residents (inherits the Friends and Family settings but has more
access)
Then configure your categories and documents in the DocMan component with ...
7
First place to start is with Joomla, if Joomla does it then you can read the code to see how it's been implemented. The current ACL model was introduced way back in the start of the 2.5 line (aka 1.6)
Joomla breaks down it's ACL functionality into "viewing" and "doing", what you're asking about is viewing.
In com_content you can see that the Article view ...
6
There are 2 possible ways, I answer both ways each in separated answer.
This answer creates a complete new user group. You have to create a new user group, set this user group as child of the “Public” user group. Add the group to the “special” access level and allow the group to access the backend and the com_content. Then you change the permission of each ...
6
There are 2 possible ways, I answer both ways each in separated answer.
This answer uses the exclude category variant. You have to create a new user group, set this user group as child of the “Manager” user group. Then you change the permission of each category to deny the access for this user group.
Here is a Step by Step tutorial (Joomla 2.5 because ...
6
I don't think there is info about the access on the URL level, nor there is a "global - thing" that controls the access of any url/page, so you can fetch this info in a list.
Some brief background information on ACL*anyone please correct me if that's no correct.
Access levels occurs much lower in the system - It works on each component and its content ...
5
Assuming you have the latest Joomla version, if you are using the default usergroups available in Joomla, then the administrators usergroup should have access to the "Check-In" component.
The managers do not have access permissions by default.
All you need to do, is to login as Super User, go to the Check-in component, click on Options and adjust the ...
4
I'm not sure which elements exactly you want to remove for your client, however what you can do is change his user group from Super Admin to Admin which will remove a lot of the default options such as the Language Manager and Global Configuration.
The good thing about Joomla is that is uses ACL (Access Control List) which allows you to choose which actions ...
4
A simple way is to check if the user has an id - if so it means the user is logged in. If id = 0 then it's a guest user and you can show the button as below:
$user = JFactory::getUser();
if($user->id == 0)
{
// Code to run for non-logged in users.
}
Update:
You can find some examples on how to accomplish various conditional tasks using the user ...
3
Session and ACL are two separate concepts, even though they are coupled, so it good to understand the distinction between them. I also assimilate the term permissions with ACL.
Session
Since you are using Joomla as your backbone, the platform is doing the heavy-lifting when it comes to session handling and authentication. The chances that you will need to ...
3
I tend to use Docman for this sort of thing, but you could still use the built in ACL to control regular articles and then embed document urls in the articles. If you've got a lot of documents though, I'd say a doc manager like Docman is worth looking at. You can set up groups and even have it hide categories you don't have access to.
As far as the other ...
3
Guys after messing around with the ACL in all other places, and checking for any kind of possible other issues for some hours, finally I managed to sort this out.
The issue was caused by the ACL settings on the JCE Editor plugin, which is being called when it comes to load the editor.
It had access level to Administrator, so any front-end users were unable ...
3
Not in a standard sense, i.e. the normal UI provided by Joomla. (Presuming you're talking about when an actual menu item is created here?) Extensions don't get a chance to run code when a menu item is created so, short answer: no.
I would normally suggest a plug-in but looking at com_menu I can only see two JEventDispatcher calls and they aren't very useful....
3
Sorry, but I have no option then to post another answer.
If I understand you correctly, you do install your own component, and want to add another option to com_content. So can't you just use
<access component="com_content">...</>
but as I said, New to Joomla/php I should not try to answer anything.
3
Pending a more elegant solution, here's my somewhat neanderthal approach that works:
// Get the Asset record for com_content
// I'm not assuming that the row id will be the same in every Joomla installation
$db = JFactory::getDbo();
$query = $db->getQuery(true);
$query->select('id, rules')->from($db->quoteName('#__assets'))
->where($db->...
3
ACL is an intermediate topic (at least) and if someone needs to create a more complicated ACL configuration, needs to have a solid base of relevant knowledge and past experience. Experience can be gained by working with simpler ACL setups at first, and going to more advanced and complex setups as long as someone understand how things work.
It's not easy to ...
3
Yes,
Go to Users -> Groups
Click New button and create a custom group
Go to Content -> Article Manager
Click on Options button on toolbar
Click on Permissions tab
Click on your custom user group (left side tabs) to show its permissions
Select Allowed for Create, Edit Own and Edit State (or Delete if you want to give more permission)
Click Save & Close
3
Create a login module and set the viewing access level to 'guests'.
Link here docs.joomla.org/J3.x:Access_Control_List_Tutorial
3
You can see an exemple of this check in this file
modules/mod_articles_latest/helper.php
https://github.com/joomlagovbr/joomla-3.x/blob/master/modules/mod_articles_latest/helper.php
$authorised = JAccess::getAuthorisedViewLevels(JFactory::getUser()->get('id'));
if (in_array($item->access, $authorised))
{
// We know that user has the ...
3
Obviously it is something wrong with your ACL.
Usually it's hard to give a reply with the actual solution in such questions with the first try, as ACL needs a hands-on investigation, or otherwise the complete ACL configuration, in order for someone to try to understand or replicate an issue.
But in your case, I would guess that you haven't added Viewing ...
3
I tested to see how Advanced Module Manager works on a clean Joomla installation and I couldn't replicate the issue.
After messing around a bit more, I discovered that my issue was connected with the ACL Manager component, which was also installed.
Advanced Module Manager simply uses the ACL of the core Module Manager. But ACL manager will not follow this ...
3
There are a few parts to this.
The group and the viewing access level. A person is part of a group. E.g Administrator.
A group is assigned a viewing access level. A group can have multiple viewing access levels. A viewing access level can have the same name as a group.
If someone has a viewing access level they can view that particular content, component, ...
2
The rules column in the assets table define the custom rules for each item individually.
The default value of the field would be:
{"core.create":[],"core.delete":[],"core.edit":[],"core.edit.state":[],"core.edit.own":[]}
Which means that all permission rules for this item inherit their permissions from the default global configuration settings as ...
2
@Craig answer is very good, but JERROR will deprecate in Joomla 4.0. You can use the code below instead, when wou want to notify the UI.
\Joomla\CMS\Factory::getApplication()->enqueueMessage($msg, 'warning')
2
You should have a read through the docs there are lots of useful tips there, maybe the following is what you need?
To get this object for the current user, use the following member function of JFactory:
$user = JFactory::getUser();
Or, to get information about any other registered user you can call the function with a user 'id', e.g. for user '99';
$user ...
2
If you haven't mess with anything deeper and assuming it is a casual joomla installation with your ACL additions, then it is definitely something you have not done right or ignoring in setting up your usergroup and access level.
It can be any combination of if your usergroup is or is not a child of other usergroup, and that while registered usergroup has ...
2
I haven't built a VirtueMart site in a while but, the short answer is to make VirtueMart available to "public" and require registration before anything can be purchased. Again, working from memory, seems to me this is the most common way of working with VirtueMart.
2
To my knowledge, K2 v2.x does not support permissions for categories. Also, I don't think ACL Manager will be much of help here.
For full ACL implementation of the Joomla core into K2, you should wait for the K2 v3.x.
However it is still in beta phase, although it supposed it would have been out by now. You should be patient and wait for it.
What's new K2 ...
2
First of all, avoid giving Super User access to users that you can't trust. Super User has the higher privileges and can do anything on the site.
See if by making the user a simple Administrator will be sufficient for what you want.
Otherwise, Joomla incorporates a deep ACL system, that will let you customize who has access on what.
Find more info here: ...
2
The underscores in permission names is indeed the problem. Fortunately, others have run into this issue and there is a patch already submitted that should be included in 3.5.2. Details here: https://github.com/joomla/joomla-cms/pull/9648
2
The screens in your question look quit normal.
The message appears after updating (by the way you really should update to 3.5).
The messages inform the joomla admin about changes in the new joomla version and often ask you to do changes manually at some files.
You use 3.4, there was a big security update with 3.48. So it is a possibility that your site is ...
Only top voted, non community-wiki answers of a minimum length are eligible
