views_entity_field_label function is slow on site with large number of bundles and fields

Problem/Motivation

Drupal site with 400 fields and 75 bundles has quite a lag when a view needs to execute. There is an array_filter() called in the views_entity_field_label() function that is called hundreds of times for each bundle. (once for each field basically.) or maybe twice. It just seems to be getting the list of fields and filtering that list over and over. It's fairly fast, but with so many fields and bundles, it starts to turn into .4+ seconds.

Optimize memory usage for large vocabularies by replacing loadTree() with count queries in TaxonomyManagerTree and TaxonomyManagerHelper

Problem/Motivation

The Taxonomy Manager module uses loadTree() in getChildCount() and vocabularyIsEmpty() methods, which load entire term objects into memory to count them. This causes PHP memory limit errors with large vocabularies (over 200K terms). Performance is significantly impacted even on smaller vocabularies.

Optimize radix screenshot.png

Problem/Motivation

screenshot.png size is really big

Proposed resolution

Use a png optimization tool to avoid useless weight

Use EntityOwnerTrait method instead the custom one for setting default value

Replace the custom method for setting the default value callback with EntityOwnerTrait method in the Reference entity.

Dependency Injection not required for messagetrail in formbase

Need to remove DI from formbase class, in sticky_toolbar/src/Form/SettingsForm.php. Formbase already derived that.

Performance Optimizations

Problem / Motivation

When we expose a decent amount of entities (for example 30 nodes) with all their reference fields, then our response can become slow.
Most of the time our normalizes will be doing the same job, for example, the same user entity will be normalized 30 times (if all 30 nodes have the same author).
The same will happen if we have circular references (the entity has a reference on itself).

Pages

Subscribe with RSS Subscribe to RSS - optimization