Wie Du oben schon selbst vermutest, das Problem ist die Post-ID, an die Du auf mod_rewrite-Ebene nicht rankommst. Es kann also nur eine WP-interne Lösung funktionieren.
Gruß
Ingo
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenWie Du oben schon selbst vermutest, das Problem ist die Post-ID, an die Du auf mod_rewrite-Ebene nicht rankommst. Es kann also nur eine WP-interne Lösung funktionieren.
Gruß
Ingo
Also ich kann alle Artikel im Feed sehen. Liegt vielleicht auch irgendwie an Feedburner.
Manchmal ist es auch ein Problem mit dem lokalen Browsercache.
Gruß
Ingo
Man kann auf die FTP-Geschichte verzichten, wenn man das Backend im Fast-CGI-Modus laufen läßt. Einfach eine .htaccess-Datei mit folgedem Inhalt erstellen:
und diese in das wp-admin Verzeichnis kopieren.
Nun funktioniert das automatische Core-Update mit einem Knopfdruck ![]()
Gruß
Ingo
Am besten, alle Methoden außer fsockopen ausschalten. Dann verhält sich WP 2.7.x weitestgehend wie die Versionen davor.
Man kann natürlich versuchsweise zunächst alle Methoden ausschalten. Wenn aber selbst das nicht hilft, liegt das Problem woanders.
Gruß
Ingo
Normalerweise nur der Admin. Es gibt aber ein Plugin, welches den Empfängerkreis erweitert:
Schnurpsel 123 Moderate Comment Notification
Gruß
Ingo
...
Wer immer eine Joomla basierte Webpräsenz betreiben will sollte Strato links liegen lassen.
Auch für Wordpress trifft das derzeit zu. Allerdings gibt es vielleicht Licht am Ende des Tunnels, denn Starto will Anfang März die Datenbankserver aufrüsten. Mal abwarten, wie es dann sein wird.
Gruß
Ingo
Sieht gar nicht nach Wordpess aus. Wenn es doch WP wein sollte, weiß er zumindest, das gut zu verschleiern ![]()
Gruß
Ingo
Das hatte ich hier schon geschrieben, warum es nur mit den IDs funktioniert und was der eigentliche Vorteil ist. Wenn man die Slugs verwenden will und die sich sowieso nie ändern, kann man die Links ja auch direkt per Hand einfügen.
Gruß
Ingo
Welche Methodem verfügbar sind hängt davon ab, wie der Hoster PHP konfiguriert hat und welche Module installiert sind.
Im Allgemeinen reicht es aus, wenn man fsockopen aktiviert.
Wenn es aber selbst nicht hilft, alle Methoden auszuschalten, liegt das Problem woanders.
Gruß
Ingo
Hier kommt z.B. mal wieder die my-hacks.php ins Spiel ![]()
//--- BEGIN Template-Pfad verbiegen
function plw123_get_theme_root( $path ) {
$path = WP_CONTENT_DIR;
$path .= "/styles";
return $path;
}
add_filter( 'theme_root', 'plw123_get_theme_root' );
function plw123_get_theme_root_uri( $path ) {
$path = WP_CONTENT_URL;
$path .= "/styles";
return $path;
}
add_filter( 'theme_root_uri', 'plw123_get_theme_root_uri' );
//--- END Template-Pfad verbiegen
Alles anzeigen
Gruß
Ingo
Bei der usermeta hängt die Anzahl davon ab, wieviele Nutzer es gibt.
Aber es ist schon richtig, daß da option_name und meta_key geändert werden müssen.
Gruß
Ingo
Neee, das hatten wir schon:
http://forum.wordpress-deutschland.org/allgemeines/47…html#post230673
leider ohne Erfolg.
Gruß
Ingo
Wenn es mit Google geht, sollten die "Pings" zumindest prinzipiell funktionieren. Das Problem hängt dann dann mit den Diensten zusammen, wo die Warnung auftritt.
Denkbar wäre auch noch, das diese ihrerseits aus irgendeinem Grund den Zugriff sperren, weil das Sitemap-Ping zu oft aufgerufen wird, oder was weiß ich.
Mit Sitemaps an sich kenne ich mich gar nicht aus.
Gruß
Ingo
Standardmäßig werden die Suchbegriffe bei Wordpess UND-verknüpft. Event 1985 findet also nur Artikel, die Event UND 1985 enthalten, aber eben nicht nur im Titel eines Beitrages, sondern auch im Inhalt. Also werden auch Artikel angezeigt, die z.B. Event im Titel und 1985 im Text enthalten. So ist es zumindest bei mir und ich habe keine Suchplugins installiert.
Gruß
Ingo
Das "normale" 123 No Rewrite Permalink" geht nicht, es gibt aber vom selben Entwickler auch eine spezielle Version für dem IIS:
Putzlowitscher Zeitung 123 IIS Permalink
Gruß
Ingo
Nein, es war nicht wirklich hilfreich. Der TE hat nur ein WebPack M, da geht mod_rewrite eben nicht. Mit mod_rewrite ab WebPack L ist natürlich alles keine Problem, das ist richtig.
Gruß
Ingo