Beiträge von CSe

Nein, ich glaube nicht. Soweit ich das sehe, wäre 'trackback' oder 'pingback' in comment_type hinterlegt worden, wie es bei anderen Tabelleneinträgen auch geschehen ist.

Was mich wundert: Es ist ein User-Agent angegeben und der ganze Eintrag macht einen plausiblen Eindruck, d.h. er sieht nach einem ganz normalen Kommentar aus, von der fehlenden comment_author_IP einmal abgesehen.

Hier ist der betreffende "Kommentar" als SQL-Export:

INSERT INTO `wp_comments` (`comment_ID`, `comment_post_ID`, `comment_author`, `comment_author_email`, `comment_author_url`, `comment_author_IP`, `comment_date`, `comment_date_gmt`, `comment_content`, `comment_karma`, `comment_approved`, `comment_agent`, `comment_type`, `comment_parent`, `user_id`) VALUES
(23, 80, 'KOMMENTAR_NAME', 'KOMMENTAR_EMAIL', '', '', '2008-02-22 08:40:51', '2008-02-22 07:40:51', 'KOMMENTAR_TEXT', 0, '1', 'Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11', '', 0, 0);

Name, E-Mail und Inhalt des Kommentars habe ich ersetzt durch KOMMENTAR_*, da diese Inhalte meiner Meinung nach für die Erklärung nicht relevant sind.

Mir fallen im Moment nur folgende Möglichkeiten ein, wie dieser Kommentar entstanden sein könnte:

• Hätte der Kommentator einen Proxy verwendet, wäre dessen Proxy-IP eingetragen worden. Mangels Erfahrung: Wie schaut es bei der Nutzung von TOR oder ähnlichen Projekten aus?
• Der Kommentar wurde softwaretechnisch "direkt" bei WP eingeliefert, wie auch immer das gehen mag. Ich kenne Wordpress nicht gut genug, um das Zusammenspiel der Komponenten zu verstehen.
  Existiert ein Skript oder eine Lücke zum Erzeugen eines Kommentars? Das würde Kommentar-Spam Tür und Tor öffnen. Deshalb frage ich lieber hier nach, denn geheuer ist mir das nicht, bis mir jemand erklärt, wie der Kommentar geschah.

Hallo zusammen,

ich weiß nicht, ob es bisher nicht hier vorgekommen ist oder ob ich - mangels vernünftiger Suchbegriffe - einfach nur nicht fündig wurde.

Mit hat heute jemand einen Kommentar im Blog hinterlassen, bei dem im Admin-Panel keine IP-Adresse angezeigt wird. Auch in der Datenbanktabelle steht keine IP-Adresse.

Ich verwende WP 2.3.3.

Wie geht das? Wieso wird da keine IP angezeigt?

Ergänzung: Alle anderen Kommentare werden mit IP-Adresse in der Kommentarverwaltung aufgeführt. Auch ein Testkommentar war mit meiner IP-Adresse versehen.

Grüße,

Christian

Tach zusammen,

ich habe in meinen Logs Sonderbares gefunden. :confused:

66.249.72.180 - - [12/Dec/2007:02:26:43 +0100] "GET /qkwglcawns.html HTTP/1.1" 404 1038 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
66.249.72.180 - - [13/Dec/2007:05:01:35 +0100] "GET /dsnjnlleolztx.html HTTP/1.1" 404 1038 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
66.249.72.180 - - [15/Dec/2007:06:19:44 +0100] "GET /yzmudogotjmzap.html HTTP/1.1" 404 1038 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
66.249.72.180 - - [16/Dec/2007:07:41:49 +0100] "GET /wwwufbwrcgiaz.html HTTP/1.1" 404 1038 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Ich habe Xenu Link Sleuth drüberlaufen lassen und finde keine Links, die zu diesen Seiten führen sollen. Ein Referrer ist beim Zugriff auch nicht angeben.

Interessant ist auch, dass bei drei dieser vier Zugriffe unmittelbar zuvor die leere robots.txt abgefragt wurde.

Kann mir bitte mal jemand erklären, die der Googlebot auf die blöde Idee kommt, diese komischen Dateinamen anzufordern? Das Ergebnis sind natürlich HTTP404, da diese Seiten nicht existieren.

Das geht jetzt schon seit knapp einem Jahr so. Bei Bedarf kann ich alle diese Zugriffe zur Verfügung stellen.

So, ich habe nachgeschaut.

Ich hatte trotz Workaround einen Cronjob eingerichtet, der die wp-cron aufruft. Dass ich einen Cron laufen hatte, habe ich wohl verdrängt.

Ich hatte zum 01.12. das Passwort für den Zugriffsschutz des Blogs geändert. Dummerweise habe ich Schussel das Passwort im wget-Aufruf des Cronjobs selbstverständlich *nicht* geändert.

