Beiträge von marX

Sind die Widgets im HTML-Code sichtbar, d.h. ist es vielleicht ein Anzeige-Problem, oder tauchen die dort auch nicht auf? Ist der HTML-Code valide, oder könnten Markup-Fehler das Problem verursachen?

Das Plugin hast du aber seitdem nicht geupdatet oder? Poste doch bitte nochmal Zeile 87 (also die Zeile die den Link zusammenbaut). Ich kann mir nicht vorstellen, das da was gefiltert wird...

Die "weiße Seite" ist üblich, da der Besucher ja keine Fehlermeldungen sehen können sollte. Könnte ja mögliche Informationen für einen Angriff enthalten. Weitere Informationen über den Fehler findest du üblicherweise im error.log des Servers.
WordPress Deutschland FAQ » Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten?

In der header.php, dort wo der Home-Link gesetzt wird (ul#nav) kommt der Aufruf der Tag-Cloud hin, etwa so:

<?php wp_tag_cloud('largest=1&smallest=1&unit=em&format=list&include=5,13,27'); ?>

wobei 5,13 und 27 die Tag-IDs für "Fashion", "Music" und "Culture" sind.

Natürlich, schau in die Doku:
Template Tags/wp list pages « WordPress Codex
Styling natürlich wie immer per CSS.

Und dazu gleich noch der passende FAQ-Artikel, da die Frage bestimmt auftaucht:
WordPress Deutschland FAQ » Wie kann ich bestimmte Seiten von der Auflistung ausschließen?

Nutzt die page.php vielleicht eine andere Sidebar?

Ich glaub du missverstehst was mit den statischen Seiten.

Also, die wp_tag_cloud()-Funktion generiert ja URLs, die so aussehen:
http://www.example.org/tag/fashion
(bzw. analog für die Standard-Permalink-Struktur).

Wenn du einen solchen Link aufrufst, dann sieht WP nach, ob es eine tag-fashion.php im Theme-verzeichnis gibt. Findet es keine, so sucht es nach einer tags.php usw. Das nennt man bei WP die "Template Hierarchie". (Grafik dazu) Klar soweit?

Jetzt kannst du entweder für jedes Tag eine tag-slug.php ("slug" ist der URL-Name des Tags, also z.B. "fashion") anlegen, oder allgemeiner eine tags.php. Dieses Template wird dann bei der Ausgabe genutzt, du kannst hier speziellen Code unterbringen. Wenn die Auflistung der Tags im Prinzip gleich der Auflistung der Kategorien sein soll, dann kannst du auch für beide gemeinsam eine archive.php verwenden. Auch klar?

Du siehst, eigentlich benötigst du hier keine statischen Seiten, auch wenn dir das als Laie vielleicht auf den 1. blick logisch erscheint. Die Template-Struktur von WP ist da aber sehr flexibel, so dass du praktisch ohne auskommst. Damit kannst du die statischen Seiten dafür nutzen, wofür sie auch gedacht sind. Nämlich für statische Inhalte.

Na dröseln wir das ganze mal auf:

wp_tag_cloud() liefert dir eine Liste der Tags zurück, verlinkt auf das jeweilige Tag-Archiv. Das möchtest du wohl im Header, wenn ich dich richtig verstehe.

Ein Tag-Archiv ist eine Auflistung aller Beiträge zu diesem Tag. Diese Auflistung kannst du problemlos beeinflussen, über eine archive.php (gilt dann auch für alle anderen Archive, wie Kategoriearchiv oder Datumsarchive) bzw. spezieller eine tags.php. Siehe mein Link oben zur Template-Hierarchie.
(Du kannst auch eine statische Seite mit einem bestimmten Seitentemplate anlegen, aber das ist im Hinblick auf die Template-Hierarchie eigentlich nicht nötig)

Diese beiden Punkte musst du unterscheiden und auch getrennt behandeln.

Ich würde dafür die normale wp_tag_cloud()-Funktion verwenden, die gibt dir ja eine solche Liste. Du musst nur die entsprechenden Paramater anpassen (z.B. "largest" und "smallest" gleich groß, "format=list" für <ul>-Liste):
Template Tags/wp tag cloud « WordPress Codex

(Mit statischen Seiten kommt das eigentlich gar nicht in Berührung, eher mit den oben schon angesprochenen tag-Archiven. ;-))

