Verschiedene Headerbilder in 2014

  • Hi,
    ich suche eine Möglichkeit, in einem 2014 child verschiedene Headerbilder für verschiedene Seitentemplates zu deklarieren.
    Ich habe es so probiert: include(TEMPLATEPATH . '/images/my_header.jpg'); direkt in das entsprechene Template einzufügen. Das ergab aber einen Parse Fehler.

    Dann habe ich es mit verschiedenen Conditional tags in der header.php probiert, aber immer Fehlermeldungen. Was mache ich falsch?

    <?php if page_template(10) echo ?><img src="pfad zum Bild"> usw. Ich bin wirklich kein php Könner, Vielleicht kann mir jemand auf die Sprünge helfen.

    Danke.

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Hi,

    Probier es mal so:

    <?php if (page_template(10)){
    echo '<img src="pfad zum Bild">';
    } ?>

    Ich gehe davon aus das page_template eine funktion ist die einen boolschen Wert zurück gibt. Falls es eine Variable ist schreibe stattdessen:

    <?php if ($page_template == 10){
    echo '<img src="pfad zum Bild">';
    } ?>

  • die Abfrage ist falsch,
    hier steht wie der conditional tag wirklich lautet

    https://codex.wordpress.org/Function_Refer…s_page_template


    magst du allerdings die Seite dann lautet er is_page('ID')

  • ups, verbessert. Aber ohne Erfolg. Ich poste mal den Code.

    Das erste stammt aus der header.php von 2014, ich hab nur den restlichen Teil ergänzt.

    Einmal editiert, zuletzt von meinerosen (11. Dezember 2015 um 19:15)

  • (..:) geht es bei dem Plugin um verschiedene Header für Posts, aber nicht für Pages. (...)

    Das Sender-Empfänger-Problem, zwar hast Du die Beschreibung möglicherweise richtig verstanden, der Autor hat sie aber missverständlich verfasst, kurzum, es funktioniert auch für Seiten.

  • Nur, ich wüsste schon gerne, wie ich das ohne Plugin erreichen kann. (...)

    Den Link auf den WP-Codex hast Du ja bereits genannt bekommen, da steht im Prinzip alles drin, was Du dafür brauchst, ansonsten hilft eine Suchmaschine Deiner Wahl weiter, damit findet man dann z.B. diesen Thread hier

    https://wordpress.org/support/topic/…rs-on-each-page

    oder diesen Blogbeitrag

    http://blog.templatemonster.com/2015/01/30/add…s-in-wordpress/

    Das Grundproblem ist, dass WordPress eben kein echtes CMS, sondern eine Blogware ist, wenn Du damit klassische Homepages im Sinne einer eher statischen Webpräsenz bauen möchtest, ist es eben dafür vom prinzipiellen Aufbau her schon ungeeignet, es sei denn, man macht es sich eben dafür passend.

    Man kann sich z.B. eine funktionierendes Theme nehmen und es komplett entkernen, also Header weg, Sidebars weg, Footer weg, die Menüs weg oder nicht nutzen etc.

    Dann setzt man einen geeigneten Page Builder drauf und baut sich damit die einzelnen Elemente und Komponenten als Module nach und kann dann so nach Belieben jede einzelne Seite dieser Webpräsenz frei nach eigenem Gusto gestalten ohne ständig für jedes noch so kleine individuelle Webdesigndetail einer solchen Homepage jedesmal erneut geistige Blutgrätschen rund um den Blogaufbau von WP zu vollführen.

    Wenn man tiefer in die Materie einsteigt, kann man auch beides parallel fahren, also die Blogfunktionalität erhalten und nebenher wie o.g. vorgehen, aber das ist kein Weg, den man mal eben so in einem Forenbeitrag beschreiben kann.

    Wordpress ist eben kein Homepagebaukasten wie leider viele Laien fälschlich annehmen, es ist eine Blogware mit der man eben auch Homepages, ja sogar ganze Webshops aufbauen kann, aber eben wirklich zielführend nur als Profi oder sehr versierter Amateur und genau das ist auch gewollt, denn WP ist (mal jenseits vom Grundgedanken, den einst die Macher gehabt haben mögen) zu einem riesigen Arbeitsbeschaffungs- und Wirtschaftmotor für eine komplette Branche geworden und aus genau diesem Grund, wird man auch nichts am (mangelhaften/unvollständigen) Kern von WP etwas ändern, was tatsächlich zur besseren Anwendbarkeit und Funktionalität für Laien führen würde.

    Die Verbessrungen die mit jedem Update vorgeblich kommen, sind eigentlich keine oder allenfalls nur ein Element des Marketings zur weiteren Verbreitung und Stärkung der Marktdominanz von WP, sondern zuvorderst ein sehr mächtiges Werkzeug der künstlichen Obsoleszenz um der mittels WP aufgebauten Branche jedesmal und vor allem auch nachhaltig wieder neue Arbeit und Umsätze zu verschaffen, halt ein ureigenes typische us-amerikanisches kapitalistisches Wirtschaftsmodell abseits der naiven Vorstellung der meisten Menschen von einer einigermaßen fairen Marktwirtschaft und wie Produkte für Massen geschaffen und monetarisiert werden.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!