[alexz hh]

was macht eigentlich die oxseologs genau? habe nichts finden können, wann hier welche einträge generiert werden...
hat sich bei uns in einem testshop ziemlich extrem aufgebläht.

[csimon]

die enthält "alte" seo urls, wenn sich zb artikelnamen ändern. ist aus seo gesichtspunkten sinnvoll google da nicht zu sagen "gibts nicht" wenn es einen artikel crawlen will dessen name (und url) sich geändert hat.

[Marco Steinhaeuser]

Hallo,

nee, csimon: Ich glaub, dafür ist die oxseohistory zuständig.
Ich hab grad mal geschaut: Die oxseologs scheint tatsächlich die "richtigen" URLs aufzufangen, die mal aufgerufen wurden. Wozu das gut sein soll, kann ich aber aus dem Stehgreif nicht sagen.

Gruß

[roland76]

Ein Entwickler hat in der Mailinglist auf einer Anfrage meinerseits folgendes zur oxseologs geantwortet: "this table is used to LOG unsolvable seo urls". Ich interpretiere es mal so, dass in dieser tabelle urls zwischengespeichert werden, mit welchen Oxid ansonsten nichts anfangen kann. Bin aber nicht sicher, ob diese Aussage so stimmt.

[csimon]

Originally Posted by Marco Steinhäuser

Hallo,

nee, csimon: Ich glaub, dafür ist die oxseohistory zuständig.
Ich hab grad mal geschaut: Die oxseologs scheint tatsächlich die "richtigen" URLs aufzufangen, die mal aufgerufen wurden. Wozu das gut sein soll, kann ich aber aus dem Stehgreif nicht sagen.

Gruß

ach mist, stimmt ja. hatte nich richtig gelesen. gut, bei den seo logs weiss ich auch nicht wozu das sein soll.

[Firefax]

Die Aussagen könnten passen.

Aber wieso habe ich da 41.500 !!! (einundviertigtausendfünfundert) Einträge drin.

Das behindert Backups, bzw macht diese unnötig groß. Ich glaube ich hab mit die durch den GSitecrawler eingefangen. Der hat neulich Sinnlos rumgesucht.
Hier mal eine Zeile:

('index.php?listorderby=oxtitle&listorder=asc& amp;cl=tag&searchparam=&searchtag=pink%26a mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp %3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3 Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Ba mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp %3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3 Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Ba mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp %3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3 Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Ba mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp %3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3 Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Ba mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp %3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3 Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Ba mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp %3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3 Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Ba mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp %3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3 Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Ba mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp %3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3 Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Ba mp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bamp%3Bblo nd','04a2e3b6facaae4fb3d3f4a9c8728a20','oxbaseshop ',0,'2009-10-18 03:29:16')

Kann ich den Inhalt der Tabelle eigentlich gefahrlos löschen ?

CYA

[Marco Steinhaeuser]

Hi,

und genauso scheint es auch zu sein: Die URLs, die nicht umgeschrieben werden, werden in der oxseolog aufgefangen, aus welchem Grund auch immer. Ich poste hier mal einen Auszug aus meiner Datenbank. Man stelle bitte fest, dass zwischen 22:05:28 und 23.:26:59 immer wieder Seiten mit umgeschriebener URL aufgerufen wurden. Erst 23.:26:59 wird eine Seite erwischt, die nicht umgeschrieben werden soll.

	Edit   	Delete  index.php?cl=register&cnid=8a142c3e44ea4e714.3...  	e16bf6a7a11364d460aa86c89ec0eeea  	oxbaseshop  	0  	2009-11-03 23:26:59
	Edit 	Delete 	index.php?cl=start&anid=1849& 	f2f330dfdedabb5a9d18b99e013aefa9 	oxbaseshop 	0 	2009-11-03 22:05:28
	Edit 	Delete 	index.php?do=stats 	d62db27b8382c3184ef487335ec9a1ea 	oxbaseshop 	0 	2009-11-03 22:05:01
	Edit 	Delete 	index.php?cl=alist&cnid=8a142c3e4d3253c95.4656... 	5cfb83f29bc6b5ebca42ae340322e21c 	oxbaseshop 	0 	2009-11-03 22:02:01
	Edit 	Delete 	index.php?do=dosql 	6102eaaf63195a38ed561b859c2f12b2 	oxbaseshop 	0 	2009-11-03 21:57:31

Gruß

[Marco Steinhaeuser]

Hi Firefax,

kann man bei Dir etwas mit pink & (%3Bamp) blond finden? Sieht mir eher wie unkontrollierter Spam aus...
Ja, ich denke, die Tabelle kann gelöscht werden, ernstfalls wird Sie halt wieder neu aufgebaut.
Bitte zuerst lokal testen! Bitte zuerst ein Datenbankupdate machen! :-)

Gruß

[Marco Steinhaeuser]

Da mich in diesem Fall die Datenbank-Dokumentation auch nicht wirklich erhellen konnte: Sollen wir die Erkenntnisse aus diesem Thread vielleicht in die Wiki einklimpern? Einfach als Liste für jede Datenbanktabelle Stück für Stück? Englisch oder Deutsch oder beides?

Gruß

[Firefax]

Hi Marco,

ja kann man pink&blond ist ein Tag eines Artikels bei mir. Ok, das Tag ist schlecht gewählt.

Wie gesagt, wahrscheinlich habe ich mit diesen Spam mit dem GSitecrawler selbst erstellt

Ich teste das morgen in meinem Testshop, ... das Datenbank Backup ist kein Problem, aber wenn ich die entpackten 60 MB zurückspielen will klappt das nicht mehr permanenter Interer Serverfehler wegen Timeout, glaube ich.

CYA
Firefax