Beiträge von codestyling

Weiss zwar nicht, was du mit dem Kalender anfangen willst, denn der blättert eh nur in die Monate, in denen Artikel sind aber nicht in die Zukunft weiter.
Solltest nach einem geeigneten Kalender Plugin suchen.

Nichts desto trotz hier ein Codeblock, den du in die functions.php deines Themes einkleben kannst und dafür sorgt, dass alle Artikel-Links aus dem Kalendertagen entfernt werden. Getestet mit Theme "TwentyTen":

function strip_links_from_calendar($output) {
    $search = '|<td><a[^>]+>(\s*\d+\s*)</a></td>|';
    $replace = '<td>${1}</td>';
    return preg_replace($search, $replace, $output);
 }
 add_filter('get_calendar', 'strip_links_from_calendar', 0);

Da du bisher noch keine Angaben zum Hoster gemacht hast, kann man da auch nicht viel mehr sagen. Bei Massenhoster Packeten liegen die Datenbanken auf anderen Rechnern und teilen sich die Zugriffe mit anderen Datenbanken anderer Kunden. Wenn dann einer anderer Kunde mal massiv mit seiner Datenbank arbeitet (Backup oder Massendaten Import), geht auch deine Leistung mit runter, denn der DB Server reagiert dann langsamer.
Gleiches gilt für den WebServer, in dem vermutlich nicht nur du sondern X Kunden laufen. Wenn da einer massiven Traffic hat, dann bremst das auch deine Auslieferungsgeschwindigkeit drastisch runter.

WebSpace Limit ist nicht gleich Datenbanklimit!
Da alle Artikel in der Datenbank stehen, ist es erstmal egal, wie groß der WebSpace ist. Entscheidend ist die maimale Größe der Datenbank.
Bei Massenhostern wie 1und1 bekommt man zwar massig Plattenplatz aber nur z.B. 100 MB große Datenbanken. Wenn die voll ist, ist WP am Ende.
Dann hilft nur ein eigener Server, wo die Datenbanken tatsächlich auf deinem eigenen WebSpace liegen und so groß werden können, wie der Plattenplatz hergibt.

Ich habe dazu einen Artikel geschrieben, der aus Sicht von WP 3.0 Multi Site kommt: http://www.code-styling.de/deutsch/weisse…ch-themewechsel
Das Problem mit der Weissen Seite besteht aber auch in der Standardinstallation, wenn man das Theme "kaputt" gespielt hat und es auch noch das Standard-Theme selbst ist, also Twenty Ten. Dann brauchst du ein funktionierendes Theme, damit du wieder ins Backend kommst.

Wenn ein gravierender Fehler in der functions.php drin ist, dann kann sich das Backend nicht mehr aufbauen, und du bekommst diese weisse Seite, weil PHP oder mache Hoster in ihren Sicherheitseinstellungen die weitere Scriptausführung trotz Fehlers abwürgen. In so einem Falle sichere per FTP dein modifiziertes Theme und lade ein funktionierendes Original per FTP hoch.

Sieht mir danach aus, als hättest du das ohne Sprachdatei Unterstützung händisch auf deutsch direkt in das Template geschrieben.
Wenn du das mit einem herkömmlichen Editor machst, speichert er das Template im ISO Format ab aber WordPress gibt im Normalfall UTF-8 aus. Somit werden ungültige Zeichen im Sinne vom UTF-8 ausgegeben. In diesem Falle brauchts du einen Editor zum Ändern, des das Template in UTF-8 ohne BOM Marker abspeichern kann, z.B. den OpenSource Editor "Notepade++".
Andererseits könnte dein Blog abre auch absichtlich in ISO laufen aber du hast das mit dem Editor von WordPress als UTF-8 gespeichert, was zum ähnlichen Ergebnis führt.

Wie genau hast du den Text geändert?

Kann leider kein Problem erkennen, alle Links funktionieren einwandfrei.

Da 1und1 ein Massenhoster ist, wird es schwer bis nix, dort ein höhers Memory Limit zu bekommen außer man wechselt auf einen Virtual Private Server.

Da du WordPress im Maximum betreiben willst, also MultiSite + BuddyPress + Forum, wird der Anspruch von WP auch höher. Dies kann man im Core von WordPress finden:

// set memory limits
    if ( !defined('WP_MEMORY_LIMIT') ) {
        if( is_multisite() ) {
            define('WP_MEMORY_LIMIT', '64M');
        } else {
            define('WP_MEMORY_LIMIT', '32M');
        }
    }

Da du Multi Site brauchst, wird das sicher unter 64MB nix werden. Du hast aber nur 32MB.

Dazu gibt es bereits seit 2008 einen Artikel in unserem Blog hier: http://blog.wordpress-deutschland.org/2008/09/08/tin…ibpruefung.html

Ich hab nochmal ein paar weiter Wege zum Ziel in einem Artikel zusammengefasst: http://www.code-styling.de/deutsch/wordpr…e-menue-eintrag

Ok, unabhängig von den Sprachdatei-Problemen gibt es noch folgende Lösung. Dieser Abschnitt wird einfach in die functions.php des Themes mit aufgenommen und die gewünschte Beschriftung des Home Menüpunktes angegeben:

function override_theme_home_label($args) {
    $args['show_home'] = 'Mein Home (M)';
    return $args;
 }
 add_filter('wp_page_menu_args', 'override_theme_home_label', 20);

Ok, unabhängig von den Sprachdatei-Problemen gibt es noch folgende Lösung. Dieser Abschnitt wird einfach in die functions.php des Themes mit aufgenommen und die gewünschte Beschriftung des Home Menüpunktes angegeben:

function override_theme_home_label($args) {
    $args['show_home'] = 'Mein Home (M)';
    return $args;
 }
 add_filter('wp_page_menu_args', 'override_theme_home_label', 20);

Gibts auch noch mal zum Nachlesen mit Analyse in meinem Blog unter: Weisse Blogs bei WordPress Multi Site nach Themewechsel

Hatte dir eine private Nachricht geschickt, weil ich es geschickter finde, dein Problem "out of forum" zu klären und danach ggf. die Ergebnisse hier zu bringen.

Das kenne ich so noch nicht. Dein Backend ist offensichtlich nun der Meinung, alles wäre im ISO Format und versteht die UTF-8 Kodierung der Texte nicht, obwohl sowohl deine Frontseiten als auch vermutlich das Backend laut Browser Daten als UTF-8 ausliefert.

Irgendwas ist auf deinem Server nicht so konfigiriert, wie es sollte. Die deutsche Sprachdatei findest du erstmal hier und kannst sie per FTP hochladen: http://wordpress-deutschland.org/download/sprachdatei/ damit es wieder ein Bild gibt.

Allerdings kann ich ohne weitere Informationen, nicht rausfinden, was und warum das ausgerechnet bei dir Fehler produziert. Bei über 30000 downloads und Usern die, das einsetzen, hatte ich diesen Fall noch nie.

Doch allerdings mußt du das festlegen, wenn es nicht twentyten sein soll:

/**
     * Slug of the default theme for this install.
     * Used as the default theme when installing new sites.
     * Will be used as the fallback if the current theme doesn't exist.
     * @since 3.0.0
     */
    if ( !defined('WP_DEFAULT_THEME') )
        define( 'WP_DEFAULT_THEME', 'twentyten' );

Also kannst du in der wp-config.php kurz nach deinen Datenbankseinstellungen folgendes eintragen:

define( 'WP_DEFAULT_THEME', 'mein-theme' );

wobei dann "mein-theme" der Ordnername deines Standardthemes sein soll.

Soweit ich den Code von 3.0.x angesehen hab, gibt es jetzt eine strikte Prüfung, ob default auch default ist. Wenn diese fehlschlägt, dann wird kein Theme mehr aktiviert und es kommt zu deinem Verhalten.

So schwer ist es nicht und studiert muß man auch nicht haben. Ich bin eigentlich der Meinung, eine komfortable Lösung mit meinem Plugin für WordPress anzubieten, kein anderes CMS hat das ohne PoEdit bemühen zu müssen, eingebaut.

Ich habe nochmal im anderen Thread darauf geantwortet und weitere Hinweise gegeben: http://forum.wordpress-deutschland.org/design/74369-t…html#post345314

Soweit so gut wie dein Screenshot zeigt.
Hast du auch auf den Button gedrückt "erstelle mo-Datei", nachdem du es als "HOME" übersetzt hast (siehe Anhang) ?

2. Grund warum das nicht gehen könnte: Du hast ein Menü von Hand im Theme angelegt unter Design -> Menüs und selbst den Home Link von Hand mit dieser Beschriftung angegeben. Dann musst du das dort ändern.

Kannst du mal einen Link zum Blog und zum verwendeten Plugin bereitstellen, damit man sich ein Bild machen kann, was und wie das funktioniert?

Hast du mal einen Link zum Blog, das man testen kann, wie xmlrpc sich verhält oder überhaupt gefunden werden kann ?