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

2009-08-13 Diskussionsfäden Nico Wehnemann____Attac
Wir haben nun mal unser Logfile analysiert.
Ich habe 5min ausgelesen (genau die zeit, die das speichern einer news  
dauert).
90% des logfiles sind voll mit queries wie dem hier:

  435 Query   SELECT  
uid 
,hidden 
,starttime 
,endtime 
,fe_group 
,extendToSubpages 
,doktype,php_tree_stop,mount_pid,mount_pid_ol,t3ver_state
FROM pages
WHERE
pid=1536 AND deleted=0
ORDER BY sorting

er feuert in den 5min 800.000 solcher queries ab, es unterscheidet  
sich nur die PageID (pid)

ich denke, das es an den ganzen queries liegt das das speichern so  
lange dauert.
Zu mal er relativ langweilige sachen abfragt .. hidden, starttime  
etc. keine inhalte nix.

Warum braucht ttnews zum speichern eines beitrages diese ganzen  
select's ?


Mit freundlichem Gruß...
-
Nico Wehnemann - Attac Deutschland WebAdministrator
Bürozeiten: i.d.R.: 9-17:00 Uhr
Münchener Straße 48 • 60329 Frankfurt
Tel. (069) 900 281 41  Fax. (069) 900 281 99
Mail: nico.wehnem...@attac.de
Skype: attacnico
MySpace: www.myspace.com/attacdeutschland
-
www.attac.de   -   www.attac.org
-
gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
---
www.nico-wehnemann.de [managem...@nico-wehnemann.de]
---
Alle Informationen in dieser Nachricht sind vertraulich und bestimmt  
zum ausschließlichen Gebrauch durch den Adressaten. Unberechtigter  
Gebrauch, Veröffentlichung oder Vervielfältigung sind strengstens  
untersagt und ggf. strafbar. Wenn Sie diese Nachricht  
fälschlicherweise erhalten haben, bitten wir um umgehende Mitteilung.

The information contained in this document is confidential to the  
sender and is intended only for use of the addressee. Unauthorized  
use, disclosure or copying is strictly prohibited and may be unlawful.  
If you have received this communication in error, please immediately  
notify us.













Am 12.08.2009 um 14:46 schrieb Nico WehnemannAttac:

 hab das logging auch schon wieder aus ;) ich setz mich gleich mal ran
 wenn ich was ungewöhnliches finde poste ich es hier


 Mit freundlichem Gruß...
 -
 Nico Wehnemann - Attac Deutschland WebAdministrator
 Bürozeiten: i.d.R.: 9-17:00 Uhr
 Münchener Straße 48 • 60329 Frankfurt
 Tel. (069) 900 281 41  Fax. (069) 900 281 99
 Mail: nico.wehnem...@attac.de
 Skype: attacnico
 MySpace: www.myspace.com/attacdeutschland
 -
 www.attac.de   -   www.attac.org
 -
 gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
 FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
 ---
 www.nico-wehnemann.de [managem...@nico-wehnemann.de]
 ---
 Alle Informationen in dieser Nachricht sind vertraulich und bestimmt
 zum ausschließlichen Gebrauch durch den Adressaten. Unberechtigter
 Gebrauch, Veröffentlichung oder Vervielfältigung sind strengstens
 untersagt und ggf. strafbar. Wenn Sie diese Nachricht
 fälschlicherweise erhalten haben, bitten wir um umgehende Mitteilung.

 The information contained in this document is confidential to the
 sender and is intended only for use of the addressee. Unauthorized
 use, disclosure or copying is strictly prohibited and may be unlawful.
 If you have received this communication in error, please immediately
 notify us.













 Am 12.08.2009 um 14:43 schrieb David Bruchmann:

 Deine Query-Beispiele sind meiner Ansicht nach harmlos und normal.

 Allerdings können große Logfiles den Server behindern, da
 Schreibprozesse dann evtl. wegen Platzmangel einfach nicht ausgeführt
 werden können.

 Anfangs dauert alles dann sehr lange später geht nixx mehr = weiße
 Seite / 503-Error.

 Gruß
 David
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.netfielders.de
 http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

 ___
 TYPO3-german mailing list
 TYPO3-german@lists.netfielders.de
 http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-13 Diskussionsfäden Rupert Germann
