Statistik |
Beiträge: 138.838 (Täglich: 23,27 )
Themen: 16.174
Mitglieder: 13.157
Neuestes Mitglied: ngv1m.
Ausl. d. letzten Minute: 61%
Ausl. d. letzten 5 Minuten: 61%
Ausl. d. letzten 15 Minuten: 80%
Freier Webspace: 1.93 TB
PHP-Version: 7.3.10
|
|
|
|
 |
chat95 integration |
|
Hallo Viktor,
leider bekomme ich immer nen Fehler
"Du hast keine Berechtigung, um diesen Bereich zu betreten."
Hast Du vielleicht einen Tipp?
Grüsse und Dank
schubsi
|
|
12.02.2005 22:45 |
|
|
|
scheint alles richtig zu sein
Ich werde morgen noch mal auf den server gucken und mal sehen, ob es an dem liegt.
Nächtliche Grüsse
|
|
12.02.2005 23:36 |
|
|
|
sodele,
wie ich nun festgestellt habe liegt das Problem daran, dass ich in meinem Profil bei "Boardcookies verwenden?", JA angegeben habe. Setze ich dieses auf NEIN, so werde ich im Chat angemeldet.
Das ergibt jedoch ein neues Problem
Ich habe dann keine Adminrechte mehr, die ich ja sonst im Chat habe.
Hast Du vielleicht ne Idee oder sogar Lösung für die cookies und die Rechte?
Grüsse und Dank
schubser
|
|
13.02.2005 19:13 |
|
|
|
Ja das hat Viktor bestimmt nich bedacht. Man muss im WBB grundsätzlich die SID Angabe einschalten und die Veränderung durch User abschalten. Wir haben das immer so gemacht, das wir in der usercp_options_change die NoSessionHash funktion entfernt haben und sämtliche Funktionsdateien im WBB so umgeschrieben haben, damit sowie bei der Registrierung, als auch beim UserCP immer die SID eingeschaltet bleibt.
|
|
13.02.2005 19:20 |
|
|
|
@micha
Das heisst also mit Boardcookies ist die Integration des Chat überhaupt nicht möglich???
|
|
13.02.2005 19:33 |
|
|
|
Richtig ... die externalLink fragt divese Tables des WBBs ab, die nach der SID geordnet werden. Und über die SID werden dann in der ExternalLink, die hier zum DL angeboten wird, der Nick und die EMail Adresse ausgelesen.
|
|
13.02.2005 20:10 |
|
|
Viktor
Administrator
    

Zeige Viktor auf Karte
Dabei seit: 15.08.2003
Beiträge: 29.972
363 Filebase-Einträge
Alter: 62 Jahre
Herkunft: NRW wBB-Version: wBB2.3 PHP-Version: 7.1.11 MySQL-Version: 5.5.59-0+deb8u1 Wo bist du gehostet?: eigener Server
Bewertung:
Level: 69 [?]
Erfahrungspunkte: 178.834.599
Nächster Level: 202.592.733
 |
