wp_get_loading_attr_default( string $context ): string|bool

Description

Compatibility

Deprecated in WordPress 6.3.0. Use wp_get_loading_optimization_attributes() instead.

Present in every tracked release (6.7.7 to 7.1.0), and compiles on PHP 7.4 through 8.6-dev.

Parameters

$contextstring

Context for the element for which the loading attribute value is requested.

Return value

string|bool

The default loading attribute value. Either 'lazy', 'eager', or a boolean false, to indicate that the loading attribute should be skipped.

Performance profile

How much work a call to wp_get_loading_attr_default() does, and what it touches: the algorithmic scaling, the Zend instruction count per call across PHP versions, the hooks it hands control to, and the core code that calls it. Measured from the compiled opcodes, not a stopwatch, so every number is identical on any machine running the same PHP version, and every function in core is ranked by cost.

Cost class

Trivial

Touches nothing outside its own arguments.

Scaling

Constant

No loop in the body: the same number of instructions runs whatever you pass in.

Instructions

10–55

Executed per call on PHP 8.5, depending on the branch taken. The body compiles to 62.

Plugin surface

None

Nothing here hands control to plugin code.

Called by

1

1 place in core call this, so the cost is paid more often than your own code shows.

What it touches

• hookthird-party callbacksdo_action()one call below wp_get_loading_attr_default()

Further down the call graph this can also reach query, option, cache, serialize and transient. Those are the worst case, several calls deep and usually down an error path, not what a normal call pays.

What one call costs · 25 distinct outcomes

One number would be a lie: the work depends on which branch runs. These are every distinct cost wp_get_loading_attr_default() can have, taken from its control-flow graph on PHP 8.5.

Uses · 8

• _deprecated_function()Marks a function as deprecated and inform when it has been used.
• doing_filter()Returns whether or not a filter hook is currently being processed.
• did_action()Retrieves the number of times an action has been fired during the current request.
• is_admin()Determines whether the current request is for an administrative interface page.
• in_the_loop()Determines whether the caller is in the Loop.
• is_main_query()Determines whether the query is the main query.
• wp_increase_content_media_count()Increases an internal content media count variable.
• wp_omit_loading_attr_threshold()Gets the threshold for how many of the first content media elements to not lazy-load.

Used by · 1

• wp_img_tag_add_loading_attr()Adds `loading` attribute to an `img` HTML tag.

Source code

View on Trac ↗View on GitHub ↗

4703function wp_get_loading_attr_default( $context ) {4704	_deprecated_function( __FUNCTION__, '6.3.0', 'wp_get_loading_optimization_attributes()' );4705	global $wp_query;4706 4707	// Skip lazy-loading for the overall block template, as it is handled more granularly.4708	if ( 'template' === $context ) {4709		return false;4710	}4711 4712	/*4713	 * Do not lazy-load images in the header block template part, as they are likely above the fold.4714	 * For classic themes, this is handled in the condition below using the 'get_header' action.4715	 */4716	$header_area = WP_TEMPLATE_PART_AREA_HEADER;4717	if ( "template_part_{$header_area}" === $context ) {4718		return false;4719	}4720 4721	// Special handling for programmatically created image tags.4722	if ( 'the_post_thumbnail' === $context || 'wp_get_attachment_image' === $context ) {4723		/*4724		 * Skip programmatically created images within post content as they need to be handled together with the other4725		 * images within the post content.4726		 * Without this clause, they would already be counted below which skews the number and can result in the first4727		 * post content image being lazy-loaded only because there are images elsewhere in the post content.4728		 */4729		if ( doing_filter( 'the_content' ) ) {4730			return false;4731		}4732 4733		// Conditionally skip lazy-loading on images before the loop.4734		if (4735			// Only apply for main query but before the loop.4736			$wp_query->before_loop && $wp_query->is_main_query()4737			/*4738			 * Any image before the loop, but after the header has started should not be lazy-loaded,4739			 * except when the footer has already started which can happen when the current template4740			 * does not include any loop.4741			 */4742			&& did_action( 'get_header' ) && ! did_action( 'get_footer' )4743		) {4744			return false;4745		}4746	}4747 4748	/*4749	 * The first elements in 'the_content' or 'the_post_thumbnail' should not be lazy-loaded,4750	 * as they are likely above the fold.4751	 */4752	if ( 'the_content' === $context || 'the_post_thumbnail' === $context ) {4753		// Only elements within the main query loop have special handling.4754		if ( is_admin() || ! in_the_loop() || ! is_main_query() ) {4755			return 'lazy';4756		}4757 4758		// Increase the counter since this is a main query content element.4759		$content_media_count = wp_increase_content_media_count();4760 4761		// If the count so far is below the threshold, return `false` so that the `loading` attribute is omitted.4762		if ( $content_media_count <= wp_omit_loading_attr_threshold() ) {4763			return false;4764		}4765 4766		// For elements after the threshold, lazy-load them as usual.4767		return 'lazy';4768	}4769 4770	// Lazy-load by default for any unknown context.4771	return 'lazy';4772}

Changelog

Introduced in 5.9.0. Unchanged from 6.7.7 through 7.1.0.

1. 6.7.7
2. 6.8.8
3. 6.9.7
4. 7.0.4
5. 7.1.0

Signature, return type and hooks compared across 5 parsed releases.

About this page

Parsed data

Generated from the wordpress-develop 7.1.0 tag, from src/wp-includes/deprecated.php, and regenerated for each WordPress release so it tracks the code rather than a snapshot of it.

Corrections

Something wrong on this page? Report it and it gets fixed in the next regeneration.