[TYPO3-Solr] Massive performance problem with mountpoints in backend

Marc Bastian Heinrichs typo3 at mbh-web.de
Thu Aug 1 18:09:14 CEST 2013


Hey,

have a look at
http://forge.typo3.org/issues/47597
http://forge.typo3.org/issues/47889

With the patch from the first issue attached
you could check the checkbox "no search" in
the pages data of the MountPoint pages and
the creation of queue items for mount tree pages
should be gone.

Best
Marc Bastian



Am 01.08.2013 13:31, schrieb Stephan Vidar:
> Hi all,
> 
> In a project we use many mountpoints (around 70) to represent certain
> structures. The page tree looks like this (extract):
> 
> Root
> |-- ...
> |-- Categorys
> |  |-- Group 1
> |     |-- MP 1.1 (MountPoint to PID 7)
> |     |-- MP 1.2 (MountPoint to PID 7)
> |     |-- ...
> |  |-- Group 2
> |     |-- MP 2.1 (MountPoint to PID 7)
> |     |-- MP 2.2 (MountPoint to PID 7)
> |     |-- ...
> |  |-- ...
> |-- Content (PID 7)
> |  |-- Directory
> |     |-- A
> |        |-- Page 1
> |           |-- Page 1.1
> |           |-- Page 1.2
> |     |-- B
> |     |-- ...
> |-- ...
> 
> If I change any page or content-element within the page tree of
> "content" (PID 7) the response time goes up strongly - sometimes with
> Server Error 500. Due to the mountpoints (around 70) the index queue is
> filled with every action with about 70 entries. This and the related
> background actions are the reason for loss of performance.
> 
> I don't need the consideration of the mountpoints! It would be quite
> sufficient if the pages to their proper location in page tree of page
> "content" (PID 7) would be indexed. Does anyone know of a way to prevent
> the iteration of mountpoints? Or exclude parts of the page tree?
> 
> I urgently need a solution - if nothing else then a dirty solution
> 
> Thx so much, Stephan



More information about the TYPO3-project-solr mailing list