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

Nico Wehnemann____Attac nico at attac.de
Wed Aug 12 14:31:12 CEST 2009


ich habe jetzt mal von 5 min ein logfile von mysql, im apache war nix  
ungewöhnliches. Das Log ist 200mb groß dauert also etwas..
was mir aufgefallen ist sind ständige queries die nicht lang brauchen  
aber ständig abgefeuert werden
mal sehen was ich noch finde
Auch gibt es sehr sehr lange queries
hier mal ein paar auszüge .. vielleicht weiss ja jemand etwas
das kommt ständig halt mit anderen pids
######SCHNIPP
			5 Query       SELECT  
uid 
,hidden 
,starttime 
,endtime 
,fe_group 
,extendToSubpages 
,doktype,php_tree_stop,mount_pid,mount_pid_ol,t3ver_state
			FROM pages
			WHERE
				pid=121 AND deleted=0
			ORDER BY sorting
		      5 Query       SELECT  
uid 
,hidden 
,starttime 
,endtime 
,fe_group 
,extendToSubpages 
,doktype,php_tree_stop,mount_pid,mount_pid_ol,t3ver_state
			FROM pages
			WHERE
				pid=235 AND deleted=0
			ORDER BY sorting
		      5 Query       SELECT  
uid 
,hidden 
,starttime 
,endtime 
,fe_group 
,extendToSubpages 
,doktype,php_tree_stop,mount_pid,mount_pid_ol,t3ver_state
			FROM pages
			WHERE
				pid=2362 AND deleted=0
			ORDER BY sorting
		      5 Query       SELECT  
uid 
,hidden 
,starttime 
,endtime 
,fe_group 
,extendToSubpages 
,doktype,php_tree_stop,mount_pid,mount_pid_ol,t3ver_state
			FROM pages
			WHERE
				pid=132 AND deleted=0
			ORDER BY sorting
		      5 Query       SELECT  
uid 
,hidden 
,starttime 
,endtime 
,fe_group 
,extendToSubpages 
,doktype,php_tree_stop,mount_pid,mount_pid_ol,t3ver_state
			FROM pages
			WHERE
				pid=2673 AND deleted=0
			ORDER BY sorting
#######SCHNAPP

extrem lang sind:

#######SCHNIPP

2 Query       INSERT INTO cache_hash
				(
					hash,
					content,
					ident,
					tstamp
				) VALUES (
					'963fdbf753cb17d328b220f787f32a39',
					'a:8:{s:8:\"options.\";a:8:{s:13:\"shortcutFrame\";s:1:\"0\";s: 
11:\"saveDocNew.\";a:32:{s:16:\"tt_address_group\";s:1:\"1\";s: 
10:\"tt_address\";s:1:\"1\";s:24:\"tx_macinabanners_banners\";s: 
1:\"1\";s:10:\"tx_irfaq_q\";s:1:\"1\";s:12:\"tx_irfaq_cat\";s: 
1:\"1\";s:15:\"tx_irfaq_expert\";s:1:\"1\";s: 
22:\"tx_ablinklist_category\";s:1:\"1\";s:18:\"tx_ablinklist_link\";s: 
1:\"1\";s:12:\"tx_cal_event\";s:1:\"1\";s:22:\"tx_cal_exception_event 
\";s:1:\"1\";s:16:\"tx_pbsurvey_item\";s:1:\"1\";s: 
22:\"tx_addressgroups_group\";s:1:\"1\";s:11:\"tt_products\";s: 
1:\"1\";s:15:\"tt_products_cat\";s:1:\"1\";s:20:\"tt_products_articles 
\";s:1:\"1\";s:24:\"tx_femp3player_playlists\";s:1:\"1\";s: 
23:\"tx_wecflashplayer_class\";s:1:\"1\";s: 
32:\"tx_itawyoutoubeembed_itawyoutube\";s:1:\"1\";s: 
20:\"tx_thexttable_styles\";s:1:\"1\";s:25:\"tx_attacconference_person 
\";s:1:\"1\";s:24:\"tx_attacconference_event\";s:1:\"1\";s: 
24:\"tx_attacconference_topic\";s:1:\"1\";s: 
28:\"tx_attacconference_eventtype\";s:1:\"1\";s: 
28:\"tx_attacconference_dateblock\";s:1:\"1\";s: 
30:\"tx_attacconference_utilitytype\";s:1:\"1\";s: 
27:\"tx_attacconference_location\";s:1:\"1\";s: 
31:\"tx_attacconference_organisation\";s:1:\"1\";s: 
23:\"tx_attacconference_role\";s:1:\"1\";s:22:\"tx_yejjswfobject_movie 
\";s:1:\"1\";s:10:\"tt_content\";s:1:\"1\";s:7:\"tt_news\";s:1:\"1\";s: 
11:\"tt_news_cat\";s:1:\"1\";}s:18:\"overridePageModule\";s: 
19:\"web_txtemplavoilaM1\";s:11:\"alertPopups\";s:2:\"14\";s: 
21:\"moduleMenuCollapsable\";s:1:\"0\";s:12:\"contextMenu.\";a:2:{s: 
8:\"options.\";a:1:{s:9:\"leftIcons\";s:1:\"1\";}s:9:\"pageTree.\";a:1: 
{s:12:\"disableItems\";s:17:\"info, edit_access\";}}s:9:\"pageTree. 
\";a:1:{s:28:\"altElementBrowserMountPoints\";s:26:\"121, 327, 4110,  
4943, 5793\";}s:10:\"saveDocNew\";s:1:\"1\";}s:6:\"setup.\";a:2:{s: 
8:\"default.\";a:1:{s:8:\"edit_RTE\";s:1:\"1\";}s:9:\"override.\";a:1: 
{s:20:\"edit_docModuleUpload\";s:1:\"0\";}}s:4:\"mod.\";a:3:{s: 
20:\"web_txtemplavoilaM1.\";a:1:{s:13:\"sideBarEnable\";s:1:\"1\";}s: 
13:\"xMOD_alt_doc.\";a:2:{s:18:\"disableDocSelector\";s:1:\"1\";s: 
20:\"disableCacheSelector\";s:1:\"1\";}s:9:\"web_list.\";a:1:{s: 
17:\"alternateBgColors\";s:1:\"1\";}}s:9:\"gallery2.\";a:1:{s: 
8:\"parentId\";s:0:\"\";}s:9:\"admPanel.\";a:1:{s:7:\"enable.\";a:1:{s: 
3:\"all\";s:1:\"1\";}}s:12:\"TCAdefaults.\";a:3:{s:9:\"sys_note.\";a:2: 
{s:6:\"author\";s:14:\"Nico Wehnemann\";s:5:\"email\";s:13:\"nico at attac.de 
\";}s:8:\"tt_news.\";a:1:{s:6:\"hidden\";s:1:\"0\";}s:6:\"pages.\";a:1: 
{s:6:\"hidden\";s:1:\"0\";}}s:5:\"page.\";a:2:{s:8:\"TCEFORM.\";a:1:{s: 
6:\"pages.\";a:5:{s:20:\"tx_templavoila_flex.\";a:1:{s:8:\"disabled 
\";s:1:\"1\";}s:18:\"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.endtime>1250078220) 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.wehnemann at 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 [management at 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 <rupi at gmx.li>
> Gesendet:   Mittwoch, 12. August 2009 13:16:28
> An:         typo3-german at 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 at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german



More information about the TYPO3-german mailing list