fb_blacklist legt Klickbereich lahm

[Sam2004]

Ich hätte ja gern JA geschrieben, aber muss ich leider verneinen...Ich hab den Code eingefügt, den Cron wieder aktiviert, aber ist wieder das selbe in grün...Die Tabelle legt mir den Klickbereich lahm.

Insofern tut das dem ganzen aber keinen abbruch, da ich noch ein anderes Addon drin hab, wo man kampagnen sperren kann.

Wenn aber noch was anderes auf Lager haben solltest, nehm ich gern noch ein Hinweis oder nen Ratschlag...

Sam

[Sebmaster]

Schreib du mich mal bei Skype oder ICQ (siehe Profil) an, dann schau ich mir das auf deinem Server an (sofern du das willst).

[Sam2004]

Schreib du mich mal bei Skype oder ICQ (siehe Profil) an, dann schau ich mir das auf deinem Server an (sofern du das willst).

Musst du nicht unbedingt. Ich hab ja noch eine alternative und die funzt ja auch ...dennoch Danke für Angebot...

Sam

[marcaust]

das Problem kenne ich doch, deswegen hab ich das Adscan soweit wieder ausgebaut.
Die Seiten für die Paidbanner, Paidmails, etc. brauchen durch die MySQl Query bis zu 15 Sekunden bis die geladen werden.

Dabei hab ich das nach der im Clienten Verfügbaren Anleitung eingebaut gehabt (Hier zu finden: http://www.adscan.de/?site=index125&site=downloads).

Das:

ALTER TABLE `vms_fb_blacklist` ADD PRIMARY KEY ( `sponsor` , `kid` , `werbeart` ) ;

war da schon von Anfang an drin. Daran liegt es also nicht.

Gibt es dazu noch Ideen woran das liegen könnte?
Im Augenblick überlege ich deswegen eher den Adscan Cron so umzubauen das er mir die erkannten einfach in die Blacklist setzt und nicht mehr beim Aufruf der klick4.php scannt.

[Sebmaster]

Im Augenblick überlege ich deswegen eher den Adscan Cron so umzubauen das er mir die erkannten einfach in die Blacklist setzt und nicht mehr beim Aufruf der klick4.php scannt.

Das Problem dabei ist, dass bei jedem Crondurchlauf alles von der Blacklist runtergenommen werden müsste, und die neuen Kampagnen wieder geblacklistet werden müssten. Das würde aber manuell gesperrte Kampagnen wieder aktivieren.

Führt mal folgenden SQL-Code in der Datenbank aus, und gebt mir die Rückgabe (per PN oder hier im Thread).

EXPLAIN SELECT t1 . *
FROM vms_gebuchte_werbung t1
LEFT JOIN vms_adscan_userblacklist t4 ON t4.tan = t1.tan
AND t4.uid =1
LEFT JOIN vms_fb_blacklist AS t3 ON t3.kid = t1.kid
AND t3.werbeart = t1.werbeart
LEFT JOIN vms_reloads t2 ON ( t1.tan = t2.tan
AND (
t2.uid =1
OR t2.ip = "147.161.82.104"
)
AND t2.bis >=0 )
WHERE (
t3.kid IS NULL
OR LOCATE( t3.sponsor, t1.ziel ) =0
)
AND t4.tan IS NULL
AND t2.tan IS NULL
AND t1.werbeart = "forcedbanner"
AND t1.reload >=100
AND t1.menge >0
AND t1.status =1
AND t1.verdienst >100
AND t1.sponsor !=1
ORDER BY verdienst DESC
LIMIT 30

[marcaust]

So, bin jetzt einige Stunden nicht da wegen Ostern...

Hier die Rückgabe:

id 	select_type 	table 	type 	possible_keys 	key 	key_len 	ref 	rows 	Extra
1 	SIMPLE 	t4 	system 	kampagne 	NULL 	NULL 	NULL 	0 	const row not found
1 	SIMPLE 	t1 	ref 	klick4,crons 	klick4 	52 	const 	1753 	Using where; Using temporary; Using filesort
1 	SIMPLE 	t3 	index 	NULL 	sponsor 	518 	NULL 	3517 	Using where; Using index
1 	SIMPLE 	t2 	ref 	klick4 	klick4 	34 	vms_system.t1.tan 	2 	Using where; Not exists

[Sebmaster]

Siehe Edit.

[Lokutos]

hm also an sonder blackliste 15 sekunden laden
da is was murks

also ich hab bei mir mal geschaut und die abfrage braucht nicht mal eine sekunde

ev. mal primery und co raus löschen und nur einen Index auf kid und werbeart setzten damit sollte die abfrage wesentlich schneller laufen.

ALTER TABLE `vms_fb_blacklist` ADD INDEX ( `kid` , `werbeart` ) ;

[Sebmaster]

Okay, nach einigen Experimenten mit Lokutos bin ich auf die Idee gekommen, einfach einen Index auf Werbeart und kid zu setzen

Query-Time: 0.02s

Folgendes: Alle Indizes rauslöschen und dann folgenden Query:

ALTER TABLE `vms_fb_blacklist` ADD PRIMARY KEY ( `kid` , `werbeart` , `sponsor` )