Beiträge von Putzlowitsch

Ich frage deshalb weil es denkbar wäre, das eines oder mehrere dieser PNGs auf einer anderen Seite "fremdgenutzt" werden. Wenn das ein hoch frequentiertes Forum oder sowas ist, hättest Du ja ständig die Aufruf durch die normalen Benutzer der fremden Seite. Das würde auch erklären, warum die IPs ständig wechseln.
Kannst Du irgendwie für die Aufrufe der PNGs im Log den Referer sehen? Dann könnte man vielleicht darüber die Zugriffe sperren oder dagegen vorgehen.

Gruß
Ingo

Was heißt denn "machen sich an einigen png's zu schaffen", sind das Bilder und was genau passiert da? Werden die einfach in schneller Folge abgerufen?

Gruß
Ingo

Die xmlrpc wird auch aufgerufen, wenn jemand auf einen Deiner Artikel verlinkt und dann ein Ping sendet. In WP wird das mit der Option "Versuche jedes verlinkte Weblog vom Artikel zu benachrichtigen" aktiviert.

Ich kann auf dem Bild auch nichts erkennen, das liegt aber daran, das hier im Forum die Bilder einfach verkleinert werden, falls sie zu groß sind.

Gruß
Ingo

Geladen werde sie in der Datei wp-settings.php:

...
if ( get_option('active_plugins') ) {
    $current_plugins = get_option('active_plugins');
    if ( is_array($current_plugins) ) {
        foreach ($current_plugins as $plugin) {
            if ('' != $plugin && file_exists(ABSPATH . PLUGINDIR . '/' . $plugin))
                include_once(ABSPATH . PLUGINDIR . '/' . $plugin);
        }
    }
}
...

Gruß
Ingo

Nein, die Bilder und sonstige auf der Seite eingebundenen Dateien (z.B. CSS, Javascript) werden weiterhin gegebenenfalls aus dem Cache geladen. Das "Last-Modified" bezieht sich nur auf den Quelltext der Seite, wenn man so will.

Gruß
Ingo

Achso, na dann.
Komische Sache allerdings, das.

Gruß
Ingo

Komisch, als ich hab es bei mir ja getestet, und es funktioniert. Bei mir wird die Funktion allerdings in Zeile 52 deklariert und ist in Zeile 103 mit der schließenden, geschweiften Klammer zuende. In Zeile 105 wird sie dann aufgerufen.

Am besten noch mal die Datei runterlagen, entpacken und neu auf den Server kopieren.

Gruß
Ingo

Hat 'nen Moment gedauert, tschuldigung :-)

Das Problem war mir selbst früher auch bereits aufgefallen, ich hatte ihm aber keine weiter Beachtung geschenkt, weil es eher selten und scheinbar eher zufällig auftrat.

Nun konnte ich den Fehler aber reproduzieren und auch in der neuen Version 0.18 Abhilfe schaffen:
Schnurpsel 123 HTML

Das eigentliche Problem ist die nicht ganz saubere Umsetzung der Idee im Plugin selbst. Hier wird gnadenlos an der Request-URI rumgedoktert, um z.B. das .html für WP wieder zu entfernen und Ähnliches. Die "Lösung" sieht nun einfach so aus, daß ich eine URI, in der /wp-admin/ vorkommt, unangetastet lasse.

Ich hatte bereits schon mal ein Redesign mit sauberer Lösung über die WP-internen Rewriterules angefangen, komme im Moment aber zeitlich nicht dazu, diese zum Abschluß zu bringen.

Gruß
Ingo

Nein, das gilt nur für den Wechsel zu Permalinks, wenn man vorher keine hatte. Deine alte Struktur mit /?p=1234 waren keine Permalinks.
Oder anders gesagt, alles kann immer klassisch mit Parametern (/?...) aufgerufen werden, egal ob und was für Permalinks konfiguriert ist. Wenn Permalinks aktiv sind, wird weitergeleitet, ohne Permalinks wird die Seite direkt angezeigt.

Wenn man dann später die Permalinkstruktur selbst ändert, also z.B. Jahr und Monat rausnimmt und dafür die Kategorie rein, dann kann Wordpress das nicht selbst umsetzen. Dann benötigt man ein Plugin.

Gruß
Ingo

