[TYPO3-german] tt_news braucht sehr lange nach Eingabe eines Newsbeitrages

[Rupert Germann]

hi,

ich glaube ihr redet gerade ein wenig aneinander vorbei.
Speichern findet im BE statt und Funktionen aus class.tx_ttnews.php 
werden nur im FE aufgerufen.

@david: das Problem aus bug 11678 existiert in tt_news aus dem TER aber 
ich behaupte, es in der dev Version gefixt zu haben:
http://forge.typo3.org/repositories/browse/extension-tt_news/trunk
bitte mal testen.

@nico: IM BE wird relativ wenig tt_news code ausgeführt. Aber es ist 
tatsächlich so, dass beim speichern von news ein hook (aus 
class.tx_ttnews_tcemain.php) ausgeführt wird.

ausserdem benutzt du auch clearCacheCmd was ebenfalls recht aufwändige 
queries machen kann.

Um das einzugrenzen probier es doch mal ohne clearCacheCmd - dauert 
speichern dann immer noch so lange.

und falls möglich, aktiviere das slow_query_log von mysql. Damit sollte 
sich die Ursache relativ schnell finden lassen.

grüße
Rupert




David Bruchmann schrieb:
> 
> 
> ----- Ursprüngliche Nachricht -----
> Von:        Nico Wehnemann____Attac <nico at attac.de>
> Gesendet:   Mittwoch, 12. August 2009 12:03:56
> An:         German TYPO3 Userlist <typo3-german at lists.netfielders.de>
> CC:
> Betreff:    Re: [TYPO3-german] tt_news braucht sehr lange nach Eingabe 
> eines    Newsbeitrages
>> also ein Speichervorgang dauert genauso lang. ca. 5 min.
>> hast du denn eine Lösung für den bug und kannst dies ein den  
>> bugtracker posten? Dann teste ich das mal aus.
>>
> 
>>>
>>> Siehe hier:
>>> http://bugs.typo3.org/view.php?id=11678
>>>
>>> Allerdings könnte man erst mal wie beschrieben prüfen wie lange der
>>> tatsächliche Speichervorgang dauert.
>>>
>>> Ich kann den Bug als Dienstleistung gerne beheben, falls Ihr meint,  daß
>>> es daran liegt.
>>>
> 
> Der Inhalt der Listenansichten wird in den beiden Funktionen 
> displayList() und getListContent() zusammengeschraubt.
> In der ersten Funktion wird die Query erstellt und in der 2. Funktion 
> werden die SubParts gefüllt.
> Beide Funktionen greifen noch auf weitere Funktionen zurück, aber das 
> ist der Kern der Listendarstellung.
> Gleich zu Beginn der 2. Funktion wird die Query an t3lib_db geschickt, 
> diese erhält aber nicht, oder nicht immer einen Maximalwert.
> 
> Patch habe ich nicht, aber wie gesagt - als Dienstleistung kann ich mir 
> das gerne genauer ansehen.
> 
> Viele Grüße
> David