Module allows extending Drupal's cache functionality and use it for general caching as well. There are times when we don't really calculate or manage data but they come from 3rd party systems but in order to maintain performance we cache them. These are not really Drupal caches which require cleaning when we clear Drupal caches (drush cr or through interface). I've tried to do minimal code and re-used as much as possible from existing Cache classes to ensure all changes and fixes in core are available to users of pcb asap.
My project page can be found here: https://www.drupal.org/project/pcb
The git clone command would be:
git clone --branch 8.x-1.x https://git.drupal.org/project/pcb.git
Additional info: Since this is really not something Drupal cache is meant for I created a separate contrib module instead of creating feature request in Core.
Comments
Comment #2
PA robot commentedWe are currently quite busy with all the project applications and we prefer projects with a review bonus. Please help reviewing and put yourself on the high priority list, then 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
avpadernoComment #4
sleitner commentedAutomated Review
Git errors:
Review of the 8.x-dev branch (commit db36f28):
hook_help(). See https://www.drupal.org/docs/develop/documenting-your-project/module-docu... .hook_help(). See https://www.drupal.org/docs/develop/documenting-your-project/module-docu... .This automated report was generated with PAReview.sh, your friendly project application review script.
Manual Review
The starred items (*) are fairly big issues and warrant going back to Needs Work. Items marked with a plus sign (+) are important and should be addressed before a stable project release. The rest of the comments in the code walkthrough are recommendations.
If added, please don't remove the security tag, we keep that for statistics and to show examples of security problems.
This review uses the Project Application Review Template.
Comment #5
nikunjkotechaHi sleitner,
Thanks for the detailed review and putting everything nicely here.
I've tried and addressed all the feedback except one. I couldn't delete 8.x-1.0-beta1 branch as it is tied to a release :(
Let me know if it sounds OK to keep it here as the new release uses 8.x-1.0 tag on 8.x-1.x branch and that branch anyways is not accessible to create a release. I tried to check but seems I can't delete old releases.
Thanks,
Nikunj
Comment #6
nikunjkotechaComment #7
sleitner commentedOk, please keep the naming conventions https://www.drupal.org/node/1015226 in mind in the future
Comment #8
avpadernoThank you for your contribution!
I am going to update your account so you can opt into security advisory coverage now.
These are some recommended readings to help with excellent maintainership:
You can find more contributors chatting on the IRC #drupal-contribute channel. So, come hang out and stay involved.
Thank you, 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.
I thank all the dedicated reviewers as well.