Die normale Sidebar ist immer so aufgebaut, dass sie die statische Sidebar nur anzeigt, wenn keine Widgets konfiguriert sind. Das muss aber natürlich nicht so sein, Du kannst den Widgetbereich auch einfach einbinden an einer Stelle Deiner Wahl. Die if-Abfragen sind eigentlich heutzutage obsolet, WP kann ja immer Widgets (das stammt noch aus Zeiten, als Widgets per Plugin gelöst waren). Mit einem Blick ins alte Default-Theme sollte sich die Syntax zur Einbindung finden lassen. Einfach auf das if drum herum verzichten.
Beiträge von Ammaletu
-
-
Zitat
Also so ganz kann ich Dir nicht folgen. Wie muss ich mir das vorstellen? Hängst Du style-Attribute an das statisch erstellte Menü? Generell sollten Styles wenn irgend möglich im Stylesheet des Themes stehen und nirgends sonst. Das Theme ist ja logischerweise die Instanz, die das Aussehen des Menüs regelt. Wenn einzelne Menüpunkte anders aussehen sollen, haben die in der Regel eine Klasse, welche man in der style.css ansprechen kann.
ZitatUnd wie kann ich zB in den kategorien, zwar alle Kategorien anzeigen lassen, aber nur die oberste Hierachie, der Rest sollte aufklappbar und auch wieder zum Schließen sein.
Nur die oberste Ebene anzeigen sollte kein Problem sein. Für Ein- und Ausklappmenüs müsstest Du aber entweder nach einer fertigen Lösung (Plugin/Widget) suchen oder Dir z.B. mit jQuery selber was basteln.
-
Also das mittlere kannst Du weglassen, das Format ist nun wirklich veraltet. RSS 2.0 und Atom sind zwei konkurrierende Formate, sie sich aber aus meiner Sicht nur minimal unterscheiden. Ich biete normalerweise gewohnheitsmäßig nur den RSS-Feed an, aber man kann Atom natürlich ohne speziellen Aufwand parallel anbieten. FeedBurner würdest Du dann einfach den normalen RSS-Feed geben.
-
Einen fertig eingebauten Weg gibt es dafür nicht, aber man könnte es sicher irgendwie selber basteln. Bin mir da mit den Details aber gerade auch nicht so sicher. Ich denke, Du könntest das auf der category.php des Themes aufsetzen (aus der archive.php erstellen falls nicht vorhanden). Dort müsstest Du dann der Query immer noch ein Jahr mitgeben. Falls keines in der URL steckt dann das aktuelle.
Soweit sollte das trivial sein, schwieriger wird es sicher, das Jahr dann auch in die Seitenlinks zu bekommen, damit Seite 2, 3 etc. immer noch das richtige Jahr anzeigen. Außerdem müsstest Du selber eine Leiste mit allen verfügbaren Jahren ausgeben (vermutlich alle Jahre von aktuell bis definiertem Startjahr, ohne zu schauen, ob dafür auch Beiträge vorhanden sind).
-
Das ist unverständlicherweise als Tabelle umgesetzt. Man kann es also nicht einfach mit CSS umpositionieren. Wie hast Du das denn genau eingebunden? Kann man da die Platzierung nicht anpassen?
-
Also mal ins Blaue geraten: Verwendest Du noch PHP 4? Falls ja solltest Du mal auf PHP 5 upgraden. Das Plugin nutzt vielleicht neue Syntax, die in PHP 4 nicht funktioniert. Obwohl das der Plugin-Autor ja auch ruhig mal hätte irgendwo erwähnen können.
-
Du musst halt da, wo jetzt CSS-Klassen mit den Seiten-IDs vergeben werden, statt dessen oder zusätzlich CSS-Klassen mit den Seiten-Namen/Slugs ausgeben. Wie Du das machst kommt drauf an, wo Du das brauchst: Am Body-Tag der Seite, am li-Element in einer Seitenauflistung etc.
Ich kopier Dir das mal beispielhaft etwas aus den Hybrid- und Thematic-Frameworks zusammen. In der header.php ist das Body-Tag so definiert:
Und die Funktion sieht in der functions.php so aus:
PHP
Alles anzeigen/** * Outputs the class names for the body element. */ function my_body_class() { global $wp_query; $cssClass = ''; /* singular view */ if (is_singular()) { $cssClass = $wp_query->post->post_type . '-' . $wp_query->post->post_name; } /* print the body class */ echo $cssClass; }Das müsste dann auf der Seite "Feed" die Klasse "page-feed" am body-Tag ergeben, welche Du im Stylesheet ansprechen kannst um Elemente auf dieser Seite anders zu stylen.
-
Ich hab's nicht probiert, aber ich würde auf etwas in der Art tippen:
Apache ConfigurationRewriteEngine On RewriteRule ^/?$ [URL]http://www.beispielseite.de/subblog/[/URL] [R=301,L] RewriteRule ^/index\.php$ [URL]http://www.beispielseite.de/subblog/[/URL] [R=301,L]Damit sollte der Aufruf von nur der Domain, nur der Domain mit Slash am Ende und der Domain mit index.php umgeleitet werden. Bei Deiner Variante würde jeder Pfad umgeleitet, der auf ".php" endet. Kann gut sein, dass das sogar zu einer Endlosschleife führt, denn der Subblog läuft ja auch über eine index.php. Vielleicht war's aber auch syntaktisch falsch, dann sollte sich was im Errorlog des Apache finden dazu.
-
Besser fährst Du, wenn Du nicht mit IDs arbeitest sondern mit Seitennamen. Falls Dein Theme das nicht schon macht, ist es kein Problem, Klassennamen z.B. aus dem Seiten-Slug statt der ID zu bilden. Das gleiche gilt für Namen von Theme-Dateien (z.B. für Kategorien), die können mittlerweile auch den Slug oder Seitennamen statt der ID enthalten. Dann vermeidest Du dieses ID-Problem anstatt dauerhaft die IDs synchronisieren zu müssen.
-
Ist ja bei jedem vollständigen WP-Download bis 2.9 dabei. Siehe also z.B. hier: http://static.wordpress-deutschland.org/de-edition/
-
Tja, also Du kannst Dir eine weitere Sidebar anlegen und mit obigem Code nur auf der Blog-Seite anzeigen lassen. Oder Du probierst "Widget Logic" einfach mal aus. Es scheint ja doch bei vielen Leuten noch zu funktionieren unter 3.0. Da müsstest Du für die Widgets dann einfach "is_page('Blog')" eintragen, soweit ich mich erinnere.
-
Ich habe jetzt noch mal kurz gegoogelt und das hier gefunden:
http://www.martinmertens.de/2010/01/29/wor…rd-bleibt-leer/Bin aber wirklich nicht sicher, ob das das gleiche Problem ist, das ihr auch habt, denn dann dürfte es ja in gar keinem Browser gehen.
Generell kommen wir der Lösung nur näher, wenn die Betroffenen ein bisschen mit nachforschen woran es liegt. Ich habe das Problem ja nicht (und x tausende andere Nutzer auch nicht), also kann ich nicht selbst auf die Ursache kommen.
Was Du probieren könntest: Wie gesagt nach JavaScript-Fehlern schauen. Mal den Browser-Cache leeren (Strg+F5 oder auch geren mal richtig leeren). Mal neu einloggen in WP falls der Login noch von vor dem WP-3.0-Upgrade stammt. Falls Du PHP4 verwendest, wäre definitiv ein Umstieg auf PHP5 nicht schlecht. Hast Du das außerdem mal von einem anderen Rechner aus probiert? Nicht dass es am Browser (irgendein FF-AddOn?) oder am Rechner (AntiViren-Software?) liegt.
-
Oh ach so, "Blog" ist eine statische Seite. Sorry, bin irgendwie von Kategorie ausgegangen. Für statische Seite so:
Als Argument kannst Du die ID, den Namen oder den Page-Slug übergeben. Siehe: http://codex.wordpress.org/Function_Reference/is_page
Wenn es übrigens nur darum geht, ein oder zwei Widgets hier anzuzeigen, die auf anderen Seiten nicht angezeigt werden, schau Dir vielleicht auch mal das "Widget Logic"-Plugin an.
-
Die Sidebar wirst Du dann wohl in der sidebar.php noch einbinden müssen, in einer if-Abfrage wie der hier:
Jetzt nur mal als Beispiel, hab's gerade nicht nachgeschlagen, wie die Syntax heißt. Wenn es auch bei Postings in der Kategorie erscheinen soll, müsstest Du das auch noch ergänzen um eine entsprechende Abfrage (is_in_category, gibt's sowas?!).
-
Mein Archiv ist einfach das normale Archiv-Widget von WP. Die Archivseiten sind ja wie gesagt eh eingebaut. Schau Dir doch mal dieses Plugin an: http://wordpress.org/extend/plugins/collapsing-archives/
Das macht es etwas übersichtlicher in der Sidebar. -
Sorry, ich muss Deine letzte Antwort übersehen haben oder hatte keine Zeit zum Antworten. Wenn ich so drüber nachdenke: Wieso willst Du das überhaupt nachbauen, WP hat ja schon Archive eingebaut, z.B. die Jahresarchive. Je nach Permalinkstruktur könnten die z.B. über deineblogurl.de/2010 aufrufbar sein und immer über deineblogurl.de/index.php?year=2010.
Die müsstest Du dann nur noch passend verlinken. Das könntest Du z.B. manuell oder automatisiert auf der schon angelegten Archiv-Seite machen. Wenn Du dagegen tatsächlich nur ein Archiv willst, dass einfach chronologisch rücklaufend alle Posts anzeigt, dann gibt es das mit der Startseite ja eigentlich auch schon. Nutzt Du als Startseite eine statische Seite? Dann kannst Du in den Optionen (unter Lesen?) eine zweite Seite als Beitragsseite auswählen. Da muss nichts draufstehen und sie braucht kein spezielles Template. Die zeigt dann automatisch die gewünschte Archivsicht über die index.php des Themes an.
-
Dann wird es wohl doch am Speicherverbrauch gelegen haben. Da müsstest Du entweder Dein Hosting-Paket etwas upgraden oder mal die Zahl der Plugins reduzieren. Oder halt bei Upgrades oder Exports die größeren Plugins vorher deaktivieren, auch wenn das eher unpraktisch ist.
-
Wenn diese Formulare in den Tabellen liegen, was ich jetzt mal annehme, dann ergänze die vorherige Definition im Stylesheet so:
Code.wpcf7-form input, .wpcf7-form textarea, .wp-table-reloaded input, .wp-table-reloaded textarea { border: 1px solid #000000; }
Sorry für den Tippfehler weiter oben übrigens und Danke an spickzettel fürs Korrigieren! :-) -
Also einfach wie es ist in der DB eintragen geht nicht, fürchte ich. Das PW ist ja verschlüsselt. Was Du bräuchtest ist, denke ich, eine zweite WP-Instanz, am besten lokal mit XAMPP aufsetzen: http://faq.wordpress-deutschland.org/wie-kann-ich-w…r-installieren/
Dort müsstest Du darauf achten, die Keys genauso wie in der wp-config auf dem Server anzugeben (also die mittlerweile glaube ich fünf willkürlich gewählten Werte). Dann ein PW setzen und in der DB nachschauen, was es für eins ist. Das kannst Du dann auf dem Server direkt in der DB eintragen, und dazu weißt Du dann ja das Klartext-PW. Ich hoffe, ich vergesse dabei nicht irgendeine Sicherheitsvorkehrung, aber eigentlich sollte das so gehen.
-
Normalerweise kannst Du das nicht trennen. Ich habe mir aber das neue Menü-Feature von WP 3.0 noch nicht näher angeschaut. Damit kannst Du das Menü ja komplett statisch zusammenbauen (musst Du damit allerdings auch, automatisch alle Unterseiten anzeigen oder so kann das neue Menü noch nicht). Ich könnte mir vorstellen, dass sich das damit machen lässt. Aber wie gesagt, hatte noch keine Zeit, mir das näher anzuschauen.