User tests: Successful: Unsuccessful:
Pull Request for Issue #17889
This should fix a considerable part of the performance problem reported in #17889
e.g. 25% or 50% or 75% (please note that i have not tested the performance improvement)
Also the above performance improvement is when having --zero-- textareas / editor fields, since these also include a different performance issue which is that of triggering content plugins, in which case you have performance that depends on slow content plugins !!!
If you have 10 or more fields per record (e.g. per article)
Then the layouts of fields are checked several thousands of times (in category view) if they exist
and a few hundrends of times in single record view
With this PR every layou is checked only once
Custom fields display in frontend works as before
The layouts of fields are checked only once if they exist
The layouts of fields are checked several thousands of time if they exist
None
Category | ⇒ | Administration com_fields |
Status | New | ⇒ | Pending |
Labels |
Added:
?
|
I have tested this item
I have tested this item
Status | Pending | ⇒ | Ready to Commit |
RTC after two successful tests.
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2017-10-18 13:44:26 |
Closed_By | ⇒ | mbabker | |
Labels |
Added:
?
|
Thank you!
I have tested this item✅ successfully on a88108d
I have tested this successfully, however please split up the assignment to the cache and the return statement. For a customer of mine, this was a gigantic speed improvement.
This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/17893.