Description
AUL(Access User Lists) is very similar to the ACL(Access Control Lists). The difference that AUL creates access per user and adds nodes to it(ACL works vice versa. It creates grand per node and adds users).
AUL module can be usefull when logic in content access in your site is wery hard and you don't want to create lots of grants per each user because it slows page load and causes long queries.
With AUL you can create for example just 3 realms for each user (one for view, one for edit, one for delete) and than add nodes to your AUL.
Using AUL we move our big list of access "locks" in node_access table. But hook_node_access_records will work quickly and we won't have long queries with access conditions because we don't have many access "keys".
Project link
http://drupal.org/sandbox/milkovsky/1958676
git repository
git clone --branch 7.x-1.x milkovsky@git.drupal.org:sandbox/milkovsky/1958676.git aul
cd aulURL to git repository: http://git.drupal.org/sandbox/milkovsky/1958676.git
Manual reviews of other projects:
none
Comments
Comment #1
a.milkovskyneeds review
Comment #2
PA robot commentedThere are some errors reported by automated review tools, did you already check them? See http://ventral.org/pareview/httpgitdrupalorgsandboxmilkovsky1958676git
We are currently quite busy with all the project applications and we prefer projects with a review bonus. Please help reviewing and we will take a look at your project right away :-)
Also, you should get your friends, colleagues or other community members involved to review this application. Let them go through the review checklist and post a comment that sets this issue to "needs work" (they found some problems with the project) or "reviewed & tested by the community" (they found no major flaws).
I'm a robot and this is an automated message from Project Applications Scraper.
Comment #3
a.milkovskyrefactored. needs review
Comment #4
SamChez commentedIt seems you are still working in the master branch. For information on how to change that click here.
Comment #5
a.milkovskythanks,
swiched to 7.x-1.x branch, deleted master branch
Comment #6
balintcsaba commentedHi a.milkovsky,
You deleted the master branch but you forgot to update the description of your issue.
Comment #6.0
balintcsaba commentedfix "we won't have long queries with access conditions because we don't have many access "keys"."
Comment #7
a.milkovskybalintcsaba, you are absolutely right. thanks!
updated
Comment #7.0
a.milkovskygit clone --branch 7.x-1.x milkovsky@git.drupal.org:sandbox/milkovsky/1958676.git aul
cd aul
Comment #8
manuelBS commentedJust reviewed the module. It does exactly what is the project description. we are already using it in production in an ERPAL system
Comment #8.0
manuelBS commentedURL to git repository
Comment #8.1
a.milkovskyReviews of other projects 1
Comment #8.2
a.milkovskyReviews of other projects 2
Comment #8.3
a.milkovskyReviews of other projects 3
Comment #8.4
a.milkovskyReviews of other projects 4
Comment #8.5
a.milkovskyspelling
Comment #8.6
a.milkovskyp
Comment #8.7
a.milkovskybr
Comment #8.8
a.milkovskybr
Comment #8.9
a.milkovskyp
Comment #9
a.milkovskyget on the high priority review list
Comment #9.0
a.milkovskyp
Comment #10
klausiRemoving review bonus tag, you have not done any manual review, you just posted the output of an automated review tool. Make sure to read through the source code of the other projects, as requested on the review bonus page.
I also removed the automated review comments from the issue summary.
Comment #10.0
klausiremoved automated reviews.
Comment #10.1
a.milkovsky2 reviews
Comment #11
a.milkovskyPAReview: review bonus
Comment #12
PA robot commentedProject 1: http://drupal.org/node/1985798
Project 2: http://drupal.org/node/1961032
As successful completion of the project application process results in the applicant being granted the 'Create Full Projects' permission, there is no need to take multiple applications through the process. Once the first application has been successfully approved, then the applicant can promote other projects without review. Because of this, posting multiple applications is not necessary, and results in additional workload for reviewers ... which in turn results in longer wait times for everyone in the queue. With this in mind, your secondary applications have been marked as 'closed(duplicate)', with only one application left open (chosen at random).
If you prefer that we proceed through this review process with a different application than the one which was left open, then feel free to close the 'open' application as a duplicate, and re-open one of the project applications which had been closed.
I'm a robot and this is an automated message from Project Applications Scraper.
Comment #13
a.milkovskyopened again. I closed other project
Comment #14
klausimanual review:
Removing review bonus tag, you can add it again if you have done another 3 reviews of other projects.
Comment #14.0
klausireview 3
Comment #15
a.milkovskyThanks.
Documentation is in progress
Comment #16
klausiYou need to set the status to "needs review" if you want to get a review, see https://drupal.org/node/532400
Comment #17
a.milkovskyThanks. Documentation is still in progress.
Comment #18
kscheirerYou have a typos on your project page and README, "grand per node" should be "grants per node", "usefull" should be "useful", "wery" should be "very". You should always include a space before an opening parenthesis (it's a lot clearer this way). This is(hard to read).
There's no user interface and the module doesn't do anything by itself, you should make a note of that on the project page.
You have a few formatting issues listed here: http://ventral.org/pareview/httpgitdrupalorgsandboxmilkovsky1958676git.
Since your module is providing an API for others to use, your documentation should address that. See Module documentation guidelines.
No other issues found, and those seem minor.
----
Top Shelf Modules - Enterprise modules from the community for the community.
Comment #19
kscheirerWell, all of the above still applies. Also, don't trust
drupal_write_record()so much - it can fail silently in many cases. Since we're in D7 now you may want to support entities instead of nodes.Thanks for your contribution, a.milkovsky!
I updated your account to let you promote this to a full project and also create new projects as either a sandbox or a "full" project.
Here are some recommended readings to help with excellent maintainership:
You can find lots more contributors chatting on IRC in #drupal-contribute. So, come hang out and get involved!
Thanks, also, for your patience with the review process. Anyone is welcome to participate in the review process. Please consider reviewing other projects that are pending review. I encourage you to learn more about that process and join the group of reviewers.
Thanks to the dedicated reviewer(s) as well.
----
Top Shelf Modules - Crafted, Curated, Contributed.
Comment #20
a.milkovsky@kscheirer thanks a lot full project permission!
Yes, I still have few things to fix in this module. I plan to do it in closest time.
Yes that would be very good.
But unfortunarely I haven't find sutch access support for entities in D7 like it's done for nodes. I need to handle entity addess in Views and database queries, still haven't find a solution.
More details can be found in this issue Expand the node access API to a general entity access API to improve security
P.S. Thanks for links!
Comment #21.0
(not verified) commentednone reviews