Beiträge von Ammaletu

    UTF-8 ist schon mal gut, aber das muss dann auch durchgezogen werden. Zum einen sollte das die Seite, welche das Formular enthält, ruhig noch mal als Meta-Angabe im Header stehen haben (siehe http://de.selfhtml.org/html/kopfdaten…eichenkodierung).

    Wichtiger ist dann vermutlich, auch die E-Mail so zu codieren, da Du sonst unter einem deutschen Windows die Mail als ISO-8859-1 interpretiert angezeigt bekommst. Also diese Zeile hier:

    [COLOR=#000000][COLOR=#007700][/COLOR][/COLOR]

    PHP
    mail($Empfaenger, $Mailbetreff, $Mailnachricht);

    mal abändern zu:

    [COLOR=#000000][COLOR=#007700][/COLOR][/COLOR]

    PHP
    $my_headers = 'Content-type: text/html; charset=UTF-8' . "\r\n";
    mail($Empfaenger, $Mailbetreff, $Mailnachricht, $my_headers);

    Hast Du denn überhaupt in der sidebar.php einen Wdget-Bereich eingebunden, und falls er benannt ist, ist er in alle anderen Themes auch so benannt? Wenn Du z.B. in Deinem Theme einen Widget-Bereich mit Namen eingebaut hast und die anderen Themes das unbenannt machen, könnte das denke ich die Ursache sein.

    Hm, da könnte ich mir nur vorstellen, dass das jetzige Theme die Bilder auf irgendeine sehr spezielle Weise anzeigt, per Benutzerdefiniertem Feld oder so. Davon wissen andere Themes natürlich nichts. Wenn die dagegen normal im Quelltext der Beiträge stehen, wüsste ich nicht, wieso das in anderen Themes nicht gehen soll.

    Hast Du denn mal das Default-Theme getestet? Geht es damit?

    Hm, mögliche Ursachen:

    • Es ist gar kein PHP aktiviert auf dem Server sonst sollte MySQL eigentlich keinen PHP-Quelltext zu sehen kriegen).
    • PHP läuft in der falschen Version. Sinnvollerweise solltest Du ein aktuelles PHP 5.x nehmen und nicht PHP 4.x.
    • Die Dateien wurden beim Upload beschädigt (der kaputte Umlaut sieht etwas danach aus). Ggf. noch mal mit einem anderen FTP-Programm hochladen.
    • Es ist etwas Strato-spezifisches. Dazu kann ich nichts sagen, aber such mal nach "Strato" hier im Forum und in den FAQ.

    Du könntest das Multi-Blog-Feature von WP 3.0 probieren (ehemals WPMU). Damit installierst Du WP nur einmal und musst Updates nur einmal für beide Seiten machen. Du kannst aber getrennte Seiten damit verwalten.

    Bevor Du das probierst, mache auf jeden Fall ein Datenbank-Backup der Seite, damit Du bei Problemen ggf. zum jetzigen Stand zurück kannst.

    Zum Einrichten von zwei Blogs in einer Installation musst Du mal nach einem Tutorial schauen. Das habe ich bisher auch noch nicht probiert. Wenn das dann läuft, könntest Du alle Inhalte aus dem ersten Blog exportieren und im zweiten importieren, über die WP-eigene Import/Export-Funktion. Das Theme kannst Du wahlweise einfach von beiden Blogs aus benutzen oder, falls Modifikationen am Theme nötig sind, Du lest Dir eine Kopie davon unter neuem Namen auf dem Server ab (per FTP neuen Ordner anlegen und Dateien kopieren).

    Ok, in dem Fall... Ein Plugin-Einstellungs-Export über die Oberfläche ist mir nicht bekannt, aber Du kannst natürlich auch nur die wp-options-Tabelle exportiere. Da kriegst Du dann alle WP-Einstellungen, alle Plugin-Optionen (es sei denn das Plugin hat sich eigene Tabellen dafür angelegt) und alle Widgets. Korrigieren von URL und Serverpfad vor dem Import ist natürlich trotzdem nötig.

    Du müsstest Deinen Server mal so konfigurieren, dass Fehler nicht am Bildschirm ausgegeben werden, sondern in eine Datei geloggt werden. Das kann man normalerweise in der php.ini einstellen, kommt aber auf die Server-Konfiguration an.

    Die Ausgabe ist nur eine Warning, das Plugin scheint ja trotzdem zu funktionieren. Division durch 0 ist natürlich eher peinlich, aber ich hab gerade keine Zeit im Plugin-Quelltext zu recherchieren, wie es dazu kommt. Solltest Du vielleicht mal dem Plugin-Autor melden.

    Einen Player musst Du als Plugin einbinden. Im Plugin-Verzeichnis auf wordpress.org sollte sich da etwas finden lassen. In den Beitrag wird das dann vermutlich als Shortcode eingebunden, aber das sollte sich der Plugin-Doku entnehmen lassen, wie es genau geht.

    Bedenke bitte, dass viele Leute schon Musik hören, während sie surfen, und dass es kaum etwas noch nervigeres gibt als dann von der Webseite Musik über die schon laufende Musik gelegt zu bekommen. Wenn man keine Musik hört, hat das auf der anderen Seite meist auch einen Grund.

    Bedenke zudem, dass Du die Rechte für die Musik haben musst, wenn Du sie da zum Abspielen (und damit ja auch zum Download, falls es keine sichere Streaming-Lösung ist) anbieten möchtest.

    Sollen die Seiten dann in Zukunft unabhängig voneinander sein was den Inhalt betrifft? Du willst also nicht alles, was auf Seite 1 erscheint, auch auf Seite 2 veröffentlichen oder umgedreht?! Und soll die zweite Seite auf einem anderen Server laufen oder auf dem gleichen?

    Zitat

    Ohne Rss und anmelden und so.

    Wenn es nicht darum geht, dass die Leute sich selber anmelden, kannst Du das doch sicher einfach übers Mail-Program erledigen?! Je nachdem womit Du Mails schreibst kann man da doch sicher im Adressbuch Adressen zu einer Mailingliste zusammenfassen.

    Natürlich könnte man das theoretisch auch über WP erledigen. Mir ist kein Plugin dafür bekannt, aber das will nicht viel heißen.

    Ok, mal sehen...

    1. Code bitte auch als solchen kennzeichnen (u.a. der php-Button). Macht es leichter lesbar. :)
    2. Mach doch erst mal die Ausgabe aller Unternavigationen und bau das Aus- und Einklappen dann rein, wenn die richtigen Navigationen angezeigt werden. Ich habe gerade nicht die Zeit, mich da einzulesen, aber ich verstehe so auf Anhieb jedenfalls nicht, wie Du die Unterseiten ausgeben willst. Und wieso überhaupt so kompliziert: Reicht es nicht, immer wp_list_pages ohne depth aber mit child_of auszugeben und den Rest dann per jQuery zu machen?
    3. Aus- und Einklappen sollte sehr simpel mit wenigen jQuery-Zeilen gehen.

    Mittlerweile gibt es ja in WP 3.0 auch Custom Content Types, was in etwa Drupals CCK entsprechen sollte. Ist aber noch neu und erfordert deswegen an einigen Stellen ggf. manuelle Nacharbeit beim Einrichten bzw. Plugins. Mit "wordpress custom content type" solltest Du aber Tutorials finden können.

    Setz mal kurz das hier in die wp-config.php rein:

    PHP
    // set DEBUG level to true
    define('WP_DEBUG', true);

    Es kann sein, dass WP sonst die Fehler trotz korrekter php.ini-Einstellungen nicht loggt. Danach also noch mal ins Logfile schauen.

    Ansonsten könntest Du noch schauen, was im Backend als Kategorien-Slug eingetragen ist.

    Das ist erst mal ein allgemeiner PHP-Fehler. Da man sich den Server ja in der Regel mit anderen teilt, sind in PHP Beschränkungen eingebaut, die verhindern sollen, dass ein Programm z.B. mit einer Endlosschleife den ganzen Server an sich reißt. Nach 30 Sekunden werden PHP-Scripte abgebrochen. Die Frage wäre jetzt, wieso das Speichern bei Dir so lange dauert. Das sollte es eigentlich nicht, aber da könnte ich ehrlich gesagt auch nur raten. Hast Du mal gegoogelt, ob vielleicht noch andere dieses Problem haben?

    Gravierende Änderungen sollten einen Blog-Beitrag wert sein, und damit hast Du es im Feed drin. Den wiederum kann man, wenn Du den Feed über FeedBurner laufen lässt, auch per E-Mail abonnieren, bzw. vielleicht gibt es dafür auch ein Plugin. Wäre jetzt jedenfalls mein Ansatz dazu. Hast Du im Plugin-Verzeichnis auf wordpress.org mal gesucht?