Meinst du ein Tag-Archiv, auf dem alle Beiträge zu diesem Tag gelistet werden? Dann:
Template Hierarchy « WordPress Codex

Oder willst du die Tagcloud auf einer eigenen statischen Seite dargestellt haben? Dann:
Pages « WordPress Codex
(Page.php kopieren und in der umbenannten kopie Content-Ausgabe mit wp_tag_cloud()-Aufruf ersetzen)

Combobox mit Standard-Template-Tags:
Template Tags/wp dropdown categories « WordPress Codex

Combobox mit dem Standard-Widget:

Zitat

Categories - displays a list of post categories as links to those posts.
Show as dropdown — if checked, this box causes the categories to be displayed in a dropdown box.

Design Widgets SubPanel « WordPress Codex

Verschachtelte Kategorien zum Aufklappen ohne Widget:
Collapsable, Foldable, Expandable Category menus for Wordpress: The Fold Category List Plugin

Verschachtelte Kategorien zum Aufklappen als Widget:
WordPress › Folding Categories for Wordpress 2.3 « WordPress Plugins

Ja das geht wohl nicht mit den Widgets. Du könntest höchstens die entsprechende Stelle in der /wp-includes/widgets.php suchen, und dort das "hide_empty" (übergangsweise) anpassen. Wird zwar beim nächsten WP-Update höchstwahrscheinlich wieder überschrieben, aber vielleicht hast du ja bis dahin Inhalte drin.

Wenn ich dich richtig verstehe... bau den Code zusätzlich zur index.php auch in die single.php ein.

Die "File does not exist"-Meldungen dürften sich auf die eingestellte Permalinkstruktur beziehen, und bei aktivem mod_rewrite erstmal unkritisch sein. Die werden dann intern automatisch umgeschrieben. Frag mal deinen Hoster, ob mod_rewrite verfügbar und aktiv ist, und prüf mal ob eine .htaccess mit folgendem Inhalt vorliegt:

# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase /wordpress/ 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /wordpress/index.php [L] 
</IfModule> 


# END WordPress

Kritisch ist eher die ""Duplicate entry"-Sache. Da gibts zwar Threads hier im Forum, aber auf die Schnelle hab ich da keine Lösung gefunden... Möglicherweise ist das verantwortliche Plugin (anscheinend irgendein Keyword-Counter, "wp_counterize") inkompatibel. Ich würde das mal deaktivieren.

Dann würde ich mal nachforschen, woher der immens hohe SPeicherverbrauch kommt. Wie hoch ist der Verbrauch ohne Sprachdatei?
PHP: memory_get_usage - Manual
PHP: memory_get_peak_usage - Manual (ab PHP 5.2.0)

WordPress Deutschland FAQ » Kategoriebasierte Permalinks und „/category/“ aus Post-URL entfernen

Dann bist du wohl über das Ziel hinausgeschossen. Setz das Limit mal ausgehend von 32 MB schrittweise hoch, muss ja nicht verdoppelt werden.

Aber 32 MB sollten völlig ausreichen, wie jottlieb schon bemerkte. Wie gesagt, entrümpel vielleicht erstmal die Plugins.

Beim Kategorie-Widget hast du eine Einstellmöglichkeit "Show hierarchy", diese musst du anhaken. Dann sollte die Hierarchie sichtbar sein.
Design Widgets SubPanel « WordPress Codex

Versuch doch mal das Limit höher als 32 MB zu setzen. 32 MB scheinen bei dir nicht auszureichen. Hast du vielleicht viele Plugins aktiviert, die evtl. auch noch lokalisiert sind (d.h. eigene Sprachdateien mitbringen)?

WordPress Deutschland FAQ » »Fatal error: Allowed memory size of *** bytes exhausted…« ?
(Nur der Vollständigkeit halber, du scheinst den FAQ-Eintrag ja schon gefunden zu haben)

WordPress läuft mit PHP5 und MySQL 5, mindestens schon seit Version 2.0. Bitte aussagekräftige Fehlermeldungen posten, und die genaue WP-Versionsnummer. Lese ich richtig, das die Startseite funktioniert, und nur die Unterseiten nicht? Welche Permalinkstruktur hast du eingestellt, und erlaubt der Hoster den Einsatz von mod_rewrite?