Beiträge von redunzl

    ab sofort steht die version 2.4.2 zum download bereit. dies ist unter anderem ein sicherheitsupdate, das ich jedem semmelstatz-user tunlichst ans herz lege.

    download, fragen, diskussion, fehlermeldungen etc. (ja, auch support, obwohl hier in diesem board anderes kolportiert wird) unter folgendem link:

    semmelstatz 2.4.2

    Schau dir mal im entsprechenden Beitrag kopfhoch-studio » semmelstatz 2.4.1 in meinem Blog die Kommentare #105, #106 und folgende an. Das müsste dir eigentlich weiterhelfen. Bei manchen WP2.1.-Blogs kam/kommt es vor, dass das Plugin die Tabelle nicht erstellen kann. Der Grund dafür ist bis dato unbekannt. Wenn du die Tabelle mit phpMyAdmin manuell erstellst, funkt das ganze dann in der Regel. In der kommenden Version wird die Setup-Routine etwas anders funktionieren.
    Wenn es weitere Probleme gibt, poste das bitte in mein Blog, denn hier schaue ich nicht so oft rein.

    tboggi: Ich dachte, in diesem Thread geht es um ein neues Statistik-Plugin? Du aber pickst dir aus unzähligen Äußerungen meinerseits 4 aus jeglichem Zusammenhang heraus und stellst mich in diesem Forum hinterfotzig an den Pranger? Was bist denn du für ein Schwächling? Vielleicht sollte ich deine dümmlichen Kommentare, die du in meinem Blog abgegeben hast, hier auch veröffentlichen? Die sprechen eine deutliche Sprache.

    Keiner kommt auf die Idee, mich zu fragen. Dann kann's ja nicht so schlimm sein.

    Zitat

    Wenn der Ersteller des Plugin nicht in der Lage ist die Lücke zu erkennen bzw. zu beseitigen und sich nicht dazu äußert -> raus damit!
    Und bis er sich äußert: temporär deaktivieren und den Zugriff auf die dazugehörigen Dateien sperren (sofern es die eingesetzte Version betrifft (Stichwort: Kommunikation)), alles andere ist russisches Roulette mir einer Automatik.

    Braindead: Es hat mich niemand gefragt. Also wie könnte ich mich dazu äußern, wenn ich von diesem Thread hier nix weiß, Schlaumeier.

    1) Es hat nie eine admin.php in semmelstatz gegeben.
    2) Diese ominöse Sicherheitslücke betraf eine ganz andere Geschichte, die ich hier mit Sicherheit nicht verbreiten werde, da ich nicht weiß, ob alle semmelstatz-User upgedatet haben, und sich in Foren genug Vollidioten rumtreiben, die dann nix anderes zu tun haben, als Blogs mit semmelstatz zu suchen. War ein Fehler, diese Geschichte überhaupt zu erwähnen.
    3) Der Verfasser dieses Threads hat mich vor einer ganzen Weile auf seine merkwürdigen Serverlogs aufmerksam gemacht. Daraufhin habe ich einige Serverfiles gecheckt/checken lassen und keinerlei Einträge gefunden, die in die Richtung gehen wie oben aufgeführt.
    4) Es kann jeder den Code von semmelstatz angucken und sich ein Bild von seinem Gefahrenpotential und seinem unsauberen Code machen. Hat ja ziemlich viele Cracks hier. Zumindest verbal. Wer keinen unsauberen Code findet, fragt einen der Cracks.
    5) Reicht das?

    Als Verfasser dieses Threads kann ich nun auch ein erfolgreiches Update auf 2.1 vermelden. Die Fehler im Dashboard sind geblieben, sowohl bei meiner 'lokalhorst'-Installation, als auch im Liveblog. Ich habe die entsprechenden Passagen in der wp-admin/index.php einfach auskommentiert. Wer braucht schon die Blogstatistik des Dashboards? Schließlich gibt es semmelstatz und ich bin dessen Autor. Was will ich mehr? So long, fellows.

    Das ist natürlich eine heikle Sache. Denn ich kann noch nicht sagen, dass sie alle funktionieren. Sie verursachen zumindest keine sichtbaren Fehler. Das heißt aber nix:

    Advanced Search 0.5
    Character Set Conversion 0.8
    Clean Archives Reloaded 1.0.1
    Comment Quicktags 1.9
    Download Manager R1.beta2_WP2
    DynamicMeta 0.4.1
    Force Word Wrapping 1.0.0
    Kill Refererspam 1.0 (unveröffentlichtes Eigengewächs)
    Lightbox Plugin 0.5 PLUS!
    o42-clean-umlauts 0.2.0
    PHP Exec 1.5
    semmelgalerie 0.2 (unveröffentlichtes Eigengewächs)
    semmelstatz2 2.5 (Eigengewächs)
    Smart Update Pinger 2.0
    Spaltenmacher 0.1 (unveröffentlichtes Eigengewächs)
    Text Replace 1.0
    wbQuiz 0.1.0
    WP-ContactForm 1.4.3
    WP-PageNavi 2.10

    Ich weiß auch nicht, ob der o.g. Fehler eventuell was mit meiner php-Version 5.1.4 (xampp) zu tun hat.

    Fehlerdiskussionen

    Bitte schreibt mir doch solche Sachen in den entsprechenden Beitrag in meinem Blog. Ich guck nicht alle Furz lang in dieses Forum hier rein. Und eine Email-Benachrichtigung über eure Beiträge habe ich nicht bekommen, trotz Aktivierung der entsprechenden Option.
    Das Problem ist mittlerweile gelöst und in dem Beitrag

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

    gibt es einen Workaround bzw. ein korrigiertes Update.
    Sorry für meine Schlamperei.

    Update auf 2.4. Relativ unspektakulär.

    - Eigene Domain wird nun auf mehrfachen Wunsch aus den Referern rausgenommen. Zunächst mal nicht in den Optionen wählbar, da das die meisten User eh so wollten. Falls mehrfach der Wunsch nach Wählbarkeit auftauchen sollte, werde ich das vielleicht in die Optionen übernehmen.

    Neuerungen in 2.3.2.
    - Erfassung der Zugriffe mit Blogzeit, die im Adminbereich festgelegt ist, nicht - wie bisher - mit lokaler Serverzeit (Zeitzone!)
    - Liste der Bots erweitert

    Download und Diskussion der Version 2.4. hier

    Ist es evtl. möglich in den Datensätzen oder auch unter Statz den Browsertyp es Benutzers anzeigen zu lassen? Dies würde auch die Identifizierung von mitgezählten Bots erleichtern.

    Ich schätze mal, du meinst den USERAGENT, den man aus dem $_SERVER-Array auslesen kann. Darin verbergen sich gleich mehrere Infos: Browser, Betriebssystem und eben auch der Name etwaiger Bots. Browser und Betriebssystem find ich völlig unwichtig.
    Klar, wenn man den USERAGENT komplett in der Tabelle drin hätte, könnte man das immer mal durchgucken, ob da noch Bots kommen, die noch nicht ausgewertet werden. Das wärs aber auch schon. Und das Tracken und die Queries wären wieder etwas langsamer.

    Nein, denn das würde eine Änderung der statz-Tabelle erfordern. Es gibt sql-Befehle mit denen man Tabellen 'on the fly' ändern kann. Hab ich noch nie gemacht. Verschieben wir das auf eine spätere Version. Ich halte den Browser auch für wenig interessant. Hat bis jetzt auch noch miemand angemahnt. Wenn ich mal wieder Bock habe, an Erneuerungen zu arbeiten, werde ich das in Erwägung ziehen.

    Ein winziges Update meines Statistik-Plugs semmelstatz auf die Version 2.3.1.

    - ab sofort werden die Zugriffe nicht mehr mit Lokalzeit des jeweilgen WP-Servers getrackt, sondern mit der im Admin-Center angegebenen UTC +/- Offset.

    - das Array mit den Bots wurde massiv erweitert. Ich habe die mal ein paar Tage mitgetrackt, damit ich die sehe. Die Erweiterung des Arrays hat nicht unerhebliche Folgen für die Zugriffszahlen.

    Download hier

    Viel Spaß

    Jetzt muss ich mich doch mal in diese Diskussion einschalten:

    1) semmelstatz schreibt Daten in eine Tabelle einer SQL-Datenbank. Das hat zur Folge, dass die Datenbank wächst. Was ist daran so ungewöhnlich? Je nachdem, wieviele Hits ein Blog hat, wächst diese Tabelle schnell oder weniger schnell. Das ist logisch. Um die Größe der Tabelle zu beeinflussen, gibt es in semmelstatz 2 Funktionen. Nicht mehr und nicht weniger. Wo ist da ein Problem? Wer so viel Traffic auf seinem Blog hat, dass ihm semmelstatz Kummer bereitet, muss sich was richtiges, was professionelles suchen.

    2) Im Gegensatz zu anderen Skripts dieser Art sammelt semmelstatz z.B. keine Browser-Infos, Bildschirmauflösung, Länder oder solches Zeugs. D.h. die Tabelle wächst langsamer als bei vielen anderen Tools dieser Art. Eine Zugriffs-Statistik sollte nicht zum Selbstzweck oder gar Fetisch verkommen. Das ist meine persönliche Meinung. Wer Infos wie die oben genannten haben möchte, muss sich was anderes suchen, denn die wird er auch in Zukunft nicht von semmelstatz bekommen.

    3) Es hat testhalber schon mal eine Version mit Charts und Käsetorten etc. gegeben. Das hat funktioniert. Allerdings habe ich das wieder verworfen. Die Gründe habe ich unter Punkt 2) genannt. Außerdem wirken sich php-Klassen mit GD-Funktionen auf manchen Servern negativ auf die Performance aus.

    Warum der Herr tboley mir unterstellt, ich wolle Diskussionen unterdrücken oder was auch immer, weiß ich nicht. Der Hinweis, dass Diskussionen, Support und Download in meinem Blog stattfinden, erfolgte bis jetzt bei jedem Update von semmelstatz..

    Ich bin nicht einfach? Na, das hoff' ich doch. Muss ein Plugin-Schreiberling denn einfach sein?

    Jetzt muss ich mich doch mal in diese Diskussion einschalten:

    1) semmelstatz schreibt Daten in eine Tabelle einer SQL-Datenbank. Das hat zur Folge, dass die Datenbank wächst. Was ist daran so ungewöhnlich? Je nachdem, wieviele Hits ein Blog hat, wächst diese Tabelle schnell oder weniger schnell. Das ist logisch. Um die Größe der Tabelle zu beeinflussen, gibt es in semmelstatz 2 Funktionen. Nicht mehr und nicht weniger. Wo ist da ein Problem? Wer so viel Traffic auf seinem Blog hat, dass ihm semmelstatz Kummer bereitet, muss sich was richtiges, was professionelles suchen.

    2) Im Gegensatz zu anderen Skripts dieser Art sammelt semmelstatz z.B. keine Browser-Infos, Bildschirmauflösung, Länder oder solches Zeugs. D.h. die Tabelle wächst langsamer als bei vielen anderen Tools dieser Art. Eine Zugriffs-Statistik sollte nicht zum Selbstzweck oder gar Fetisch verkommen. Das ist meine persönliche Meinung. Wer Infos wie die oben genannten haben möchte, muss sich was anderes suchen, denn die wird er auch in Zukunft nicht von semmelstatz bekommen.

    3) Es hat testhalber schon mal eine Version mit Charts und Käsetorten etc. gegeben. Das hat funktioniert. Allerdings habe ich das wieder verworfen. Die Gründe habe ich unter Punkt 2) genannt. Außerdem wirken sich php-Klassen mit GD-Funktionen auf manchen Servern negativ auf die Performance aus.

    Warum der Herr tboley mir unterstellt, ich wolle Diskussionen unterdrücken oder was auch immer, weiß ich nicht. Der Hinweis, dass Diskussionen, Support und Download in meinem Blog stattfinden, erfolgte bis jetzt bei jedem Update von semmelstatz..

    Ich bin nicht einfach? Na, das hoff' ich doch. Muss ein Plugin-Schreiberling das sein?

    Seit dem Update auf 2.0.3 muss ich beim nachträglichen Editieren eines Kommentars eine nervige und hässliche Abfrage bestätigen:
    ---------------------------------------------------------------------
    [Blockierte Grafik: http://www.kopfhoch-studio.de/blog/wp-uploads/buggy.jpg]
    ---------------------------------------------------------------------
    Meine Anfrage im amerikanischen WP-Forum, ob dies ein 2.0.3-Feature sei, wurde bestätigt. Freundlicherweise erhielt ich den Hinweis auf ein Plugin, dass dieses reizende Verhalten und anderen, ähnlichen Käse abstellt.

    Wenn ich in 2.0.3 einen Comment editiere, bekomme ich folgende häßliche, kleine html-Seite angezeigt:
    [Blockierte Grafik: http://www.kopfhoch-studio.de/blog/wp-uploads/buggy.jpg]
    Sonst nix. Ist das ein neues "Feature"? Blöderweise habe ich das erst gemerkt, nachdem ich sowohl mein Test- als auch Liveblog upgedated habe.
    Extrem nervig ist, dass man nach dem Klick auf NO auf dem nutzlosen Dashboard landet und nicht wieder in dem Post, dessen Comment man ändern wollte.
    Naja...