Beiträge von Ammaletu

Schau Dir mal diesen Teil hier genauer an:

<ul class="menu">
   <li class="<?php if (!is_paged() && is_home()) { ?>current_page_item<?php } else { ?>page_item<?php } ?>"><a href="<?php echo get_settings('home'); ?>/"><?php _e('HOME','piano-black'); ?></a></li>
   <?php 
         if($options['header_menu_type'] == 'pages') {
         wp_list_pages('sort_column=menu_order&depth=0&title_li=&exclude=' . $options['exclude_pages']);
         } else {
         wp_list_categories('depth=0&title_li=&exclude=' . $options['exclude_category']);
         }
   ?>
  </ul>

Die zweite Zeile davon (das erste li-Element) kannst Du einfach rauslöschen, das ist für den festen Home-Button verantwortlich.

Hm, ist dann wohl doch nicht so offensichtlich, wie ich dachte. Schau es Dir mal genauer an. Du beginnst eine Liste mit ul, dann wird die Widget-Sidebar eingebunden. Das ist ok, die Widgets stecken alle in li-Elementen. Und dann machst Du nach dem endif einfach mit br- und div-Elementen weiter. Du bist aber immer noch in der Liste, was nicht korrekt ist. Ich habe jetzt so auf Anhieb nicht mal gesehen, ob das ul überhaupt irgendwo zugemacht wird. So oder so muss das entweder direkt nach dem endif passieren oder der ganze Rest muss auch in ein li eingefasst werden.

Wenn die Plugins automatisch Dinge in das Theme einfügen sind sie auf Hooks wie wp_head und wp_footer angewiesen. Kannst Du Dir im Default-Theme abschauen, wie das auszusehen hat. Wenn das bei Dir fehlt, können die Plugins nichts einfügen.

Es gibt eine ganze Reihe Plugins: http://wordpress.org/extend/plugins…?q=backup&sort=

Ich nutze dieses hier: http://austinmatzko.com/wordpress-plugins/wp-db-backup/

Ist aber wohl auch nicht mehr ganz aktuell und schickt Dir nur die DB-Tabellen als Backup. Die hochgeladenen Dateien muss man dann ab und an manuell per FTP sichern. Mir persönlich reicht das aus.

Ist das jetzt nicht mehr aktuell? Unter der URL sehe ich eine Fehlermeldung eines anderen CMS?!

Curl ist eine PHP-Bibliothek. Das Plugin setzt diese offenbar voraus. Wenn Dein Hoster Curl nicht anbietet, kannst Du natürlich beim Support nachfragen, aber sonst nicht viel machen außer auf das Plugin zu verzichten.

So, und nun aber wirklich ein Backup der Datenbank ziehen! Oder besser noch ein Plugin einrichten, das Dir regelmäßig ein Backup per E-Mail schickt.

Das Plugin versucht wohl, den Klick auf den Link zu tracken, indem es den Klick auf die JS-Funktion slimstat_track_link umleitet, zählt und dann zum eigentlichen Linkziel weiterspringt. Wenn Du auf dieses Tracking also verzichten kannst, sollte das so passen.

Wechsel zu MySQL 5.x wenn Dein Provider das anbietet. Bei den Providern, die ich kenne, kann man sich das aussuchen irgendwo im Konfigurations-Backend des Providers.

Meinst Du mit index.html tatsächlich eine Datei index.html? Die gehört doch eigentlich nicht zu WP. Kann es sein, dass Du da die Default-Seite Deines Providers siehst? Falls ja, entferne diese Datei mal, dann sollte die index.php von WP geladen werden. Wenn beides da ist, hat die index.html normalerweise Priorität.

In den Optionen ist aber nach wie vor die richtige Seite ausgewählt? Und ist es bei beiden Blogs die gleiche falsche Seite, die angezeigt wird?

Verlinke am besten mal eine Beispiel-Seite, dann kann man sich das mit Firebug direkt im Code anschauen und Dir ggf. die anzupassende CSS-Stelle nennen.

Da werden, soweit ich weiß, alle Schlüssel angezeigt, die aktuell in der DB verwendet werden. Das heißt, das hängt so noch an irgendeinem Eintrag. Theoretisch könntest Du das also einfach in der DB löschen. Sei aber vorsichtig dabei und mache auf jeden Fall vorher ein Backup der Datenbank. Gespeichert sind benutzerdefinierte Felder in der Tabelle wp-postmeta, denke ich, aber die Details müsste ich auch erst mal nachschlagen.

Verstehe ich das richtig, mit Homepage meinst Du eine externe Webseite? Dann müsstest Du da erst mal ein paar Infos zu liefern, womit die umgesetzt ist (CMS, PHP, HTML?). Und befindet sich das ganze auf dem gleichen Server?

Dann müsste man mal schauen, was sich da anbietet. Lösen kann man das sicher auf vielen Wegen, ist aber die Frage, was am effizientesten ist. Parsen des RSS-Feeds des Blogs geht z.B. sicher, aber das würde ich nicht bei jedem Seitenaufruf machen wollen.

Lass uns doch noch mal eine Sekunde bei der ersten Sache bleiben. Ich weiß nicht, wo die Konstante hingehört, aber das ist doch keine Art, einen Fehler zu beheben. Wenn alle WP-Dateien korrekt sind, darf so etwas nicht passieren. Dass es das doch tut, deutet darauf hin, dass da Dateien verschiedener Versionen gemischt sind oder dass Dateien fehlen. Ich an Deiner Stelle würde alle WP-Dateien der 2.8.4-Version noch mal neu hochladen per FTP. Mit etwas Glück geht dann auch alles andere wieder.

Schau erst mal, ob Dein Browser Dir JavaScript-Fehler anzeigt. Vielleicht verträgt sich die ShadowBox ja nicht mit einer anderen JS-Library auf der Seite.

Also soweit ich weiß bietet Simple Tags nur ein anderes Interface, aber untendrunter sind das schon die ganz normalen WP-Tags. Das heißt, es sollte eigentlich keinen Unterschied machen, über welche Box Du die Tags eingibst. Wie sieht es denn im Backend aus? Werden da die Tags normal angezeigt? Kannst Du z.B. die Liste der Beiträge nach den vergebenen Tags filtern?

Importiert WP nicht auch normale RSS-Feeds? Das reicht für Deinen Zweck ja vielleicht aus? Soweit ich mich erinnere sind die ganzen Import-Tools aber seit WP 3.0 nicht mehr fest in WP integriert sondern müssen erst als Plugin aktiviert werden.

Ich kenne das Theme nicht, aber das wird ja vermutlich schon in einer der Themedateien drinstehen. Header.php wäre die erste, in die ich reinschauen würde. Poste ggf. mal deren Inhalt und/oder verlinke das Theme mal.

Wenn an der Server-Performance ansonsten nichts zu drehen ist: Die Zahl der Plugins überschaubar halten, Bildbearbeitungen offline mit Grafiksoftware durchführen und nicht beim Upload in WP und ggf. die Sprachdatei ausschalten (je nach Server frisst das auch noch mal einiges an Speicher weg). Wenn möglich immer PHP 5 wählen, das sollte IMHO schneller sein als PHP 4. Das wär's was mir so dazu einfällt.