Still on Drupal 7? Security support for Drupal 7 ended on 5 January 2025. Please visit our Drupal 7 End of Life resources page to review all of your options.
This small module is designed to help you performance-optimize your use of input filters and input formats.
D7 version now available.
Filter Check does the following:
Shows which individual input filters cannot be cached by marking them with an asterisk on the format configuration page.
Shows which input formats cannot be cached by appending an asterisk to their names.
How is this useful?
An input format consists of one or more input filters applied consecutively. The text you input (for example the body of a node) is usually processed by several input filters - those that are enabled in the format that you selected when you input the text. This processing may take significant time, which is why Drupal tries to cache the result so that the processing does not need to be repeated unnecessarily.
However, the output from some filters cannot be reliably cached (the PHP evaluator is an example.) Using such a non-cacheable filter prevents caching for all text which uses that format whether or not the functionality provided by the non-cacheable filter is actually needed. Clearly it makes good sense to avoid using a non-cacheable filter format unless it's really necessary.
This module provides a tree-based style plugin for Views. It is equivalent to the tree-based style template from Views 1.
It is based off of the list style. Although it generates a nested view, there is still only a single query run for the view making it quite performant.
The 1.x branch is compatible with Views 2. The 2.x branch is compatible with Views 3.
Usage
Create a new view using the Fields row style. Populate it with the appropriate fields you want.
Select the Tree (Adjacency model) style plugin.
Select the linking fields in the style configuration panel. Generally, you will want to link from a nodereference field to the nid on the same node type. That is, the nodereference field is used as a pointer to the "parent" node.
Save and enjoy.
Compatibility
This module has been tested and used with the following relationship-oriented modules:
Have you ever wondered why, after defining an alias like about-us for, say, node/123, your pages are still riddled with those ugly machine-generated tabs and links like /node/123/edit, node/123/revisions etc.?
Likewise for /taxonomy/term/% and /user/% links: did you expect to see /dries/track but got /user/5/track?
Do you find that your browser address bar also shows those ugly numbers instead of your aliases?
Have you ever been annoyed that upon clicking the Edit tab on, say, the about-us page, blocks that you configured to be visible on all about-us/* pages suddenly disappear?
In short, would you like your human-readable, SEO-friendly aliases to be carried through on all your tabs, links, Views, and blocks, on all your pages, not just on that single aliased base path?
XHProf is a hierarchical profiler for PHP. It reports function-level call counts and inclusive and exclusive metrics such as wall (elapsed) time, CPU time and memory usage. A function's profile can be broken down by callers or callees. The raw data collection component is implemented in C as a PHP Zend extension called xhprof. XHProf has a simple HTML based user interface (written in PHP). The browser based UI for viewing profiler results makes it easy to view results or to share results with peers. A callgraph image view is also supported.
It also provides a native Drupal UI (as opposed to facebook's original php front end) to view the profiling data. Having this in Drupal provides several advantages: