Beiträge von redunzl

  • Askimet und Captcha

    Es ist wohl offensichtlich so, dass die Spammer gerade Pause machen. Heute Nachmittag habe ich testhalber mal mein Akismet deaktiviert. Seitdem hatte ich lediglich noch 2 oder 3 Spams.
    Im amerikanischen WP-Forum kann man da sehr interessante Sachen lesen. Captchas alleine funktionieren auch nicht mehr. Meines wurde bereits vor Wochen ausgehebelt. Deswegen bin ich auf SpamKarma2 umgestiegen, das Anfang letzter Woche selbst in der höchsten Stufe auch nichts mehr genutzt hat.
    Es ist auch wichtig zu wissen, dass die Spams fast alle Trackback-Spams sind. Spaßeshalber habe ich heute Vormittag mal den Trackback Validator installiert und siehe da, es wurden (fast) alle Spams geblockt. Weil es eben Trackbacks sind und keine Comment-Spams. Deswegen funzen offensichtlich die Captchas auch nicht mehr.
    Momentan, so auch der Tenor im US-WP-Forum, fährt man wohl mit Akismet am besten. Captchas kann man wohl ganz bleiben lassen.
    Tja, die Spammer lassen sich immer neue Sachen einfallen... Hängt sie höher!!!

  • Frage zu Spam Karma

    Das ist ja nicht unbedingt ein Drama. Aber ich wüßte halt einfach ganz gerne, warum das so ist. Dann kann man es eventuell auch lösen. Muss ja wohl was mit dem Eintrag in einer der sk2-Tables zu tun haben, bzw. mit dem Query darauf.
    Mal beim Autor gucken.

  • semmelstatz2 - Statistik-Plugin

    Dann seid froh, dass ihr mich noch nie gereizt erlebt habt.

    kstenqnen: Wenn ein Besucher auf deine Seite kommt, übermitteln die $_server-Variablen einige Daten zu diesem Zugriff. Welche Daten ist abhängig von der Konfiguration des Webservers. Jeder Zugriff ist EIN Hit. Das heißt die Hits sind völlig unwichtig. Bei meinem früheren Webhoster STRATO waren 1 html-Seite mit 4 Bildern drauf 5 Hits. Schwachsinn. Und aus diesem Blickwinkel muss man Webhoster-Statistiken stets mißtrauisch betrachten. Besucher sind Unique-IPs. Das heißt, bei der SQL-Abfrage wird jede IP pro Tag nur 1mal gezählt. So machen es die meisten Statistik-Tools. So auch meines. Jetzt hat Wordpress aber zusätzlich noch einen Cookie, aus dem auch hervorgeht, welchen Userlevel du hast. In den Einstellungen von semmelstatz2 kannst du festlegen ob deine eigenen Zugriffe und die registrierter Benutzer getrackt werden oder nicht. Halte ich für wichtig, denn eigene Zugriffe zu tracken, finde ich persönlich. Blödsinn. Webhoster-Statistiken sehen immer gut aus.

    Zu sagen, das Plugin "erzeuge nur Last" zeugt entweder von Ahnungslosigkeit oder davon, dass es wohl an der Zeit ist, sich selbst mal nach einem Webhoster mit anständiger php- und mysql-Unterstützung umzusehen. Oder die Datenbank hatte wegen des Heavy Traffics schon direkt nach der Installtion 2stellige MBs??? Ich habe jeden Tag zwischen 800 und 1200 Besucher (nicht Hits). Ohne Admins, Bots etc. Meine statz-Tabelle ist momentan 24 Tage alt und hat knapp 4 MB. Die Zugriffszeit meines WPs wird durch das Plugin nicht tangiert. Meine Seitenaufrufe unterscheiden sich mit und ohne Semmelstatz2 im Millisekundenbereich. Dass der Aufruf der Statistik selbst viele sql-Queries mit sich bringt, ist wohl logisch. Wer seine DB auf einem lahmarschigen sql-Server liegen hat, empfindet das natürlich als Last. Eine Frage der Sichtweise. Und des Webhosters.

    Ich halte konstruktive Vorschläge immer für sinnvoller als Geschwätz aus Halbwissen heraus. Das hat überhaupt nix mit Gereiztheit zu tun.

  • semmelstatz2 - Statistik-Plugin

    Leute, ich gucke hier fast nie rein. Wenn ihr Fragen zu meinem Plugin habt, dann stellt sie bitte hier:
    http://www.kopfhoch-studio.de/blog/?p=2068

    Eure Logfiles tracken ALLES. semmelstatz2 trackt in der Grundeinstellung z.B. keine Admins und registrierten Benutzer. Ebenso keine Bots und Crawler, so weit sie erkannt werden. ALLE statisktools unterscheiden sich untereinander. Die Website-Statistiken der Webhoster sollen dem Kunden natürlich ein möglichst positives Bild aufzeigen. Wer sich ein Statistiktool installiert, nur um es dann mit anderen zu vergleichen, der sieht darin offensichtlich einen anderen Sinn als ich es tue. Entscheidet euch für eines und bleibt dabei. Das Gejammer von den unterschiedlichen Statistiken kann ich schon nicht mehr hören.

    Demnächst gibt es Version 2.1 mit einigen Bugfixes und diversen Neuerungen. Leider habe ich momentan nur wenig Zeit, da ich auch noch meinen Lebensunterhalt verdienen muss.

  • semmelstatz2 - Statistik-Plugin

    Die Version 2.0 meines Statistik-Plugins ist fertig. Diverse Änderungen zur 1.x-Version sind zu vermelden, die ich hier aber nicht im Einzelnen aufzählen will.

    Was ist semmelstatz2?
    semmelstatz2 ist ein Statistik-Plugin für Wordpress, das mittels eigener sql-Tabelle Informationen über die Besucher deines Blogs aufzeichnet und entsprechend ausgewertet in deinem Adminbereich (und nur dort) anzeigt.

    Was benötigt semmelstatz2?
    1 Blog angetrieben durch Wordpress 2.0.x, 1mal Administratorenzugriff auf dieses Blog und ein paar Besucher wären auch nicht schlecht, denn sonst ist das Plugin witzlos. Ich habe schon Blogs gesehen, die hatten gerade mal 2 oder 3 Beiträge und semmelstatz 1.x als Statistik-Plugin. Na ja, heute meint ja jeder, er könne Popstar werden…

    Was macht semmelstatz2?
    Der Browser eines Besuchers übermittelt deinem Blog bei jedem Zugriff bestimmte Informationen. semmelstatz2 wertet einen Teil dieser $_SERVER-Variablen aus:

    1. IP-Adresse
    2. Datum/Zeit des Zugriffs
    3. Referer (die aufrufende Webseite)
    4. Suchbegriff (falls vorhanden)
    5. Host (die Domain von der dieser Zugriff kommt)
    6. Post bzw. Page, die aufgerufen wurde
    7. Username (falls von einem wp-Cookie übermittelt)

    Bei Aktivierung erstellt semmelstatz2 eine neue Tabelle in deiner sql-Datenbank namens wp_statz. Dort werden die oben genannten Werte abgespeichert.

    Den vollen Text, den Download und Diskussion gibt es hier:

    http://www.kopfhoch-studio.de/blog/?p=2068

  • wp_query und die index-seite

    Die folgenden 2 Zeilen Code geben die aktuelle post-ID zurück:

    Code
    global $wp_query;
$id = $wp_query->post->ID;


    Das ist eine feine Sache. Allerdings erhält man beim Aufruf der Index-seite ( ist gleich Blog-URL) IMMER die ID des letzten Posts, was für die Index-Seite genaugenommen nicht korrekt ist.
    Hat jemand eine ausgebuffte Idee, wie ich unterscheiden kann, ob nur die Index-Seite aufgerufen wurde ($id=0) oder tatsächlich das letzte Post ($id=1234).
    Bei normaler URL-Struktur (index.php?p=1234) ist das mittels $_GET kein Problem, bei Permalinks aber sehr wohl.

  • Frage zu Spam Karma

    Seit einigen Tagen rollen ganz massive Spam-Wellen mit mehreren 100 Spam-Comments über mein Blog. Spam Karma 2.2 final r3 filtert fleißig und erfolgreich. Der Gag dabei ist, dass die Anzeige in der SP2-Statistik unverändert so aussieht:

    Statistiken

    * Entdeckter Spam: 0
    * Freigegebene Kommentare: 1 (durchschnittliches Karma: 25)
    * Moderierte Kommentare: 0
    * Aktuelle Version: 2.2 final r3

    Entdeckter Spam: 0? Wenn ich's nicht selber sehen würde...

    Okay, so lange SP2 seinen Job tut, kann ich damit ja leben. Aber ich wüßte doch ganz gerne, warum dort die Anzahl der gekillten Spams nicht angezeigt wird. Vielleicht weiß das ja jemand hier?!

  • Neues Statistik-Plugin

    Welche Wordpress-Version und welche semmelstatz-version verwendest du?

    Wenn du mit der Maus im WP-Admin rechts auf den Link STATZ gehst, welche URL steht denn dann unten links in deiner Statuszeile? Dort sollte sowas stehen wie:

    Code
    http://URL_DEINES_BLOGS/wp-admin/admin.php?page=semmelstatz.php

  • Neues Statistik-Plugin

    Kann es sein, dass du ein Template oder ein anderes Plugin von Alex King verwendest bzw. verwendet hast? Auf jeden Fall hat der Eintrag nix mit semmelstatz zu tun. Das weiß ich mit Sicherheit.
    Diese magpierss-Einträge in der wp-options haben irgendwas mit rss-feeds zu tun. Ich lösche die regelmäßig. In der wp-options sammelt sich mit der Zeit eh viel Schrott an. Vor allen Dingen durch Plugins. Auch durch meines (1 Eintrag). Wie die bei dir in die Statistik kommen, weiß ich nicht.

    Aber schön, dass du mit meinem Plugin zufrieden bist. Das ist doch immerhin mal was Positives, oder?

  • Neues Statistik-Plugin

    Probleme beim Veröffentlichen neuer Posts

    Ich habe nun schon ein paar Mal in diesem Board gelesen, dass mein Plugin Probleme beim Posten unter wordpress 2.0.x mache und deftige Fehler verursache. Inzwischen wurde diese Aussage wieder revidiert.
    Die Probleme beim Posten neuer Beiträge resultieren offensichtlich aus dem WP_Core und nicht aus Plugins, zumindest nicht aus denen, die ich verwende. Manche User vermuten Fehler in der wp-admin/post.php. Ich vermag das nicht zu sagen. Keine der in semmelstatz verwendeten Funktionen greift in irgendeiner Weise in das Posten neuer Beiträge ein. Das nur am Rande des Updatehype.

  • Neues Statistik-Plugin

    ljay hat recht. die post_names sind NICHT eindeutig. aber bei permalinks übermittelt der browser nun mal nicht die ID, sondern den post_name. mein plugin liest mittels $_GET(...) aber nur "?p=" und "page_id=" aus. da nützt mir auch der loop nix.
    pufaxxens weiterführende ideen gehen auch über mein pluginvorhaben hinaus. ich hab mein blog um zu schreiben und auch ab und an spaß zu haben, nicht wegen der statistik. ich persönlich möchte da die kirche im dorf lassen.
    trotzdem: ideen hör ich mir gerne an. und das mit den permalinks muss man mal weiter durchdiskutieren. ganz klarer fall.

  • Neues Statistik-Plugin

    Was ist denn der Nicename? Ich schätze mal, du meinst das Feld post_name in der Tabelle wp-posts. Das ist der in lowercase konvertierte post_title mit Bindestrichen ziwschen den einzelnen Wörtern. An der Stelle müsste man ansetzen, denn:

    Code
    http://blabla.de/xxx/xxx/xxx/dies-ist-mein-nicename

    Das ist immer gleich. Da hast du recht. Entweder /post_name oder p= oder page_id=

    Man müsste die aufgerufene URL an den Slashes zerlegen. Dazu gibt es den PHP-Befehl SPLIT. Der erzeugt ein Array, dessen letztes Element der post_name ist. Dessen ID müsste man dann in der wp_posts erfragen.
    Das wird langsam bedenklich, denn dieses Query würde ja vor dem Eintrag in die Tabelle erfolgen. Ob das nicht Performance-Probleme gibt? Einer stark frequentierten Seite mit vielen statischen Beiträgen würde das sicher nicht gut tun.

    Wie machen das den andere 'Statisitker'? Kann man da nicht abkupfern? Ich muss da drüber nachdenken.