Seite 1 von 2

session table voll

Verfasst: 24.08.2005 08:04
von thompson
hallo zusammen,

ich habe das problem, dass seit ein paar tagen immer wieder die sessions table voll ist und obwohl ich alle änderungen aus der knowledge base bereits seit monaten eingebaut habe, wird die tabelle nicht mehr automatisch geleert.

kann jemand von einem ähnlichen phänomen berichten ?
was kann ich tun ?

ich habe seit langem den short-url mod eingebaut, sodass gäste eigentlich keine session id bekommen dürften.

was mir in der forenansicht (admini) aufgefallen ist, ist dass scheinbar google mit der ip 66.249.66.163 laufend mit vielen verbindungen als gast auftaucht. bei "welche Seite" steht jedoch immer Nachricht schreiben und einloggen.

Könnte das evtl. was damit zu tun haben ?

Wer kann mir helfen ?

Vielen Dank.

Verfasst: 24.08.2005 08:18
von Max
Hi,


hier die perfekte Lösung: http://www.phpbb.de/doku/kb/artikel.php?artikel=127



Gruß Max

Verfasst: 24.08.2005 08:35
von thompson
genau, deshalb habe ich dies ja auch schon seit 1 jahr laufen.

bis vor genau 2 wochen (in meinem urlaub) hat ja auch alles funktioniert, doch leider jetzt nicht mehr und ich weiß nicht an was das liegt. denn ich habe ja auch nichts geändert.

Verfasst: 24.08.2005 09:03
von Max
thompson hat geschrieben:.... denn ich habe ja auch nichts geändert.
Sicher?

Bei mir läuft das seit.... ca. 2 1/2 Jahren, allerdings musste ich das immer nachlegen, wenn ich mal Files getauscht habe.

Vielleicht mal ein Update nur mit Patchfiles, statt nach Anleitung, gemacht?



Gruß Max

Verfasst: 24.08.2005 11:13
von thompson
ich werde heute abend den code nochmals prüfen.

aber es lief ja wunderbar bis von ca. 2 wochen.

edit:

heute morgen geleert ca. 8 uhr - jetzt 11 uhr schon wieder vollgelaufen. das gibt es doch nicht. :evil:

hier ein kleiner ausschnitt aus der phpmyadmin - sessions:

c9f0a44024edc3f3a086195a528a298c -1 1124875265 1124875265 42f942a3 12 0 0
8325e982e81fa2e4744e12d0b55abf91 -1 1124875267 1124875267 42f942a3 12 0 0
808c41320c7d5d9d1c695b6f77b2f55a -1 1124875268 1124875268 42f942a3 12 0 0
5ac0a678cfcb500ded38924dcf32fcb1 -1 1124875271 1124875271 42f942a3 2 0 0
12c9c65f73367a32ef9fd73d1b4e49e6 -1 1124875273 1124875273 42f942a3 12 0 0
748da28a9d1c90f22cc837083dcbd60a -1 1124875274 1124875274 42f942a3 0 0 0

hier ist immer die gleiche 42f942a3 und das hunderte mal. (ist bestimmt die ip von google. war kurz da und die table ist wieder voll.

Verfasst: 24.08.2005 12:09
von Max
Das hatte ich neulich auch - innerhalb von 20 Minuten waren die 2500 Felder voll, immer hat das Script zwar sauber geleert, aber dafür wurde im Portal immer wieder bei null angefangen, Gäste zu zählen.

Ich habe dann einfach noch die Begrenzung der Sessions/IP eingebaut und schon war das Problem gelöst

Verfasst: 24.08.2005 20:28
von thompson
genau so war es heute schon drei mal.

die frage die sich stellt, warum hat denn der gast eine session id ?
die habe ich doch mit den short-urls ausgeschalten.

kann mir das mal jemand erklären ?

Verfasst: 24.08.2005 20:33
von Max
thompson hat geschrieben:die frage die sich stellt, warum hat denn der gast eine session id ?
die habe ich doch mit den short-urls ausgeschalten.
ähm, die ID hat die Session, der Gast bekommt sie nur nicht angezeigt/ an den Link gehängt - wegen Google und Co.

Die Begrenzung der Sessions/Ip ist das Sinnvollste, so kann man nicht innerhalb weniger Augeblicke die Sessions-Table zgeschüttet bekommen



Gruß Max

Verfasst: 24.08.2005 20:44
von thompson
habe es mal eingebaut.

hat das negative auswirkungen auf das spidern des forums ?
wenn google kommt, dann hunderte von mal mit der gleichen ip adresse ?

was mich noch etwas stört, ist dieser satz in der knowledge base:

Code: Alles auswählen

Es ist zu beachten, dass diese Vorgehensweise nicht zu empfehlen ist, wenn mehrere User hinter einem Proxy das Forum besuchen. Wenn 20 User hinter einem Proxy zur gleichen Zeit die Foren nutzen, wird die Anzahl der erlaubten Benutzer begrenzt, nicht die Verbindungen die ein User erstellt. 


Verfasst: 24.08.2005 21:12
von GrisuXX
Da hätte ich auch noch eine für mich ungeklärte Frage!
Habe auch schon seit Uhrzeiten die Lösung mit dem automatischen leeren der Tabelle eingebaut.
Funktioniert bis jetzt auch ohne Probleme. :grin:
Wie beschrieben wir ja nun zunächst die MAX_ROWS auf bis zu 2500 erhöht bis dann immer die letzten 50 Sessions gelöscht werden.

Meine Frage:
Wie kann man die Anzahl MAX_ROWS abfragen?

@thompson:
Aus diesem Grund hatte ich mich damals für die Automatische Lösung entschieden.