hi Nico

Nico WehnemannAttac schrieb:
 Wir haben nun mal unser Logfile analysiert.
 Ich habe 5min ausgelesen (genau die zeit, die das speichern einer news 
 dauert).
 90% des logfiles sind voll mit queries wie dem hier:
 
  435 Query   SELECT 
 uid,hidden,starttime,endtime,fe_group,extendToSubpages,doktype,php_tree_stop,mount_pid,mount_pid_ol,t3ver_state
  
...
 
 Warum braucht ttnews zum speichern eines beitrages diese ganzen select's ?

Wenn ich nach dieser query im Core suche, fide ich sie genau 1 Mal: in 
function getTreeList() in class.tslib_content.php

Eigentlich sollte beim Speichern eines Datensatzes im BE keine 
class.tslib_content.php involviert sein. Im BE wird nichts aus 
sysext/cms/tslib/ geladen.
Hast du irgendeine Extension installiert, die das verursachen könnte?

gruß
rupert



 
 
 Mit freundlichem Gruß...
 -
 Nico Wehnemann - Attac Deutschland WebAdministrator
 Bürozeiten: i.d.R.: 9-17:00 Uhr
 Münchener Straße 48 • 60329 Frankfurt
 Tel. (069) 900 281 41  Fax. (069) 900 281 99
 Mail: nico.wehnem...@attac.de
 Skype: attacnico
 MySpace: www.myspace.com/attacdeutschland
 -
 www.attac.de   -   www.attac.org
 -
 gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
 FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
 ---
 www.nico-wehnemann.de [managem...@nico-wehnemann.de]
 ---
 Alle Informationen in dieser Nachricht sind vertraulich und bestimmt zum 
 ausschließlichen Gebrauch durch den Adressaten. Unberechtigter Gebrauch, 
 Veröffentlichung oder Vervielfältigung sind strengstens untersagt und 
 ggf. strafbar. Wenn Sie diese Nachricht fälschlicherweise erhalten 
 haben, bitten wir um umgehende Mitteilung.
 
 The information contained in this document is confidential to the sender 
 and is intended only for use of the addressee. Unauthorized use, 
 disclosure or copying is strictly prohibited and may be unlawful. If you 
 have received this communication in error, please immediately notify us.
 
 
 
 
 
 
 
 
 
 
 
 
 
 Am 12.08.2009 um 14:46 schrieb Nico WehnemannAttac:
 
 hab das logging auch schon wieder aus ;) ich setz mich gleich mal ran
 wenn ich was ungewöhnliches finde poste ich es hier


 Mit freundlichem Gruß...
 -
 Nico Wehnemann - Attac Deutschland WebAdministrator
 Bürozeiten: i.d.R.: 9-17:00 Uhr
 Münchener Straße 48 • 60329 Frankfurt
 Tel. (069) 900 281 41  Fax. (069) 900 281 99
 Mail: nico.wehnem...@attac.de
 Skype: attacnico
 MySpace: www.myspace.com/attacdeutschland
 -
 www.attac.de   -   www.attac.org
 -
 gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
 FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
 ---
 www.nico-wehnemann.de [managem...@nico-wehnemann.de]
 ---
 Alle Informationen in dieser Nachricht sind vertraulich und bestimmt
 zum ausschließlichen Gebrauch durch den Adressaten. Unberechtigter
 Gebrauch, Veröffentlichung oder Vervielfältigung sind strengstens
 untersagt und ggf. strafbar. Wenn Sie diese Nachricht
 fälschlicherweise erhalten haben, bitten wir um umgehende Mitteilung.

 The information contained in this document is confidential to the
 sender and is intended only for use of the addressee. Unauthorized
 use, disclosure or copying is strictly prohibited and may be unlawful.
 If you have received this communication in error, please immediately
 notify us.













 Am 12.08.2009 um 14:43 schrieb David Bruchmann:

 Deine Query-Beispiele sind meiner Ansicht nach harmlos und normal.

 Allerdings können große Logfiles den Server behindern, da
 Schreibprozesse dann evtl. wegen Platzmangel einfach nicht ausgeführt
 werden können.

 Anfangs dauert alles dann sehr lange später geht nixx mehr = weiße
 Seite / 503-Error.

 Gruß
 David
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.netfielders.de
 http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

 ___
 TYPO3-german mailing list
 TYPO3-german@lists.netfielders.de
 http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
 
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden David Bruchmann


