How about hiding unused blocks from Disabled section of "admin/build/block"?
On large installations this page may be overloaded with too many unused blocks. In scenarios where regular user (site owner, non-drupaller) has access to that page he might be lost, asking too many questions. This feature would help to keep this page clean, leaving just the modules the user is expecting.
This feature would require a new configuration page with a checkbox list of currently disabled modules. Admin would tick checkboxes to hide corresponding disabled blocks.
To unhide some blocks, in case to start using them, checkboxes should be cleared for those blocks first.
There is discussion goes on about this at http://drupal.org/node/524632
Comments
Comment #1
NancyDruI will get to this when I have time. Meanwhile anyone with any good ideas - and preferably a patch - is welcome to chime in.
Comment #2
NancyDruWell, I found a significant performance improvement in blocks, but it's a core hack and D7 is so different, I don't know if I can get a patch for D6 accepted or not. And it's a really trivial change.
However, while that cut the number of database queries by 70% and query execution time by a third, it did not do much for the page build time. Still looking...
Comment #3
j4 CreditAttribution: j4 commentedHi Nancy,
Any progress in this. My blocks page is so loaded that it refuses to even open! Thanks in advance.
J
Comment #4
NancyDruNot much recently. But I suspect working at the theme level is not going to help much. The primary problem is that Blocks does too many queries that are unnecessary. Then it piles unnecessary URL look ups on top of that.
Comment #5
j4 CreditAttribution: j4 commentedNancy,
Is there any way you can help me get the blocks page working again? Any way I can delete some unwanted blocks? I even tried removing the OPen calais module etc..but the white screen of death doesnt change..:(
Site is working normally, no issues, but any time the client would like to make any changes, I will be in a soup!
Thanks a ton!
Jaya
Comment #6
NancyDruThere are several modules that can create tons of blocks that you may or may not use. If you can't get the page up, you can still browse the Blocks table in the database and see if any of those modules have ways to reduce the number of blocks. For example, the Web Links module can produce about a dozen blocks for each taxonomy vocabulary, but there are settings to not do that for vocabularies you don't care about. Probably the worst one is Panels, and I have no clue as to how to reduce that number (wish I did). If you use Panels with lots of blocks and mini-panels, you might want to ask Earl about how reduce the number. The real key here is to not create the unused blocks to start with.
EDIT: Also, most modules, and themes, do not delete blocks when they are uninstalled. As you are browsing the Blocks table, you may see some you can totally delete. Also, consider using the Site Documentation module which can fix some of those issues.
Comment #7
j4 CreditAttribution: j4 commentedThanks Nancy. WIll check the database table.
J
Comment #8
Yuri CreditAttribution: Yuri commentedsubscribing
Comment #9
momper CreditAttribution: momper commentedsubscribing
Comment #10
petu CreditAttribution: petu commentedsubscribing
Comment #11
Haidee CreditAttribution: Haidee commentedi wish this feature will be available sooner... this would be cool to keep the admin/block section free from unused and disabled blocks
Comment #12
NancyDruSome things to help in the meantime:
Then there is the problem that if one does not show disabled blocks, how does one enable them? So far no one has offered options.
If you know what you're doing, there is an option for the l()/url() functions ("'alias' => TRUE") to prevent a path lookup for the configure and delete links. No one that I have ever heard of has ever created url aliases for these, and the path lookups waste an enormous number of queries and execution time. You can make that hack (not recommended) and it will help a lot.
Comment #13
Haidee CreditAttribution: Haidee commentedsome disabled blocks are not necessarily doing nothing... in views (module) for example, it usually generate block that you can use in collaboration with some modules such as quicktabs (module).
quicktabs can call particular views block but still leaves the original views blocks under "Disabled" region.
Comment #14
NancyDruYes, see #4.
Comment #15
millions CreditAttribution: millions commentedsubscribe.
Comment #16
NancyDru6.x no longer supported