Beiträge von stega

    Im Ordner "wp-content" befinden sich in der Regel alle individuellen Anpassungen (Theme, Plugins, Medien-Dateien), die, wenn sie z.B. durch das Update nicht mehr vorhanden sind, dein altes Layout "zerstören" bzw. unvollständig machen.
    Daher sollte dieser Ordner überprüft und ggf. zurückkopiert werden.
    Davon sollte aber der Unterordner "languages" ausgenommen werden, da dieser die für die aktuelle WP-Version angepassten Sprachdateien enthält.

    Vielleicht hilft dir dieser Ansatz weiter:

    PHP
    case "option1": if(trim(get_post_meta($post_id, 'feldname', true))!="") {
                         $code .= '<option value="option0">-Bitte ausw&auml;hlen-</option>'.
                                  '<option value="option1-1">1.1</option>'.
                                  '<option value="option1-2">1.2</option>'.
                                  '<option value="option1-3">1.3</option>';
                         $code .= "</select>";
                        }
                        else
                         $code="";
                        break;

    Ich hatte das gleiche Problem mit dem aktuellen Update. Über das WordPress-Backend wurde es nicht ausgeführt. Deshalb habe ich auch das Komplett-Paket eingespielt. Das ist auch soweit unproblematisch. Etwas lästig ist, dass auch für das reine Update nicht notwendige Dateien mit hochgeladen werden. Bei dieser Methode muss man nur darauf achten, dass man nicht den Ordner "wp-content" überschreibt. Dort einfach nur den Ordner "language" ersetzen.

    Zunächst benötigst du eine PHP-Datei, nenne wir sie function.php, die ein entspr. Ergebnis zu deiner AJAX-Anfrage zurückliefert.
    Diese könnte wie folgt aussehen:


    "feldname", "feldname1", "feldname2" müssen natürlich noch durch die richtigen Namen der Custom-Felder ersetzt werden.

    Der HTML-Code im Template sieht dann in etwa wie folgt aus:

    Und nun noch etwas JavaScript/jQuery (Header, Footer oder direkt in der Seite):

    Ich hoffe, das hilft dir etwas weiter.

    Vielleicht ist aber auch etwas in folgender Art gemeint (Code von oben etwas abgewandelt):

    D. h. wenn "fox" in $haystack gefunden wird, wird der entspr. Wert "The TV channel?" (s. $needle) zurückgeliefert.

    Versuch mal folgendes: Definiere in deinem Menü die Menüpunkte mit Unterpunkten als einfache Links ohne Linkziel, d. h. du gibst bei "URL" einfach die Raute (Lattenkreuz #) ein. Diesen ordnest du dann die Unterpunkte zu. Was das Plugin nicht bietet ist: 1. Klick => Menü ausfahren, 2. Klick => Menü einfahren. Das Menü klappt erst wieder nach Klick auf einen anderen (Ober-) Menüpunkt ein.

    Laut der Fehlermeldung und dem dort angegebenen Pfad tippe ich auf das, was 1a-Spielwiese schon angedeutet hat, nämlich dass noch ein Ordner "Wordpress" übergeordnet ist, wenn du dich per FTP auf deinen Server eingeloggt hast. Je nach Einstellung findest du vielleicht sogar erst noch einen Ordner "htdocs".

    Erste Aktion, damit der Blog wieder läuft:
    wechsel in das WordPress-Plugin-Verzeichnis "/wp-content/plugins/" und benenne den Ordner "like-button-plugin-for-wordpress" um. WordPress deaktiviert dadurch das Plugin. Danach ist Zeit, das Problem genauer zu analysieren. Dabei die Voraussetzungen für den Betrieb des Plugins prüfen.