- Ursprüngliche Nachricht -
Von:Nico WehnemannAttac n...@attac.de
Gesendet:   Mittwoch, 12. August 2009 11:16:02
An: German TYPO3 Userlist typo3-german@lists.netfielders.de
CC:
Betreff:[TYPO3-german] tt_news braucht sehr lange nach Eingabe 
eines   Newsbeitrages

 
 ich habe ein Problem mit ttnews. Nach der Eingabe einer News benötigt  
 typo geschlagene 5 min. zum Abspeichern.
 Das wird unerträglich, wenn man mehrere News eintragen muss/will.
 Hat jemand eine Idee wie man ttnews besser konfigurieren kann.
 
 Im PageTS des News sysfolders habe ich konfiguriert das typo 6  
 seitencaches leert nach der eingabe. So lang kann das doch nicht dauern.
 (TCEMAIN.clearCacheCmd = 121,266,328,393,314,401)
 
 wäre über hilfe dankbar :)
 


Ist auf dem Server ausreichend Platz?

Bei Shared Hosts kann es sein das vorrübergehend ein anderer Account 
zuviel Platz verbraucht - das kannst Du nicht sehen, aber Dein Provider.
Auch der Verbrauch der Datenbank mit Logdateien ist für Dich nur 
eingeschränkt erkennbar.
Also: Provider fragen.

Evtl. kann es auch sein, daß es länger dauert, bis hochgeladene Bilder 
als Thumbs gerendert werden. Gespeichert wird aber (evtl. wesentlich) 
früher. Lediglich die ImageMagick-Funktionen bewirken, daß die 
Antwort-Seite lange lädt. Testen kannst Du das wenn Du bereits wenige 
Sekunden nach dem Speichern, die Datenbankansicht in phpmyadmin 
aktualisierst und bereits die neuen Werte sehen kannst.

Gruß
David
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden Nico Wehnemann____Attac
Hi,
also wir haben einen eigenen server, 8 GB Ram, 2x Intel Xeon 'a 2 Ghz.

