Update der Website

[_m3]

Original geschrieben von LordTolkien
Mir wärs aber bei weitem lieber wenn ich mich nicht anmelden muss um eine Newsübersicht zu bekommen.

http://www.wcm.at/forum/showthread.p...=2#post1285519

[_m3]

Original geschrieben von kikakater
Nur ist die IP zuwenig um so etwas zu realisieren.

Echt? Wirklich? Ah geh, des is sicher ein Gschichtl.

Ich denke der Philipp wird wissen, wie der das zu implementierne haette.

[Philipp]

Original geschrieben von kikakater
Nur ist die IP zuwenig um so etwas zu realisieren. Allgemein eingesetzte Cookieinformationen natürlich ohne sich dazu gesondert einloggen zu müssen sind des Problems' Lösung

Nicht wirklich, da auch in diesen Teil Caching zum Einsatz kommt. Ohne Cache würde sich vieles leichter realisieren lassen.

Das CMS wurde aber von Haus aus für High Traffic Websites ausgelegt und da ist ein Caching System schon Pflicht. Die derzeit größte Website auf der dieses System zum Einsatz kommt hatte letzten Monat pro Tag im Durchschnitt 121105 Besucher / 720435 Seitenaufrufe

[kikakater]

Das soll heißen, daß es wegen des Cachings das Lesen eines Cookies vom Client - durch den Server angefordert - nicht gibt ? Erst das Einloggen schafft klare Verhältnisse ? Das müsste man sich einmal näher ansehen, warum ein direktes Lesen eines Cookies nicht zu realisieren ist. Ist das Caching nicht fähig, alternativ Aktualisierungen durch Zwang vorzunehmen ?

Kleines Beispiel:

PHP-Code:

$benutzerfeld= $_COOKIE["benutzer"];

$query= "SELECT guid FROM benutzerzuordnung WHERE benutzer = '$benutzerfeld'";

$result= mysql_query ($query);

$guid=0;

if($result)
{
 $row = mysql_fetch_array ($result);
 $guid= row["guid"];
} 


Mittels $guid müsste in der Tabelle für noch nicht abgerufene Nachrichten nachgesehen werden.

Dazu brauche ich dann kein Login ...

[Philipp]

So einfach ist das nicht, da es neben normalen Besucher auch Bots gibt die jetzt zwangsweise mitgeloggt werden und damit die „Benutzertabelle“ zumüllen würden. Man könnte natürlich die ältere Einträge automatisch löschen, allerdings würde das wiederum Leute verärgern die längere Zeit nicht vorbeigeschaut haben.

[kikakater]

Das verstehe ich sehr gut Vielleicht kann man sich ja eine Bot Ausschlußfunktion zurechtstricken, z.B. mit diesen komischen Buchstaben beim Registrieren (verwordackelte A, B, Cs usw. mit Sprenklern und Stummfilmlinien in der Grafik), die dann als Text eingegeben werden müssen.

Dann wird $guid abgefragt, respektive das Cookie "benutzer" und zusätzlich noch das Cookie "fancy_code" das nicht "fancy_code" heisst sondern - nur als Beispiel - "fdkjk85" !

Da müssen dann die Buchstaben, die seinerzeit beim Registrieren eingegeben werden mussten, ausgelesen. Steht "jawcmtest" oder "fhlluili" oder "jcvxinkx" drin, ist alles ok, wenn die Variable fehlt oder etwas anderes drinnen vorkommt wird wie jetzt reagiert.

Bei jedem Login wird das eventuell fehlende oder fehlerhafte Cookie mit setcookie wieder korrekt mit der kryptischen Zeichenfolge gesetzt, somit ist beim nächsten Besuch, auch wenn ein Logout erfolgt ist, die Funktionalität der Listung nur der für diesen Benutzer neuen Nachrichten gegeben.

Für alle bestehenden Benutzer wird eine Zeichenfolge generiert, die beim nächsten Login als cookie "fdkjk85" - oder wie ihr das Cookie nennen wollt - gesetzt wird.

[Philipp]

Es gibt auch gute Bots wie z.B. GoogleBot welche man nicht vergraulen sollte. Wenn der User jetzt erst eine Buchstabenkombination eingeben muss, kann er sich aber gleich anmelden

[kikakater]

@Philipp *Hiiiilfe*

!!! Buchstabenkombination beim Neuregistrierer !!!, alle bestehenden Benutzer bekommen eine Buchstabenkombination !!! generiert !!! und beim nächsten Logout, Login mit setcookie auf den eigenen Rechner gesetzt


Also eintippen nur beim Neuregistrieren, sonst auf den nächsten Fallback, Fall IN warten.

Weil es - bis dahin - eh so bleibt, wie es jetzt ist. So ist das mit Regelungen, die müssen erst einmal zur Anwendung kommen. Beim nächsten Logout, <Wartetage>, Login ist das Problem ausgestanden

Und warum Bots nicht einzugliedern sind wie in einer Positivliste bei Spams - bezogen auf Emailkontakte (=den lass ich durch, die guten ins Töpfchen halt usw.) ist mir ein Rätsel

Domain googlemoogle.com ja ? Ja ! Ok ! Darf indizieren ! Oder was ist gemeint ? Die Nachrichten sollen indiziert werden ? Lösung: Positivliste, bzw. alle Nachrichten für unidentifizierte Bots ohne etwas mit einem Cookie "fancy_code" oder wie auch jedenfalls jemals auf dem Hut gehabt zu haben. Ich hoffe zur Klärung der aufgeworfenen Fragen beigetragen zu haben.

Ob das dann realisiert wird oder nicht, hängt vielleicht noch von anderen Dingen ab. Ich wollte hier nur einen Ansatz technische Probleme anzugehen und in diesem Fall durch eine Lösung zu ersetzen machen.

Lg
Kikakater

[snowman]

Ich hätte auch noch einen Vorschlag: Die Schriftgröße bei den News ist ja wirklich winzig! Kann man die eventuell größer machen; dazu kommt nämlich, dass man die Schriftgröße im IE nicht mal ändern kann.

gruss,
snowman

[maxb]

Original geschrieben von Philipp
Die derzeit größte Website auf der dieses System zum Einsatz kommt hatte letzten Monat pro Tag im Durchschnitt 121105 Besucher / 720435 Seitenaufrufe

wow, 9 Seitenaufrufe/s