Ich glaube, wenn du eine Seite als Startseite angibst, dann musst du auch auf diese Seite mit is_page(ID) prüfen. Das is_home() dann nicht reagiert war glaube auch schon Thema hier im Forum.
Beiträge von marX
-
-
Mehr Ideen habe ich leider nicht... ich kann mich zwar dunkel an eine Option "unfiltered HTML" des Role-Manager-Plugins erinnern. Aber keine Ahnung ob man das Plugin mit WPMU verwenden kann und ob das in dem Fall überhaupt was bringt.
Setze im WPMU-Thread mal noch einen Link auf die Lösungsvorschläge hier. Nur der Vollständigkeit halber u. damit keine Vorschläge doppelt vorkommen.
-
An den 'px' wirds auch nicht gelegen haben. Ist eher "Rechtschreibkorrektur"...
Wie man den WYSIWYG-Editor in WP abschalten kann steht in der FAQ.
Zu WPMU gibts hier übrigens ein eigenes Unterforum mit MU-Experten.

-
Siehe hier:
SELFHTML: Webserver/CGI / Webserver / .htaccess - Server-Reaktionen kontrollierenAllerdings hast du dann wahrscheinlich 2 Logins: 1x Webserver (.htaccess), 1x WP.
-
Hab's über den WYSIWG- und den Code-Editor versucht, klappt aber leider nicht..
Hast du den WYSIWYG-Editor mal vollständig deaktiviert (im Profil)? Im Code-Tab wird auch noch gefiltert.Ansonsten hast du noch nen Fehler im width- und height-Attribut: Das 'px' dort ist zuviel (das ist CSS-Syntax).
-
WordPress Deutschland FAQ » Wie erfahre ich welche PHP Version mein Anbieter eingerichtet hat?
Die php.ini gehört zum Server und hat mit WordPress nix zu tun. Innerhalb von WP kannst du die Werte normalerweise auch nicht überschreiben. Mehr hier: (auch wenn ich kaum glaube, dass dir damit geholfen ist - geht einfach zu tief...)
PHP: PHP Optionen/Info - Manual -
Die Funktion load_template ist so "intelligent", daß sie mit require_once($_template_file) das jeweilige Templatefile, z.B. header.php, nur einmal aufruft.
Das dachte ich mir schon fast. Aber davon abgesehen dürfte es spätestens dann ein Problem geben, wenn der 2. Post nach dem Footer (der im 1. Post ausgegeben wird und i.d.R. </html> enthält) ausgegeben wird. Da hilft auch ein require_once nix. -
Nuja, war auch nur ne Frage.
Bei deinem englischen Link scheint jedenfalls alles zu klappen, der Titel dort wird "flashig" angezeigt. 
Achja, das Teil heißt aber sIFR, nicht sFIR - oder? :confused:
-
reykick: Ich glaube du solltest dir erstmal genau angucken, wie ein WP-Template aufgebaut ist, und vor allem welchen HTML-Code WP intern dann daraus generiert. Glaub mir, du wirst bei deiner Lösung auf einige Probleme wie mehrfache <html>, <head>, <body>-Elemente usw. treffen. Diese sind laut HTML-Standard nicht erlaubt. Sieh dir den HTML-Quellcode im Browser an, oder verwende The W3C Markup Validation Service zur Überprüfung.
-
Hat sFIR immernoch die Probleme mit Opera? Wenn ich sFIR-veredelte Seiten aufgerufen hat, ist mein Opera (9.2/Win) jedesmal abgeschmiert... :cry:
-
Falls man die .htaccess nicht anfassen darf, dann kann man auch eine leere index.html in das Verzeichnis (und alle Unterverzeichnisse) legen - oder gleich den Hoster wechseln.

-
Du benötigst dazu einen Container, dem du eine feste Breite zuweist - je nachdem wieviele Artikel er enthalten soll (z.B. 10 x 200px = 2000px). Innerhalb dieses Containers definierst du den Loop. Jeder Beitrag wird dabei in einem eigenen weiteren Container ausgegeben, dem die Einzelbreite zugewiesen wird (d.h. hier 200px). Diese Einzelbeitragscontainer kannst du dann mit float:left nebeneinander setzen - so lange wie der umschließende Container breit ist (also hier 10x). Paddings und Margins aller Container beim Berechnen beachten.

Minimalbeispiel:
Code
Alles anzeigen<div class="outer-loop" style="width:2000px"> <div class="inner-loop" style="width:200px;float:left;"> <h2>Titel</h2> <p>Lorem Ipsum...</p> </div> <div class="inner-loop" style="width:200px;float:left;"> <h2>Titel</h2> <p>Lorem Ipsum...</p> </div> <div class="inner-loop" style="width:200px;float:left;"> <h2>Titel</h2> <p>Lorem Ipsum...</p> </div> ... </div>Ganz einfach wird das aber nicht, floats können mitunter etwas tückisch sein.

-
Guck dir den generierten HTML-Quelltext an, auch mit einem HTML-Validator. Ich vermute mal ganz stark, dass der Validator seeeehr viele Fehler finden wird. Innerhalb des Loops wird ja alles sooft ausgegeben, wie Beiträge vorhanden sind. So ist HTML aber nicht spezifiziert.
-
Kommt auf die Reihenfolge an, wie die Styles in deinem <head>-Bereich an. Wo ist bei dir der Hook wp_head() definiert? Dieser soll
Ist die Reihenfolge dort korrekt (d.h. erst Theme-Styles, dann Hook), dann werden vielleicht in der style.css des Themes CSS-Regeln mit höherer Spezifität angegeben. Dann musst du entweder diese Spezifität veringern oder in der CSS-Datei von CForms erhöhen (z.B. durch genauere Kaskadierung und Vererbungsregeln - siehe auch hier: CSS 4 You - The Finest in Stylesheets: Workshop CSS: Teil 3 - Selektoren I)
-
Mit Ingos Plugin, hat er doch oben geschrieben. Das Plugin ist in obigem Thread verlinkt.
Schnurpsel » Wordpress und die suboptimale MySQL-Optimierung (5.0.51) -
Mach dich mal schlau, was Template Tags sind, und wie sie eingesetzt werden. In deinem Fall speziell the_title() und the_content().
Dann mach dich schlau wie die Template Hierarchie in WP ist, d.h. wann welche Datei deines Themes aufgerufen wird.
So müsstest du recht schnell erkennen, was du in welcher Template-Datei ändern musst.
-
Wenn man nicht weiß unter welchem Begriff man suchen soll:
WP - Landingsites de (Plugin) | bueltge.de [by:ltge.de] -
WIMRE muss die neue URL eine absolute Adresse sein, d.h. mit http://... Näheres im Apache-Manual.
Wildcard bei regulären Ausdrücken ist übrigens nicht der '*' sondern der '.' (der daher auch bei index.php escaped werden muss: index\.php)
(ungetestet) -
-
Template Tags/wp list pages « WordPress Codex
Guck mal bei Parameters. (Achja, deutsche Doku hat die Funktion auch drin, bin aber grade zu faul den Link zu suchen. ;-))