Das sollte eigentlich  nicht am system liegen :(
Es geht um newsbeiträge ohne Bild. Also es ist unabhängig davon. Bei  
meinem Test eben hat es 5:05 Min. gedauert. Nur Titel und  
Untertiteltext.
Im News Sysfolder sind derzeit 559 Nachrichten drin


Mit freundlichem Gruß...
-
Nico Wehnemann - Attac Deutschland WebAdministrator
Bürozeiten: i.d.R.: 9-17:00 Uhr
Münchener Straße 48 • 60329 Frankfurt
Tel. (069) 900 281 41  Fax. (069) 900 281 99
Mail: nico.wehnem...@attac.de
Skype: attacnico
MySpace: www.myspace.com/attacdeutschland
-
www.attac.de   -   www.attac.org
-
gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
---
www.nico-wehnemann.de [managem...@nico-wehnemann.de]
---
Alle Informationen in dieser Nachricht sind vertraulich und bestimmt  
zum ausschließlichen Gebrauch durch den Adressaten. Unberechtigter  
Gebrauch, Veröffentlichung oder Vervielfältigung sind strengstens  
untersagt und ggf. strafbar. Wenn Sie diese Nachricht  
fälschlicherweise erhalten haben, bitten wir um umgehende Mitteilung.

The information contained in this document is confidential to the  
sender and is intended only for use of the addressee. Unauthorized  
use, disclosure or copying is strictly prohibited and may be unlawful.  
If you have received this communication in error, please immediately  
notify us.













Am 12.08.2009 um 11:25 schrieb David Bruchmann:



 - Ursprüngliche Nachricht -
 Von:Nico WehnemannAttac n...@attac.de
 Gesendet:   Mittwoch, 12. August 2009 11:16:02
 An: German TYPO3 Userlist typo3-german@lists.netfielders.de
 CC:
 Betreff:[TYPO3-german] tt_news braucht sehr lange nach Eingabe
 eines Newsbeitrages


 ich habe ein Problem mit ttnews. Nach der Eingabe einer News benötigt
 typo geschlagene 5 min. zum Abspeichern.
 Das wird unerträglich, wenn man mehrere News eintragen muss/will.
 Hat jemand eine Idee wie man ttnews besser konfigurieren kann.

 Im PageTS des News sysfolders habe ich konfiguriert das typo 6
 seitencaches leert nach der eingabe. So lang kann das doch nicht  
 dauern.
 (TCEMAIN.clearCacheCmd = 121,266,328,393,314,401)

 wäre über hilfe dankbar :)



 Ist auf dem Server ausreichend Platz?

 Bei Shared Hosts kann es sein das vorrübergehend ein anderer Account
 zuviel Platz verbraucht - das kannst Du nicht sehen, aber Dein  
 Provider.
 Auch der Verbrauch der Datenbank mit Logdateien ist für Dich nur
 eingeschränkt erkennbar.
 Also: Provider fragen.

 Evtl. kann es auch sein, daß es länger dauert, bis hochgeladene Bilder
 als Thumbs gerendert werden. Gespeichert wird aber (evtl. wesentlich)
 früher. Lediglich die ImageMagick-Funktionen bewirken, daß die
 Antwort-Seite lange lädt. Testen kannst Du das wenn Du bereits wenige
 Sekunden nach dem Speichern, die Datenbankansicht in phpmyadmin
 aktualisierst und bereits die neuen Werte sehen kannst.

 Gruß
 David
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.netfielders.de
 http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden David Bruchmann


