[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