Es liegt daran, wie diese Meldungen seitens 1&1 eingebunden werden, nämlich per Javascript mit einer relativen URL, z.B.:

tinc?key=cuXzpeUI

In der Vorschau kommen ja die Permaliks nicht zum Tragen, dadurch stimmt die Adresse dann:

www.example.org/tinc?key=cuXzpeUI

Mit Permalinks ergibt sich daraus aber:

www.example.org/meldungen/tinc?key=cuXzpeUI

Und die Adresse gibt es natürlich nicht.

Nachtrag: Das kannst Du aber ändern, einfach diesen tinc?key=... Dingern einen Schrägstrich voranstellen, also /tinc?key=...

Gruß
Ingo

Brauchst Du gar kein Plugin dafür, sofern Permalinks aktiv sind, kümmert sich WP automatisch um die richtige Weiterleitung der Nicht-Permalink-Aufrufe (wie z.B. /?p=1234).

Gruß
Ingo

Rüberholen (im Sinne von Dateien kopieren) muß man eigentlich gar nichts, sofern der Hoster eine beliebige Zuordnung von Domains/Subdomains zu Unterverzeichnissen des Webspaces erlaubt. Einfach ein neues Verzeichnis erzeugen und die Subdomain darauf verweisen lassen. Dort WP einrichten und wenn alles läuft die Hauptdomain auf dieses Verzeichnis verweisen lassen. Natürlich die Sache mit den URLs anpassen, wie von Jottlieb erwähnt.

Gruß
Ingo

Bitte die neue Version 1.05 verwenden, da ist auch der Button im visuellen Editor wieder da.

Gruß
Ingo

Doch, das bedeutet einfach, das die Anzahl bei allen Artikeln bereits richtig war, warum auch immer. Ist also alles in Ordnung.

Gruß
Ingo

Nachteil der direkten SQL-Methode ist, daß bei den Artikeln der Kommentarzähler (Feld 'comment_count') nicht erhöht wird und somit die angezeigte Anzahl der Kommentare nicht stimmt. Könnte man aber auch nachträglich per SQL korrigieren. Ungefähr so:

UPDATE wp_posts p
SET p.comment_count = (SELECT COUNT(*) FROM wp_comments c WHERE c.comment_approved = '1' AND c.comment_post_ID = p.ID)

Ohne Gewähr!

Gruß
Ingo

Benutzerdefiniertes Feld war mein Stichwort, marX :-)

Habe schnell mal mein Homelink-Plugin erweitert. Es bietet nun die Möglichkeit, für jede statische Seite den Menütitel zu ändern.

Der neue Titel wird einfach beim Bearbeiten der Seite als benutzerdefiniertes Feld 'menu_title' festgelegt. Also Schlüssel ist 'menu_title', das was in Wert steht, wird dann als Menütitel verwendet.

Bitte beachten, das dieser so festgelegte Titel einen mit der Pluginoption "Menü-Titel" festgelegten Titel für eine statische Startseite "überstimmt".

Gruß
Ingo

Vielleicht das www/ohne-www-Problem?
Schnurpsel Wordpress 2.3 - Problem ohne www bei Strato

Gruß
Ingo

Mit dem Eintrag

<meta name='robots' content='noindex,nofollow' />

im Header hast Du zumindest schon mal wirksam verhindert, das Leser über Suchmaschinen zu Dir finden. Zudem befindet sich die eigentliche Seite in einem Frameset, das ist wohl auch nicht gerade Suchmaschinenfreundlich.

Aber Suchmschinen sind natürlich nicht alles. Ansonsten sind halt, wie oben schon erwähnt, Links wichtig. Das ganze WWW basiert ja praktisch auf Links. Die Seite halt bekannt machen, der Suchvorschlag oben ist sicher ein guter Startpunkt.

Gruß
Ingo

Naja, vielleicht sollte man Webseiten besser mit http und nicht mit ftp aufrufen.

Gruß
Ingo

Wenn man immer noch kein PHP kann, ist es eigentlich keine gute Idee, in den Wordpress-Kernmodulen rumzufummeln.
Vielleicht kommst Du ja hier weiter:
Template Tags/get the tags WordPress Codex
Gleich das erste Beispiel dort sollte schon gut auf die Aufgabe passen.

Gruß
Ingo