Beiträge von Ammaletu

Hier mal die Doku zur dynamic_sidebar-Funktion:
http://codex.wordpress.org/Function_Reference/dynamic_sidebar

Wenn Du die Sidebar/den Widget-Bereich registrierst, kannst Du ihm einen Namen geben, der dann so in dynamic_sidebar() reingereicht wird. Die meisten Themes machen das nicht, also wäre da leer lassen richtig. Das geht aber nur, wenn Du gleichzeitig die Registrierung der Sidebar in der functions.php so änderst, dass die Sidebar nicht mehr mit "right" oder gar "sidebar_right" registriert wird. Nur eins von beidem ändern geht nicht.

Das wird von einem Script manipuliert. Schaltet man JavaScript aus, wird der Link normal im neuen Fenster geöffnet. Welches JavaScript das nun tut, kann ich Dir so ohne weitere Recherche nicht sagen. Schlimmstenfalls musst Du mal nach und nach die Scripte auskommentieren bis es wieder geht.

Was beim Durchschauen noch auffällt: Du bindest jQuery zweimal ein, möglicherweise in zwei verschiedenen Versionen. Das ist nicht sinnvoll. Außerdem hast Du FancyBox und ThickBox auf der Seite, was vermutlich auch eher redundant ist?!

Das sollte so gehen:

<?php if(function_exists('get_avatar')) { echo get_avatar(get_the_author_meta('user_email'), '40'); } ?>

Siehe: http://codex.wordpress.org/Function_Reference/get_avatar

P.S.: Mist, gleichzeitig geschrieben Michi91 war schneller. ;-)

WP 3.0 hat ggf. neuere und/oder andere JavaScript-Bibliotheken mit dabei. Es könnte z.B. sein, dass jQuery jetzt in einer neueren Version dabei ist, und wenn Dein Script das nutzt, ist es ggf. nicht mehr kompatibel.

Davon mal abgesehen solltest Du aus dem JavaScript-Fehler doch zumindest ungefähr sehen können, was schief läuft, oder? Wie lauten die Fehlermeldungen denn?

Hm, mysteriös. Sieht im Quelltext auf den ersten Blick richtig aus. Mach doch die Seite bitte erst mal valide, damit man da irgendwelche Seiteneffekte ausschließen kann: http://validator.w3.org/check?verbose=…ikstyles.net%2F

Ist das Backend denn schon auf Deutsch, also das Dashboard und die anderen WP-Seiten? Falls ja, muss nur noch das Theme umgestellt werden. Dazu wäre erst mal die Frage, welches Theme Du nutzt und ob es eine deutsche Sprachdatei hat.

Probier es mal so. Die globale Variable stat kann auf jeden Fall weg, das kann mit mehreren Links ja nicht gehen (die klappen ja nicht alle gleichzeitig auf, oder?). Das innere span kann auch weg, es sei denn es erfüllt noch vom Design her einen dringend nötigen Zweck.

jQuery('.mw').click(function () {
  var title = this.getAttribute('title');
  if (title == 'weniger') {
    jQuery(this).replaceWith('<span class="mw" title="mehr">mehr...</span>');
   } else {
   jQuery(this).replaceWith('<span class="mw"  title="weniger">weniger...</span>');
   }
     });

HTML also so:

<a id="link_ralf" class="crewmitglied" onclick="return false;" href="#"><span class="mw" title="mehr">mehr...</span></a>

Deine Sidebar wird mit dem Namen/Key "right" eingebunden. Als Du die Widgets konfiguriert hattest, war aber wohl ein andere Theme aktiv, also hast Du sie für eine andere Sidebar konfiguriert. In die Sidebar namens "right" dagegen sind keine Widgets gelegt, also siehst Du auch keine.

Du kannst jetzt entweder das Theme aktivieren und "right" noch befüllen. Oder, was vermtulich praktischer ist, Du änderst das Theme so, dass es den gleichen Namen/Key benutzt wie die anderen Themes, was ggf. gar keiner ist. Ich bin aber nicht sicher, was die Funktion macht, wenn kein Name angegeben ist, man aber mehrere Sidebars hat. Musst Du ggf. mal ausprobieren (am besten an einer Testinstallation).

Hm, \r\n statt nur \n benutzen wenn Du nicht mit Linux arbeitest (wobei ich mir gerade nicht sicher bin, ob das standardisiert ist, welches Zeichen da benutzt werden sollte). Oder vielleicht gleich eine HTML-Mail draus machen.

Hm, ich habe von FLIR noch nichts gehört bisher, auf den verlinkten Seiten sehe ich jedoch auch weder abgeschnittenen Text noch fehlende Sonderzeichen.

Davon mal abgesehen: Man kann in neuen CSS-Verspionen doch nun endlich web-kompatible Schriftarten angeben, die der Besucher nicht schon installiert haben muss. Macht das nicht Spielereien mit JavaScript, Flash und Schrift in Bildern endgültig überflüssig?! An Deiner Stelle würde ich das mal ausprobieren. Wenn Besucher mit älteren Browsern die Schrift dann in einer Standard-Schriftart sehen, ist das doch vermutlich nicht so tragisch!?

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]

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

mal abändern zu:

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

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

Tja, dann zeig uns doch am besten mal den Code Deiner sidebar.php und sag uns, ob das Default-Theme zu den Themes gehört, die funktionieren. Vielleicht sieht man es ja dann.

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.

Welche Bilder meinst Du: Teile des Themes (Hintergründe, Buttons etc.) oder Bilder, die Du in Artikel hochgeladen hast (Mediathek)?

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.

Spricht etwas gegen den Umzug mit einem kompletten Datenbank-Dump? Du musst darin dann alerdings die URL und den Serverpfad anpassen, der an verschiedenen Stellen in den Optionen sowie in allen Artikeln mit Bildern steht.