Beiträge von Putzlowitsch

Bei jedem Aufruf der Seite wird bereits in der wp-settings.php mit der Funktion validate_current_theme() überprüft, ob das aktuell ausgewählte Theme verfügbar ist, indem getestet wird, ob die Dateien index.php und style.css vorhanden sind. Ist dies nicht der Fall, dann wird bei den Optionen das default-Theme eingetragen und damit permanent umgestellt.

Wenn also im Moment des Seitenaufrufes aus irgendeinem Grund die beiden Hauptdateien des Themes nicht erreichbar sind, vielleicht weil grad kopiert, bearbeitet oder per FTP eingespielt wird, wir auf das Default-Theme umgestellt.

Das mit dem Überprüfen gab es z.B. bei WP 2.0.x noch nicht. Man könnte es ja mal probeweise in der wp-settings auskommentieren.

Gruß
Ingo

Ein Zugeständnis an das shared Webhosting. Um die anderen Nutzer der selben Maschine nicht zu sehr auszubremsen, wird die Ausführungszeit einzelner Prozesse begrenzt. Beliebter Standardwert sind diese 30 Sekunden.
Man müßte die Exportdaten in kleinere Häppchen zerlegen, z.B. falls vorhanden, immer nur für einen einzelnen Autor exportieren und importieren.

Gruß
Ingo

Man müßte in der wp-settings.php das Präfix für die Users-Tabelle patchen, etwas so:

...
// Table names
$wpdb->posts          = $wpdb->prefix . 'posts';
$wpdb->users          = 'wp_users';
$wpdb->categories     = $wpdb->prefix . 'categories';
...

Ich habe es aber weder getestet noch kann ich für Folgeschäden haften. Ist eine rein theoretische Überlegung.

Gruß
Ingo

Das hat erstmal nichts damit zu tun, wie das Blog im Web erreichbar ist, sondern wo es sich auf Deinem Webspace befindet. Deine zweite Domain muß einfach auf dasselbe Verzeichnis zeigen, wie die andere. Dann paßt das schon. Wenn das in der Wurzel vom Webspace liegt, dann einfach / angeben.
Das sollte dann ungefähr so aussehen:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Gruß
Ingo

Ja warum eigentlich ohne Tabellen, was ist an denen so schlimm? Auch Tabellen kann man mittels CSS formatieren.
Und so eine Übersicht der Beiträge z.B. ist nun mal mit einer Tabelle am sinnvollsten darstellbar. Warum sollte man da irgendwas künstlich mit DIVs konstruieren.

Gruß
Ingo

Manchmal ist so ein Internetexplorer auch ganz praktisch, der zeigt nämlich gleich an, wo das XML-Problem liegt:

[FONT=verdana]Reference to undefined entity 'uuml'. Error processing resource 'http://www.jazzdrummerworld.com/blog/?feed=rss2'. Line 10...[/FONT]
[COLOR=blue]<title>jazzdrummerworld.com - all about jazzdrumming - News und mehr f&uuml;r Jazzdrummer</title>

[COLOR=Black]Oh, und weiter ist dann noch ein PHP-Fehler:
[/COLOR][/COLOR][COLOR=Red]parse error, unexpected ':' in /home/.../wp-content/plugins/postratings/postratings.php(374) : regexp code on line 1

[/COLOR] Gruß Ingo

Kommando zurück, bei der Blogseite wirkt ein Seiten-Template gar nicht. Du mußt also die index.php anpassen. Ohne PHP kommt man halt nicht weiter. Aber man kann sich das vorhanden ja als Vorlage zum abgucken nehmen.

Gruß
Ingo

Achso, dann mußt Du ein Seitentenplate schreiben, das eben als Sidebar nur die gewünschten Sachen enthält und dieses Template dann der Seite zuweisen:
Pages « WordPress Codex

Gruß
Ingo

Also wenn die beiden Domains im selben Paket liegen, brauchst Du nur für die "sprechende" Domain als Verwendungsart "Webspace" auswählen und dann darunter das Verzeichnis (Bestehendes Verzeichnis) einstellen, wo das Blog installiert ist.

Gruß
Ingo

Zitat von Bugmenicht

...
Putzlowitsch dann gibt es leider aber einen 500 Internal Server Error :(

Das bedeutet, das diese Option nicht unterstützt wird. Da mußt Du Dich an Deinen Webhoster wenden und in Erfahrung bringen, wie man das Directorylisting abschalten kann.
Und so gab es keinen 500er? Komisch.

Gruß
Ingo

Genau, eine weitere statische Seite mit dem Titel Blog und diese dann dem Blog zugeweisen. Weiteres steht hier:
http://forum.wordpress-deutschland.org/konfiguration/…eine-seite.html

Gruß
Ingo

Zitat von Alphawolf

... Aus 'close' müsste 'closed' werden....

Da könnte auch 'blablubb' stehen, es wird eigenlich immer nur auf 'open' geprüft :-)
Nachtrag: Das stimmt doch nicht, in der wp-comments-post.php wird doch tatsächlich 'closed' abgefragt. Also doch besser 'closed' verwenden.

Und wie setzt Du dann nachher den Status wieder zurück?

Zitat

UPDATE wp_posts SET comment_status = 'open';

Dann werden aber auch die wieder 'open', die man mal, aus was für Gründen auch immer, auf 'closed' gesetzt hatte.

Meine Methode funktioniert übrigens nicht für Trackbacks, weil da direkt der Wert mit get_var() abgefragt wird, also an WP vorbei, wenn man so will.
Aber hier könnte man einfach für die Zeit eine geänderte wp-trackback.php einspielen.

Gruß
Ingo

Zumindest für die Seiten und Beiträge selber würde es damit gehen:

<?php
/*
Plugin Name: 123 No Comment
Plugin URI: http://putzlowitsch.de/123-plugins
Description: Temporäres abschalten der Kommentare und Pings.
Author: Ingo Henze
Version: 0.10
Author URI: http://putzlowitsch.de/
*/ 


    function plw123nc_the_posts( $posts ) {
      $postcount = count( $posts ); 
      
        for( $i=0; $i<$postcount; $i++ ) {
            $posts[$i]->comment_status = 'closed';
            $posts[$i]->ping_status = 'closed';
        }
        return $posts;
    }
    add_filter( 'the_posts', 'plw123nc_the_posts' );


?>

Funktioniert aber nicht, wenn an den WP-Funktionen vorbeiprogrammiert wurde.
Es wird nichts in der Datenbank verändert, nur die ausgelesenen Daten werden, bevor sie in der Loop ankommen, manipuliert.

Gruß
Ingo

Wie gesagt, in der .htaccess im Wurzelverzeichnis
Options -Indexes
eintragen. Das mit dem <Files *.php>...</Files> aber weglassen.

Gruß
Ingo

Eigentlich sollte dieses 'Options -Indexes' schon ausreichen, um zu verhindern, das der Inhalt aufgelistet wird. Bei mir steht übrigens im wp-content-Verzeichnis eine kleine index.php folgenden Inhalts:

<?php
// Silence is golden.
?>

Das verhindert ebenso das Auflisten, erzeugt aber keinen 403er Fehler.

Alle Zugriffe auf PHP-Dateien zu verbieten, ist wohl keine so gute Idee.

Gruß
Ingo

Zumindest die zitierte Lücke #211 (Subscribers can delete blog) gilt doch nur für Wordpress MU. Nun sagt nicht, ihr habt alle Wordpress MU am laufen.

Was hat man eigentlich davon, sich bei einem Blog als User anmelden zu können?

Gruß
Ingo

Achso.
Für einen PHP-Debugger kann ich keine Empfehlung abgeben, habe bisher noch keinen genutzt. Sollte man aber was passendes per Suche finden.

Gruß
Ingo

Naja, falsch ist das nicht. Das sind halt nur keine Permalinks im Sinne der Wortbedeutung.

Wenn Du das umstellst z.B. auf die zweite Option (Datum und Name), hat das aber die Konsequenz, das sich alle Links zu den Artikeln, den Kategorien und dem Archiv ändern. Möglicherweise funktionieren dann andere Sachen nicht mehr.
Eigentlich müßte man sich eher an den Pluginautor wenden, und das Problem darlegen.

Gruß
Ingo

Cache ist erstmal egal.

Das Problem ist, daß das Plugin mit dem vorangestellten /en/ bzw. /fr/ nur mit aktiven Permalinks funktionieren kann.
Ohne Permalinks müßte eine URL entstehen, die in etwa so aussieht:
/?id=123&lang=en
Das Plugin erzeugt aus irgend einem Grund die falschen URLs für die Sprachversionen.

Gruß
Ingo

Die Verzeichnisse /en/ und /fr/ dürfen aber nicht wirklich existieren, die werden nur virtuell verwaltet. Außerdem funktioniert das Ganze wohl nur mit aktivierten Permalinks.

Gruß
Ingo