- Ursprüngliche Nachricht -
Von:Nico WehnemannAttac n...@attac.de
Gesendet:   Mittwoch, 12. August 2009 11:29:11
An: German TYPO3 Userlist typo3-german@lists.netfielders.de
CC:
Betreff:Re: [TYPO3-german] tt_news braucht sehr lange nach Eingabe 
eines   Newsbeitrages
 Hi,
 also wir haben einen eigenen server, 8 GB Ram, 2x Intel Xeon 'a 2 Ghz.
 
 Das sollte eigentlich  nicht am system liegen :(
 Es geht um newsbeiträge ohne Bild. Also es ist unabhängig davon. Bei  
 meinem Test eben hat es 5:05 Min. gedauert. Nur Titel und  
 Untertiteltext.
 Im News Sysfolder sind derzeit 559 Nachrichten drin
 


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.

Viele Grüße
David
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden Nico Wehnemann____Attac
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.


Mit freundlichem Gruß...
-
Nico Wehnemann - Attac Deutschland WebAdministrator
Bürozeiten: i.d.R.: 9-17:00 Uhr
Münchener Straße 48 • 60329 Frankfurt
Tel. (069) 900 281 41  Fax. (069) 900 281 99
Mail: nico.wehnem...@attac.de
Skype: attacnico
MySpace: www.myspace.com/attacdeutschland
-
www.attac.de   -   www.attac.org
-
gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
---
www.nico-wehnemann.de [managem...@nico-wehnemann.de]
---
Alle Informationen in dieser Nachricht sind vertraulich und bestimmt  
zum ausschließlichen Gebrauch durch den Adressaten. Unberechtigter  
Gebrauch, Veröffentlichung oder Vervielfältigung sind strengstens  
untersagt und ggf. strafbar. Wenn Sie diese Nachricht  
fälschlicherweise erhalten haben, bitten wir um umgehende Mitteilung.

The information contained in this document is confidential to the  
sender and is intended only for use of the addressee. Unauthorized  
use, disclosure or copying is strictly prohibited and may be unlawful.  
If you have received this communication in error, please immediately  
notify us.













Am 12.08.2009 um 11:35 schrieb David Bruchmann:



 - Ursprüngliche Nachricht -
 Von:Nico WehnemannAttac n...@attac.de
 Gesendet:   Mittwoch, 12. August 2009 11:29:11
 An: German TYPO3 Userlist typo3-german@lists.netfielders.de
 CC:
 Betreff:Re: [TYPO3-german] tt_news braucht sehr lange nach Eingabe
 eines Newsbeitrages
 Hi,
 also wir haben einen eigenen server, 8 GB Ram, 2x Intel Xeon 'a 2  
 Ghz.

 Das sollte eigentlich  nicht am system liegen :(
 Es geht um newsbeiträge ohne Bild. Also es ist unabhängig davon. Bei
 meinem Test eben hat es 5:05 Min. gedauert. Nur Titel und
 Untertiteltext.
 Im News Sysfolder sind derzeit 559 Nachrichten drin



 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.

 Viele Grüße
 David
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.netfielders.de
 http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden David Bruchmann


- Ursprüngliche Nachricht -
Von:Nico WehnemannAttac n...@attac.de
Gesendet:   Mittwoch, 12. August 2009 12:03:56
An: German TYPO3 Userlist typo3-german@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
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden 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 WehnemannAttac n...@attac.de
 Gesendet:   Mittwoch, 12. August 2009 12:03:56
 An: German TYPO3 Userlist typo3-german@lists.netfielders.de
 CC:
 Betreff:Re: [TYPO3-german] tt_news braucht sehr lange nach Eingabe 
 einesNewsbeitrages
 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
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden Nico Wehnemann____Attac
also ohne clearCache dauert es exakt wieder 5min und 5 sec :(
die slow queries mach ich mal an


Mit freundlichem Gruß...
-
Nico Wehnemann - Attac Deutschland WebAdministrator
Bürozeiten: i.d.R.: 9-17:00 Uhr
Münchener Straße 48 • 60329 Frankfurt
Tel. (069) 900 281 41  Fax. (069) 900 281 99
Mail: nico.wehnem...@attac.de
Skype: attacnico
MySpace: www.myspace.com/attacdeutschland
-
www.attac.de   -   www.attac.org
-
gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
---
www.nico-wehnemann.de [managem...@nico-wehnemann.de]
---
Alle Informationen in dieser Nachricht sind vertraulich und bestimmt  
zum ausschließlichen Gebrauch durch den Adressaten. Unberechtigter  
Gebrauch, Veröffentlichung oder Vervielfältigung sind strengstens  
untersagt und ggf. strafbar. Wenn Sie diese Nachricht  
fälschlicherweise erhalten haben, bitten wir um umgehende Mitteilung.

The information contained in this document is confidential to the  
sender and is intended only for use of the addressee. Unauthorized  
use, disclosure or copying is strictly prohibited and may be unlawful.  
If you have received this communication in error, please immediately  
notify us.













Am 12.08.2009 um 13:16 schrieb 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 WehnemannAttac n...@attac.de
 Gesendet:   Mittwoch, 12. August 2009 12:03:56
 An: German TYPO3 Userlist typo3-german@lists.netfielders.de
 CC:
 Betreff:Re: [TYPO3-german] tt_news braucht sehr lange nach  
 Eingabe
 einesNewsbeitrages
 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
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.netfielders.de
 http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden David Bruchmann


- Ursprüngliche Nachricht -
Von:Rupert Germann r...@gmx.li
Gesendet:   Mittwoch, 12. August 2009 13:16:28
An: typo3-german@lists.netfielders.de
CC:
Betreff:Re: [TYPO3-german] tt_news braucht sehr lange nach Eingabe 
eines Newsbeitrages
 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
 

Hi Rupert,

vielen Dank, der Hinweis zum Bug ist gut.
Ich werde die neue Version mal testen, da ich gerade eine etwas 
umfangreichere Erweiterung zu tt_news schreibe kann ich gleich einen 
Kompatibilitäts-Check durchführen.

@Nico:
Die Backenddgeschichte von tt_news hatte ich mir gar nicht angesehen, 
aber ich habe die Vermutung, daß es evtl. nur sekundär mit der 
Erweiterung zu tun hat, weil die Formulare bis auf speziell eingebunde 
Funktionen vom Core direkt verarbeitet werden.
Leider werden die Formulare teilweise instabil, wenn IRRE oder FlexForms 
verwendet werden. Ist aber wie gesagt bezüglich tt_news nur eine Vermutung.

Eine andere Vermutung bleibt trotz Deiner Aussagen zum Server:
Evtl. ist da etwas unvorteilhaft konfiguriert. Ich würde mal die Logs 
checken (Apache, mySQL). Evtl. auch mal den gesamten Server komplett neu 
starten.
Du kannst auch prüfen, ob evtl. irgendein Vorgang erfolglos auf Antwort 
wartet - ich hatte das im Frontend mal, hing mit dem Locking zusammen, 
ich weiß nicht obs auch im Backend Vorgänge gibt, die vergleichbar 
reagieren (timetrack() schwirrt bei mir noch im Hinterkopf herum, aber 
weiss nicht mehr genau was das war - hat aber viele Leute nerven gekostet).
Ein einfacher Test währe kurzzeitig das Backend nur für Zugriff von 
einem Rechner freizugeben - also alles andere zu sperren und dann mal 
sehen, ob es immer noch so lange dauert. Wenn das nichts bringt auch mal 
kurz das Frontend sperren.
Man kann das auch mit Software feststellen, aber da weiß ich nicht mit 
welchem Programm.

Viele Grüße
David



___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


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

2009-08-12 Diskussionsfäden Nico Wehnemann____Attac
:\tx_templavoila_ds.\;a:1:{s:8:\disabled\;s: 
1:\1\;}s:18:\tx_templavoila_to.\;a:1:{s:8:\disabled\;s: 
1:\1\;}s:23:\tx_templavoila_next_ds.\;a:1:{s:8:\disabled\;s: 
1:\1\;}s:23:\tx_templavoila_next_to.\;a:1:{s:8:\disabled\;s: 
1:\1\;}}}s:4:\RTE.\;a:1:{s:8:\default.\;a:3:{s:11:\showButtons 
\;s:469:\textstylelabel, html, formatblock, fontsize, textcolor,  
textstyle, cut, copy, paste, bold, italic, underline, left, center,  
right, justifyfull, orderedlist, unorderedlist, insertcharacter, link,  
table, toggleborders, tableproperties, rowproperties, rowinsertabove,  
rowinsertunder, rowdelete, rowsplit, columninsertbefore,  
columninsertafter, columndelete, columnsplit, cellproperties,  
cellinsertbefore, cellinsertafter, celldelete, cellsplit, cellmerge,  
undo, redo,image\;s:5:\proc.\;a:1:{s:19:\entryHTMLparser_db.\;a:2: 
{s:5:\tags.\;a:1:{s:5:\span.\;a:1:{s:10:\fixAttrib.\;a:1:{s: 
6:\style.\;a:0:{s:10:\removeTags\;s:0:\\;}}s:10:\removeTags 
\;s:0:\\;}}}s:4:\RTE.\;a:1:{s:8:\default.\;a:1:{s: 
11:\showButtons\;s:5:\image\;}}}',
'BE_USER_TSconfig',
'1250078267'
)

###SCHNAPP

oder

###SCHNIPP
5 Query   SELECT *
FROM sys_language
WHERE
1=1 AND sys_language.hidden=0
  5 Query   SELECT *
FROM tt_news_cat
WHERE
uid=218 AND tt_news_cat.deleted=0 AND 
tt_news_cat.hidden=0 AND  
(tt_news_cat.starttime=1250078220) AND (tt_news_cat.endtime=0 OR  
tt_news_cat.endtime1250078220) AND (tt_news_cat.fe_group='' OR  
tt_news_cat.fe_group IS NULL OR tt_news_cat.fe_group='0' OR  
(tt_news_cat.fe_group LIKE '%,0,%' OR tt_news_cat.fe_group LIKE '0,%'  
OR tt_news_cat.fe_group LIKE '%,0' OR tt_news_cat.fe_group='0') OR  
(tt_news_cat.fe_group LIKE '%,-1,%' OR tt_news_cat.fe_group LIKE  
'-1,%' OR tt_news_cat.fe_group LIKE '%,-1' OR  
tt_news_cat.fe_group='-1'))



###SCHNAPP

Mit freundlichem Gruß...
-
Nico Wehnemann - Attac Deutschland WebAdministrator
Bürozeiten: i.d.R.: 9-17:00 Uhr
Münchener Straße 48 • 60329 Frankfurt
Tel. (069) 900 281 41  Fax. (069) 900 281 99
Mail: nico.wehnem...@attac.de
Skype: attacnico
MySpace: www.myspace.com/attacdeutschland
-
www.attac.de   -   www.attac.org
-
gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
---
www.nico-wehnemann.de [managem...@nico-wehnemann.de]
---
Alle Informationen in dieser Nachricht sind vertraulich und bestimmt  
zum ausschließlichen Gebrauch durch den Adressaten. Unberechtigter  
Gebrauch, Veröffentlichung oder Vervielfältigung sind strengstens  
untersagt und ggf. strafbar. Wenn Sie diese Nachricht  
fälschlicherweise erhalten haben, bitten wir um umgehende Mitteilung.

The information contained in this document is confidential to the  
sender and is intended only for use of the addressee. Unauthorized  
use, disclosure or copying is strictly prohibited and may be unlawful.  
If you have received this communication in error, please immediately  
notify us.













Am 12.08.2009 um 14:21 schrieb David Bruchmann:



 - Ursprüngliche Nachricht -
 Von:Rupert Germann r...@gmx.li
 Gesendet:   Mittwoch, 12. August 2009 13:16:28
 An: typo3-german@lists.netfielders.de
 CC:
 Betreff:Re: [TYPO3-german] tt_news braucht sehr lange nach Eingabe
 eines Newsbeitrages
 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


 Hi Rupert,

 vielen Dank, der Hinweis zum Bug ist gut.
 Ich werde die neue Version mal testen, da ich gerade eine etwas
 umfangreichere Erweiterung zu tt_news schreibe kann ich gleich einen
 Kompatibilitäts-Check durchführen.

 @Nico:
 Die Backenddgeschichte von tt_news hatte ich mir gar nicht angesehen,
 aber ich habe die Vermutung, daß es evtl. nur sekundär

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

2009-08-12 Diskussionsfäden Nico Wehnemann____Attac
hab das logging auch schon wieder aus ;) ich setz mich gleich mal ran  
wenn ich was ungewöhnliches finde poste ich es hier


Mit freundlichem Gruß...
-
Nico Wehnemann - Attac Deutschland WebAdministrator
Bürozeiten: i.d.R.: 9-17:00 Uhr
Münchener Straße 48 • 60329 Frankfurt
Tel. (069) 900 281 41  Fax. (069) 900 281 99
Mail: nico.wehnem...@attac.de
Skype: attacnico
MySpace: www.myspace.com/attacdeutschland
-
www.attac.de   -   www.attac.org
-
gpgKey: www.attac.de/nico/nicokey_asci.gpgkey
FingerAbdruck: 903F DFC2 D111 9547 48CB  756F 4159 FCE4 FE19 DEAF
---
www.nico-wehnemann.de [managem...@nico-wehnemann.de]
---
Alle Informationen in dieser Nachricht sind vertraulich und bestimmt  
zum ausschließlichen Gebrauch durch den Adressaten. Unberechtigter  
Gebrauch, Veröffentlichung oder Vervielfältigung sind strengstens  
untersagt und ggf. strafbar. Wenn Sie diese Nachricht  
fälschlicherweise erhalten haben, bitten wir um umgehende Mitteilung.

The information contained in this document is confidential to the  
sender and is intended only for use of the addressee. Unauthorized  
use, disclosure or copying is strictly prohibited and may be unlawful.  
If you have received this communication in error, please immediately  
notify us.













Am 12.08.2009 um 14:43 schrieb David Bruchmann:

 Deine Query-Beispiele sind meiner Ansicht nach harmlos und normal.

 Allerdings können große Logfiles den Server behindern, da
 Schreibprozesse dann evtl. wegen Platzmangel einfach nicht ausgeführt
 werden können.

 Anfangs dauert alles dann sehr lange später geht nixx mehr = weiße
 Seite / 503-Error.

 Gruß
 David
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.netfielders.de
 http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german