User tests: Successful: Unsuccessful:
Currently, each category URL produces a separate SQL query to load a category.
We can significantly speed-up this by preloading all categories.
Create Articles Categories module with lots of categories
See lots of SQL queries to #__categories
table.
See much less queries.
No documentation changes for docs.joomla.org needed
No documentation changes for manual.joomla.org needed
Category | ⇒ | Front End com_content Libraries |
Status | New | ⇒ | Pending |
Category | Front End com_content Libraries | ⇒ | SQL Administration com_admin Postgresql com_redirect JavaScript Repository NPM Change Front End com_content Installation Libraries |
Labels |
Added:
PR-4.3-dev
|
Category | Front End com_content Libraries SQL Administration com_admin Postgresql com_redirect JavaScript Repository NPM Change Installation | ⇒ | Front End com_content Libraries |
Labels |
Added:
NPM Resource Changed
PR-4.4-dev
|
Labels |
Removed:
NPM Resource Changed
|
I'm very much against this. I would have to look if someone broke it in the last few years, but the original code was written to specifically NOT load the whole category tree for performance reasons and especially for big sites, loading all categories could become an issue. Before we could merge something like this, I would first like to see some numbers for the effect this would have, especially on sites with thousands of categories. If this is fine with, say, 5k categories, then we could talk about this again.
Status | Pending | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2023-04-04 11:03:09 |
Closed_By | ⇒ | Denitz | |
Labels |
Removed:
PR-4.3-dev
|
There is definitely a problem here and its not just impacting com_content. Every component that uses com_categories is impacted. Crazy that I end up with multiple queries to com_categories for components that are not even on the page.
Instead of adding a new variable, can you not just call get without id in the router and then lookup for the one with the id you are looking for?