[TYPO3-performance] Deleting pages in Backend extremely slow

Marc Bastian Heinrichs typo3 at mbh-web.de
Wed Jan 2 21:50:46 CET 2013


Hey,

it is also fixed in the public version
http://forge.typo3.org/issues/33464

Best
Marc Bastian

Am 23.10.2012 10:36, schrieb abo at schmutt.de:
> Hi,
> 
> actually that was really the solr extension.
> 
> We got an update from DKD (we have a customized payed version), so the
> delete operation is now asynchronous in a queue.
> I just want to let you know if you have the same problem.
> Maybe its not yet in the public solr version, but you can ask at the DKD
> Solr team if in doubt.
> 
> But as the installation has more performance issues, thanks a lot for
> your help, that was really helpfull.
> 
> Best regards,
> Andrea
> 
> 
> Quoting Andri Steiner <asteiner at snowflake.ch>:
> 
>> Hey all
>>
>>> I expect that Solr shouldn't affect that, as their crawling is based on
>>> having a "crawl-queue", so the actual (time consuming) crawling is only
>>> triggered by a scheduler task.
>>
>> I had such a issue just a few days ago. The Solr Extension sends direct
>> commands to the Server on different occasions such as delete a page or
>> hide/unhide elements. As this particular Solr Core has a quite big
>> amount of data in it those queries took about 10 seconds which leds to
>> the described behaviour.
>>
>> I have not looked that far into it, but maybe the Solr Extension should
>> write those commands into the indexing queue as well.
>>
>> Andri
>> _______________________________________________
>> TYPO3-performance mailing list
>> TYPO3-performance at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-performance
> 
> 
> 



More information about the TYPO3-performance mailing list