Beiträge von Nevery

    Bei der Kodierung gibts tendenziell 3 Knackpunkte:
    1. die Kodierung, die dem Browser per Metaangabe mittgeteilt wird: <meta charset="UTF-8">
    2. die Kodierung, in der die HTML-/PHP-Dateien gespeichert sind (per z.B. Notepad++ überprüfbar)
    3. die Kodierung, in der die Daten aus der DB geholt werden (per mb_detect_encoding überprüfbar, per iconv oder utf8_encode manipulierbar)

    Unter Umständen - sofern Daten per JS geliefert werden - muss das auch noch überprüft werden.


    Den Spruch les ich auch in jedem Thread zu diesem Thema. Fakt ist:
    - Es ist kein Error, es ist ein Warning
    - Es hat keinen negativen Effekt auf die Seite / den gewünschten Effekt

    Also kann das an der Stelle egal sein. Außerdem frage ich mich, warum es dann eine solche Funktion gibt. ;)


    Nunja, wenn irgendwas den Header manipulieren will (sowas kann übrigens auch eine simple Umleitung sein) wird das entweder seinen Grund haben oder man sollte es sehr, sehr kritisch begutachten. In dem Sinne: man sollte sich Warnungen schon eine Warnung sein lassen und sie nicht einfach unterdrücken ;)

    Warum es sowas gibt? Für mich als Entwickler ist das recht simpel: für den Fall dass man doch irgendwas übersehen hat, irgendeinen Fehler gemacht hat oder ein Fehler von einem Benutzer provoziert wird muss nicht gleich eine Warnung erscheinen, die dem Besucher der Website Einblick in die Verzeichnisstruktur oder verwendete Dateien gibt. Das heisst, ich mache den Fehlerlevel davon abhängig ob ich noch in der Entwicklungsphase bin oder nicht: währenddessen brauche ich die Ausgabe und habe sie an, wenns live geht wirds abgeschaltet um weniger Angriffspunkte zu bieten im Fall des Falles.

    Hast Du's denn schon mit der get_permalink(id)-Methode probiert? Ich hab die Unterschiede grade nicht im Kopf und auch keine Lust es zu testen, wenn Deine Permalinkstruktur entsprechend ist könnte das klappen.

    Was die Fehler angeht: nur, wenn Du aufhörst an so früher Stelle etwas auszugeben oder der Header nachher nicht mehr modifiziert werden soll ;-)

    Lieber Fischer, grundsätzlich ist es bei jedem Theme möglich, das Kopfbild anzupassen - auch bei dem von Dir verwendeten, die Anleitung dafür steht von mir geschrieben auf dieser Seite. Meiner Meinung nach wäre ein kleines "Danke" angebracht gewesen und nicht weiteres rumpampen..!

    Eigentlich bist Du mir langsam auch zu unsympathisch um noch zu antworten, aber seis drum...
    Schritt 1: rechtsklick auf das Headerbild, Grafikadresse anzeigen. Damit hast Du den Speicherort, wo die Bilder liegen, der dürfte etwa so aussehen: */wp-content/themes/twentyten/images/headers/ - also in diesen Ordner das neue Bild + Thumbnail legen.
    Funktioniert noch nicht => Schritt 2: 10 Sekunden googeln, daraufhin die functions.php des Themes öffnen, Strg+F drücken und z.B. "sunset" eingeben (da es eine Headergrafik mit diesem Namen gibt und man dadurch an den passenden Ort der Datei kommt).
    Schritt 3: Array kopieren und anpassen:

    PHP
    'test' => array(
        'url' => '%s/images/headers/test.jpg',
        'thumbnail_url' => '%s/images/headers/test-thumbnail.jpg',
        /* translators: header image description */
        'description' => __( 'test', 'twentyten' )
    )


    Schritt 4: Kopfbild verwenden.

    Nur so am Rande: ich hatte keinerlei Ahnung wie das gehen könnte und die Aktion hat mich inklusive hier antworten etwa 3 Minuten gekostet - wenn man so ungeduldig ist empfiehlt es sich offenbar eher kurz Google zu befragen als hier rumzupampen...

    Das ist doch nicht die Index von einem Theme sondern die Index von der WordPress-Engine


    Ups... guter Hinweis, habe ich glatt übersehen. Nein, da sollte man wirklich nicht irgendwas einfach so reinschreiben.

    DMan, beschränke Dich doch lieber auf Änderungen innerhalb des verwendeten Themes, dann sollten solche Probleme auch nicht auftreten. Bezüglich Deiner Frage wie die Funktion dann zu verwenden ist - ich pflege das in etwa so einzusetzen:


    - bei mir eben mit den letzten 3, aber das kann man natürlich auch mit nur einem so machen - in dem Fall kannst Du das HTML drumherum was bei mir dazu dient die drei News zusammenzuhalten sicherlich auch weglassen.

    Deine Fehlermeldung bedeutet dass der Header nichtmehr modifiziert werden kann weil bereits irgendeine Ausgabe erfolgte - und ein echo ist eine Ausgabe, also ist genau das der Knackpunkt. Du könntest eventuell versuchen die Reihenfolge des einbindens zu ändern: sobald der modifizierte Header gesendet ist kann die Ausgabe erfolgen, dann ists kein Prolem mehr.

    Bezüglich der Funktion: ich nutze dafür etwas wie

    PHP
    $posts = get_posts(array('posts_per_page' => 1));

    - das sollte Dir den aktuellsten Post in die Variable packen.

    Noch ne Frage: Du beendest den PHP-Bereich VOR dem letzten Link? Ist das Absicht? Mir kommt das so etwas seltsam vor.


    Die ersten zwei Zeilen und die letzte beachten - so um den entsprechenden Code herum setzen. Das dazwischen ist der Originalcode - wenn, wie gesagt, das Problem dadurch auftritt dass das foreach etwas durchgehen soll was kein Array ist wird das dadurch vermieden.

    Alternativ andersherum prüfen und wenns nicht passt aus der Funktion herausspringen, dafür müsstest Du diese beiden Zeilen VOR das foreach setzen:

    PHP
    if (!isset($value['options']) || !is_array($value['options']))
                return;

    Na, ich geb solche Tips doch nicht ohne es vorher zu testen - das Ergebnis ist jedenfalls in Ordnung, auch wenn die Herangehensweise nicht optimal ist.
    Bei mir ists jetzt übrigens height: 1107px; - wird also immernoch irgendwas reingeschrieben, aber jetzt zumindest nicht mehr son falscher Wert.

    Lässt sich fixen indem Du den z-index der Submenüs erhöhst - style.css, Zeile 1512 und folgend, ich hab den jetzt mal testweise auf 10 gesetzt und damit ist alles gut. Du solltest danach aber überprüfen ob das sonstige Probleme gibt.