I have a lot of modules that come in different versions, depending on who is logged in. For example, if you are with Group A, you will see a module that displays the logo and a description of Group A. If you are with Group B, you will the corresponding module for Group B. There are others like this.

I am using JACLPlus to associate unique access levels with each group. It works great. The problem however, is that it gets very tedious managing the menu assignments for all these modules. In this example, all the modules get the same menu assignments. You can imagine what a pain in the neck when I have 100 or more groups.

So when I discovered Modules Anywhere, it seemed like the perfect solution. I would simply put all these modules in one master module. Then the menu assignment would only need to be made for the master. All of the nested modules would be invisible except for the one that matched the group that was active.

Unfortunately, it appears that the nested modules NEVER appear if they are associated with a JACLPlus access level, regardless of anything else. If I have module X by itself, it appears or does not appear depending on the access levels of whoever is logged in, just as it should. But if I nest that exact same module using Modules Anywhere then the Module X is not visible, even if the same person logs in. If I give Module X an access level of Public then it appears. If I change it back to a JACLPlus access level, then it disappears.

It seems like it could be such a great solution! Is there any way I can make it work? Thanks!

I will have to look into this. Problem is, JACLPlus uses ionCube which makes it pretty difficult for me to test it out.

If you can get the guys from JACLPlus to give me a non-encrypted version, that would help.

Thanks for the fast response. Yes, I will ask ByOSTech to help out. I would think this would be in their interest. I also use AEC, and they seem tightly coupled with JACLPlus.

I can also get you set up on a site on our server. Would that help?

That could help... if i could get ftp/database access too..

Problem with encrypted files is that you can't see how they do things. But maybe the database will uncover enough to see how to handle the different access levels.

I developed a large site which depends on JACLplus Pro to segment out different areas of content for access by logged in members with different group associations.

First off, I would like to say that, besides the annoying IONCUBE or Zend Optimizer encoding, JACLplus is the BEST 3PD ACL solution for Joomla. While it requires hacks to core files, the *way* in which it integrates is as close as possible to the native manipulation of access control groups and how they are processed by other extensions.

Here's the trick (I'm pulling this from memory):

Whereas Joomla looks up the 'aid' or ('gid' ?) when checking group access, JACLplus using a JACL specific id. What is important about this ID, though, is the *sub group* assignment.

When you create a new access control group, which is similar to "Registered", it gains it's own ID in Joomla core AND a it's own ID in JACLplus tables. The reason the JACLplus tables are important is because of the way sub-group access rules can be added to existing groups.

So, if you create a new access group called "Premium Group", you can assign it access to any number of subgroups (for example, "This Group", "That Group", "The Group"). This is a uniquely powerful feature because it allows you to assign detailed levels of access control to a user with the assignment of just ONE Joomla Access Level which (with JACLplus) can also provide access to any number of associated sub-groups.

How to do you fix NoNumber extensions to become compatible with JACLplus?

You need to check for



Below is some sample code to give an idea of how to access the jaclplus gids:

*************************
The following code describes a modified onLoginUser function as found in Joomla.php under /plugins/user/



I've found that the database storage of Joomla sessions is a very powerful tool for storing various access control information for the current browser sessions, especially beyond what Joomla core normally generates.

One of the methods I've used is to retrieve the JACLplus subgroup string from the session, break it out into an array and parse it appropriately when doing ACL checks.

Remember that both JACLplus and Joomla will use their own IDs to refer to the same Access Levels. JACLplus goes one step further by allowing the sessions to store MULTIPLE access levels, so, if Super Admin is ID 62 and some other group is Joomla ID 34, in JACLplus it might be ID 17.

I know this probably sounds complicated, but a quick run through of the database tables can clear up the confusion.

You should be able to modify your NoNumber extensions to conform to JACL ACLs (by checking "if( defined('_JACL') )") and still support J1.5 (and maybe even J1.6) ACL.

In my opinion, what it really comes down to is that your Access Level Chooser (as in with Advanced Module Manager) will have to retrieve and store JACLplus Access Level IDs.

One more thing: Even in JACLplus, a logged in member will have one *major* access level and, optionally, additional *sub group* access levels. These sub groups, of course, can just be any of the other access levels...

Hope this gets you going somewhere.

By the way, your extensions are pure genious. I hope Joomla core adopts them, but I also hope you make money off them too. I will purchase a full license to help you out!