Gestern fiel es mir auf und der Beitrag heute Morgen war da, so wie es sein soll. Es lag in erster Linie an meiner eigenen Doofheit.

CyStats dürfte trotzdem unschuldig sein, denn als ich herumgetestet habe, war noch kein CyStats installiert. Aber egal, ich kann in *diesem* Blog bis zum 24.12. auch darauf verzichten.

Interessant ist allerdings, dass die Veröffentlichung ohne Cron, aber mit Workaround bei mir trotzdem nicht funktionierte.

Danke, marX, das ist der Beitrag, den ich nicht mehr gefunden habe. Vielleicht hätte ich auch noch nach Zeitstempel suchen sollen.

Diesen Workaround habe ich aber bereits eingesetzt, denn ich habe die beiden Zeilen auskommentiert.

Es scheint mir, als müsste ich für meinen Fall als Workaround für die nächsten drei Wochen einen Cronjob laufen lassen, was technisch gesehen kein Problem wäre, aber eben umständlich ist.

Was ich noch vergessen habe anzugeben, ist die Liste der verwendeten Plugins: CyStats 0.9.0 und WP-Lytebox-mod 1.0-mod. Mir fällt gerade auf, dass auch CyStats die aufgerufenen Beiträge nicht mitzählt.

Spielt mir da vielleicht doch der Passwortschutz hinein?

Ergänzung: Der Beitrag zum 04.12. war auf 04.12.2007 00:01 terminiert. Soeben um 00:08 war er immer noch nicht veröffentlicht, sondern im Tellerrand mit "Vorgesehen in 7 Minuten" aufgeführt. Eine Minute später war er "Vorgesehen in 8 Minuten". :???: Irgendwie habe ich das Gefühl, WP zählt/rechnet hier falsch.

Screenshots für den Tellerrand und den Zeitstempel im Artikel kann ich bei Bedarf zeigen.

Ein Aufrufen des Blogs hat den Artikel auch nicht veröffentlicht, erst manuelles Aufrufen von example.de/wp-cron.php hat den Artikel freigegeben.

Mache ich hier etwas falsch oder WP?

Guten Abend, liebe WPler,

ich möchte Beiträge zeitgesteuert veröffentlichen. Eigentlich dachte ich, dass ich dazu den Zeitstempel beim Erstellen des Beitrags bearbeite und auf den gewünschten, zukünftigen Zeitpunkt setze, an dem er erscheinen soll.

Leider funktioniert das nicht so recht, wie ich mir erhofft habe.

Ich habe die Beiträge intuitiv wie oben beschrieben verfasst.
Bsp: Den Zeitstempel für den Beitrag für den 03.12. habe ich auf 03.12.2007 00:00 gesetzt. Im Tellerrand stand dieser Beitrag gestern Abend um 19 Uhr unter "Vorgesehene Beiträge" mit dem Vermerk "in 5 Stunden". So weit, so gut, denn so soll's sein.

Als ich heute Nachmittag um 14 Uhr direkt ins Backend reingeschaut habe, war der Beitrag des 03.12. noch immer nicht veröffentlicht. Im Tellerrand stand er immer noch unter "Vorgesehene Beiträge", nun aber mit dem Vermerk "in 10 Stunden". Huch! :confused:

Warum ist der Beitrag nicht online? Weil evtl. noch niemand das Blog aufgerufen hat? Dann ist die Zeitangabe "in X Stunden" im Tellerrand aber falsch, oder?

Für die zeitgesteuerte Veröffentlichung sollte doch wp-cron.php sorgen. Oder habe ich das falsch verstanden?

Gegenüber dem Standard-DE-Paket habe ich folgende Anpassungen vorgenommen:

In wp-cron.php, weil ich es irgendwo so gefunden habe und es nach meinen Tests auch nur so funktionierte:

# die beiden nächsten Zeilen auskommentiert
#if ( $_GET['check'] != wp_hash('187425') )
#	exit;

Und in wp-admin/index.php (Tellerrand) habe ich die News auskommentiert:

//		jQuery('#devnews').load('index-extra.php?jax=devnews');
//		jQuery('#planetnews').load('index-extra.php?jax=planetnews');

Die Forensuche war leider wenig ergiebig. Benutzte Stichworte für die Forensuche: zukunft, zukünftig, zeitgesteuert.

Mein Setup: WP 2.3.1 DE mit dem Blass-Theme. Evtl. spielt es eine Rolle, dass das Blog per .htaccess passwortgeschützt ist.

Was ich *nicht* möchte (weil auch das bei der Suche öfter ans Licht kam): Im Sinne eines (Veranstaltungs-) Kalenders bereits jetzt schon zukünftige Beiträge anzeigen lassen.

Monika:
Ich beobachte das mal. Wenn's wirklich egal ist, dann soll es mir recht sein. :)