|
|
13.02.2005 20:28 |
|
|
|
Ne Viktor ... wenn du dir die ExternalLink ma ansiehst, wirst du sehen, das ohne SID nix geht. Auch wenn du der WBB Experte bist, bin ich doch unter uns beiden eher der GTChat Experte *g*
Im Link zum Chat wird die SID an die chat.pl übergeben, die über die Settings.dat auf die ExternalLink.pm hinweist.
Die ExternalLink fragt bei der Übergabe der SID als erstes die Datenbank bb1_sessions ab. Wenn er dort fündig wird, springt er mit der dazugehörigen User ID in die bb1_users und liest über die User ID den Nick und die EMail Adresse raus. Wird die SID abgeschaltet bekommt man keinen Zugriff mehr im Chat. Außer natürlich als Gast sofern es in der ExternalLink oder Chat aktiviert ist.
Ist Gast Zugang deaktiviert und die SID ausgeschaltet, lässt der Chat den Login nicht mehr zu. Daraus folgt dann die Verweigerung des Logins.
Ich weis es, weil ich so meine LockCommand aufgebaut habe im chat. wenn ich im Chat /lock eingebe wird beim User nur die Session ID deaktiviert und er kommt nicht mehr in den Chat.
|
|
13.02.2005 20:49 |
|
|
|
Moment mal, die Sid ist ja nix anderes, wie die Boardcookies oder sehe ich da was falsch?
Wenn das so ist, klappt es mit ausgeschalteter SID, da bei uns das automatische Anmelden, bei wiederrückkehr deaktiviert ist und JEDER, der bei uns im Board gerregt ist in den Chat kommt.
Und sich natürlich nach dem er das board verlassen hat und neu reinkomen möchte, sich wieder neu einloggen muss.
Habe ich das nun was komplett missverstanden?
Gruß yve
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
13.02.2005 21:06 |
|
|
|
@yve
ein wenig
Die SID ist die so genannte Session-ID, die wird, wenn eingeschaltet mit in der url übergeben und ist somit sichtbar!
Bei der Nutzung der cookies ist die SID nicht sichtbar und kann somit auch nicht eingesehen werden.
Grüsse schubser
|
|
13.02.2005 21:12 |
|
|
|
Ich hab grad bei dir nachgesehn. Die Sid ist bei dir ausgeschaltet, stimmt. Dennoch funktioniert die ExternalLink nicht ohne SID. D.h. das es noch eine weitere Möglichkeit geben muss, die SID auszulesen. Naja ich bin halt net der WBB experte, nur halt PHP & Perl *g*
|
|
13.02.2005 21:14 |
|
|
|
Jau, habe gesehen, daß Du bei uns online warst ;-)
Ich kann Dir auch net sagen, warum, wieso, weshalb es so wunderprima funzt...
es funzt auf jeden fall
Gruß yve
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
13.02.2005 21:28 |
|
|
Viktor
Administrator
    

Zeige Viktor auf Karte
Dabei seit: 15.08.2003
Beiträge: 29.972
363 Filebase-Einträge
Alter: 62 Jahre
Herkunft: NRW wBB-Version: wBB2.3 PHP-Version: 7.1.11 MySQL-Version: 5.5.59-0+deb8u1 Wo bist du gehostet?: eigener Server
Bewertung:
Level: 69 [?]
Erfahrungspunkte: 178.834.599
Nächster Level: 202.592.733
 |
|
|
13.02.2005 21:30 |
|
|
|
Hm ... ok, dennoch würde ich den bei meiner Integration nicht wählen, da wie gesagt meine LockCommand so funktioniert, das die SessionID einfach abgeschaltet wird. Sprich wenn ich einen Sperre, kann der sich neu einwählen wie er lustig ist ... er kommt nicht mehr rein ohne SID ...
Und nicht nur die, auch einige andere Add Ons im Chat von mir funzen über die SID ... Daher würde ich auch nicht ändern bei mir ...
|
|
13.02.2005 22:02 |
|
|
|
Dann können Erotik Boards es im Prinzip vergessen, da laut Jugendschutzgesetz ein Webmaster es so handhaben muss, wenn Links vom Board verschickt werden, dass keiner, der drauf zugreifen möchte SOFORT in dem Thread, bzw. auf der Seite ist, sondern sich einloggen muss (jedes mal von neuem), wenn er die Seite verlassen hat
So wie es nun ist, ist es für uns zum Beispiel voll supi!!!!
Gruß yve
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
13.02.2005 22:10 |
|
|
|
na ist doch ok.
Ich bin damals halt nur vom GTChat ausgegangen. Auch die LockCommand stammt von Freeuser ... zumindest die Idee. Er machte die Sperre Via IP ... sobald sich dann jemand neu einwählte, konnte er wieder in den Chat. Darüber regten sich halt einige auf.
Nachdem ich die Integration umschrieb, habe ich immer mehr Add Ons und Plugins auf Datenbank umgeschrieben ... somit wurden dann einige Lücken geschlossen, die vorher halt vorhanden waren ...
|
|
13.02.2005 22:17 |
|
|
|
|
 |
|