Monika und Elke:
Habt Dank für Eure Einwände und Schubser vom Schlauch runter. 8-)

Zitat von redcat63

Von der Logik her, kann, ja darf er sich garnicht anders entscheiden und muss die jeweilige Seite aufrufen.

Aber doch nur, weil es irgendwann so festgelegt und im Quellcode abgebildet wurde, oder? Wieso sonst sollte WP einer gleichnamigen Seite den Vorzug gegenüber einer Kategorie geben?

Zitat von redcat63

Aber Du kannst statt /category einen anderen Namen verwenden.

Das ist mir bewusst, bringt mir aber wieder eine Hierarchie-Ebene rein, die gerne vermieden hätte.

Zitat von Monika

wie sollte eine Datenbank oder ein Browser wissen,was jetzt unter welcher Internetadresse er anzeigen sollte?

Naja, indem es eine interne Priorisierung gibt. Seite oder Post zuerst? Je nachdem, was WP da für richtig hält. Aber mehr dazu siehe unten. (*)

Zitat von Monika

bei Internetadressen gilt und sollte immer gelten:
es kann nur eine geben

Als ob Connor McLeon damals in den Highlands schon an das Internet gedacht hätte... :wink:

Zitat von Monika

:mrgreen:(nix für ungut)

Nein, kein Problem. Das zeigt mir aber, dass ich mich unklar ausgedrückt habe.

(*) *ärmel hochkrempelnd*:

Mein Hintergedanke war folgender: Ich habe Posts, die sich in fünf Gruppen (um von den Bezeichnungen Seiten und Kategorien wegzukommen) einteilen lassen: gruppe1 .. gruppe5. Außerdem habe ich auch Seiten, die organisatorisch und logisch in die jeweilige Gruppe gehören.

Für den Benutzer ist es unerheblich, ob er sich eine Seite oder ein Post anschaut, weshalb ich das nach außen hin gerne transparent gestaltet hätte.

In der Navigation oben habe ich fünf Menüpunkte, die da lauten gruppe1 .. gruppe5. Daher hätte ein Aufruf der URL example.com/gruppeX/ in der Sidebar die Seiten unterhalb der Seite mit dem Namen gruppeX und im Main Content im Loop die Posts der gruppeX anzeigen können. Hätte, wenn WP so gewollt hätte, wie ich gedacht. :oops:

Die fünf tatsächlich vorhandenen Seiten gruppe1 .. gruppe5 hätte ich eigentlich nur gebraucht, um die Unterseiten hierarchisch zu organisieren. Die Seiten wären Dummy-Seiten ohne Inhalt gewesen.

Das hätte für mich zwar Aufwand bedeutet, wäre aber für im Überblick über die Seite einfacher gewesen. Unter /gruppeX/ wäre nämlich der gesamte Content zum Thema X gelandet.

(Dazu hätte WP aber die Posts (und Archive) den Seiten gegenüber bevorzugen müssen beim Auswerten der URL /gruppeX/) Da dies (vom meinem derzeitigen Erfahrungsstand aus gesehen) aber nicht möglich ist, ist der Content zum Thema X unter /gruppeX/ *und* /category/gruppeX/ (wobei die Bezeichnung "category" austauschbar ist) verteilt.

Obwohl, mir fällt da was ein: /category/gruppeX/ greift ja (u.U.) auf archive.php zurück und listet nur die Posts auf. Das könnte ich ggf. mit PHP in der Seite (mit entsprechendem Plugin) doch auch tun, oder? Dann hätte ich doch genau die Konfiguration, die ich haben will.

Tach zusammen,

ich bin etwas verwirrt, weil WP (2.3.1) meine Seiten und Kategorien durcheinander wirft. Dabei ist es eigentlich nachvollziehbar und WP scheint alles so zu machen, wie es soll.

Ich habe fünf Kategorien kat1 .. kat5 mit Beiträgen und auch fünf gleichnamige statische Seiten mit den Namen kat1 .. kat5. Die Permalinks sind auf /%postname%/ eingestellt.

Da ich aber möchte, dass die Kategorie-Archive nicht unter den URLs /category/katX, sondern unter /katX erscheinen, hätte ich gerne Top Level Categories verwendet.

Allerdings bevorzugt WP danach die statischen Seiten und statt Kategorie /katX wird die Seite /katX angezeigt. :?

Meine Frage ist nun:
Ist es möglich, Kategorien und Seiten unter der gleichen URL gemischt anzeigen zu lassen? Ist das überhaupt ohne Plugin machbar? Kann man das so konfigurieren?

Falls das nur per Plugin möglich ist, möge ein Mod mich (bzw. meinen Beitrag) bitte verschieben.

Oder geht das am Ende überhaupt nicht und ich muss mit den Archiven unter /category/katX leben?

Geht es nicht über Einstellungen -> Lesen -> Startseite?