Beiträge von b3317133

    Für Mitleser: Das als temporärer möglicher Workaround genannte Plugin Enable jQuery Migrate Helper wurde offenbar zwischenzeitlich auf dem o.g. Website installiert, das responsive Menü funktioniert jetzt.

    Lt. Ausgaben in der Browser Konsole fängt das Plugin auch noch weitere Inkompatibilitäten des Themes ab.

    Das Plugin ist aber natürlich wie in der Pluginbeschreibung und auch in den o.g. Hintergründen beschrieben keine Dauerlösung!

    Zitat

    Mit dem Plugin kannst du eine Zeit lang auf eine frühere Version von jQuery zurückstufen (Downgrade), aber als Website-Administrator wird dir empfohlen, das zugrunde liegende Problem zu beheben.

    Ein Blick in die Browser Konsole zeigt einen Scriptfehler, der darauf zurückzuführen ist, dass das Theme nicht mit der verwendeten WordPress Version 5.6.2 kompatibel ist.

    Code
    Uncaught TypeError: $(...).live is not a function ... wp-content/themes/photonic/js/common.js:15


    Das führt vermutlich zu Folgefehlern, wie dem nicht funktionierenden Menübutton o.ä.

    Evtl. hilft temporär das Plugin Enable jQuery Migrate Helper weiter, Hintergründe dazu hier.

    Wende Dich an den Hersteller des Themes für eine Aktualisierung oder eine Information bis zu welcher WordPress Version das Theme kompatibel ist.

    Alternativ wende Dich an die Person, die den Website eingerichtet hat bzw. betreut, die hat offenbar seit einem halben Jahr WordPress Updates ungetestet eingespielt, seit WordPress 5.5 vom August 2020 besteht dieses Problem.

    Deaktiviere temporär der Reihe nach alle Plugins, als erstes die, die etwas mit Cache- und/oder Optimierungen zu tun haben, z.B. Jetpack, ändert das etwas am Verhalten?

    Was erscheint in der Browser Console (google) wenn nach Klick auf den Button die Aktualisierung hängt?

    Und wie genau hast Du WordPress die Verwendung eines Caches untersagt?

    Auch hilfreich ist es, vor dem Aktualisieren erstmal alle Änderungen / Changelog des Updates zu lesen und soweit möglich das jeweils beschriebene und behobene Problem nachzuvollziehen und dann nach dem Update neben genereller Funktionsprüfung insbesondere alle Dinge zu prüfen, die mit diesen Änderungen zu tun haben könnten.

    Weiterhin kann man daraus auch die Dringlichkeit des Updates für die jeweilige Installation abschätzen.

    Das ist am Rande bemerkt auch bei jedem Theme- und jedem Plugin-Update ratsam.

    Den Vorschlag mit pre_get_posts habe ich leider nicht umgesetzt bekommen. Die Funktion selbst ist nicht das Problem, aber wie und wo wird sie angewendet?


    Vor jedem Query in WordPress. Beispiel: example.com/category/allgemein/ zeigt mit dem Codeblock 15 Beiträge pro Seite.

    Wofür und an welcher Stelle genau verwendet man setup_postdata( $post ) und wp_reset_postdata()?


    Wenn man eine eigene Loop mit Posts hat in der man z.B. [FONT=Courier New]the_title()[/FONT] o.ä. verwenden will, Beispiel, wobei dieses Beispiel im foreach [FONT=Courier New]$post[/FONT] statt [FONT=Courier New]$mypost[/FONT] verwenden sollte.

    Ein Plugin oder Tutorial für Laien gibt es nicht. Kann es auch rein technisch nicht geben.

    Eine Lösungsmöglichkeit wäre: Suche ein Theme für WordPress, das in etwa den Vorstellungen entspricht, lege die Seitenstruktur dort manuell neu an und übertrage die Textinhalte der einzelnen Seiten der Homepage per Copy&Paste und lade die Bilder manuell in die WordPress Mediathek und füge sie dann in die Seiten ein usw.

    Um eine "pixelgenaue" Übernahme zu ermöglichen, müsste man dazu noch ein genau auf die alte Homepage abgestimmtes Theme oder Child-Theme programmieren, mit entspr. Elementen/Widgets für Header, Footer, Siebars, passende Menüs, Layoutelemente usw., als Laie ausgeschlossen und auch als nicht-Laie je nach alter Homepage relativ zeitaufwändig.

    Code
    $args = array('post_type' => 'person', 'posts_per_page' => 20, ...


    Dieser Code klappt soweit gut. Die Altersberechnung funktioniert und es werden die ersten 20 Personen ausgegeben. Nur: es werden keine weiteren Seiten angezeigt, obwohl es genug gibt!


    Der Code ermittelt explizit die ersten 20 und enthält keine weitere Funktionalität für eine sog. "Pagination". Schau mal z.B. hier (google).

    Welche Template Dateien z.B. für eine Kategorie Ausgabe verwendet werden, kann man in der Template Hierarchy sehen.

    Um Einfluss auf die Ausgabe einer Kategorie Ausgabe o.ä. (in WordPress auch genannt "Archivseite") zu nehmen, kann man z.B. die [FONT=Courier New]pre_get_posts[/FONT] Action verwenden, das erste Codebeispiel zeigt z.B. eine Beschränkung auf klassische WordPress Kategorien, weiterer Code weiter unten wie man meta Abfragen einfügen kann.

    Die genannten Strings sind im Plugin korrekt mit der Textdomain [FONT=Courier New]wc-multivendor-marketplace[/FONT] für eine Übersetzung hinterlegt und befinden sich auch in der mitgelieferten .pot Datei.

    Code
    #: views/store/widgets/wcfmmp-view-store-shipping-rules.php:66
    msgid "Delivery Time"
    
    
    #: views/shipping/wcfmmp-view-shipping-info.php:11
    msgid "Item will be shipped in"
    
    
    #: core/class-wcfmmp-vendor.php:3054
    msgid "Item(s) from one store already in your cart. First checkout with those and then purchase from other stores!"

    Sie sollten daher auch in Loco Translate angezeigt und übersetzt werden können.

    Die Meldung "Du bist wahrscheinlich offline." kommt aus dem WordPress Core, genauer aus der Datei [FONT=Courier New]/wp-includes/js/dist/api-fetch.js[/FONT] - siehe hier z.B. eine ähnliche Meldung im wordpress.org Support Forum.

    Sie wird angezeigt, wenn eine URL aus welchen Gründen auch immer nicht vom Server abgerufen werden kann.

    Wurden kürzlich ggf. Änderungen z.B. am Domainnamen oder der Permalinkstruktur oder SSL o.ä. vorgenommen? Siehe auch Forenregeln, Punkt II.

    Ergänzung für weitere Eingrenzung: Funktioniert das Veröffentlichen eines neuen Entwurfs mit der testweisen Nutzung des Classic Editor Plugins?

    Der Titel der Seite wird in diesem Theme bei "normal" genutzten Seiten durchaus angezeigt, nur nicht bei der Nutzung einer Seite als "Startseite" (hier der fragliche Code für ggf. interessierte Mitleser).

    Ergänzung: Warum das so ist, müsste man den Autor des Twenty Twenty-One Themes fragen. Bei Twenty Twenty oder Twenty Nineteen wird der Titel auf auf der "Startseite" gezeigt.

    Der Inhalt = content Deiner Seite scheint lt. REST-API leer zu sein.

    Code
    https://--snip--.ch/wp-json/wp/v2/pages/7


    Wo genau gibst Du was genau als Text ein? Wie sieht das aus, dass WordPress die Akualisierung bestätigt? Poste ggf. mal einen Screenshot dieser Eingaben/Meldung.

    Auch im korrigierten Code in #7 fehlt noch ein [FONT=Courier New]}[/FONT] und abgesehen davon ist dieser Ansatz generell nicht ratsam, da er viele Cache-/Minify-Plugins aus dem Tritt bringen kann und auch der dns-prefetch u.ä. auch noch weiterhin vorhanden ist.

    Finde heraus, wo diese ganze Funktion verwendet wird, dort gibt es bei vielen Themes noch andere Filter, mit denen Du die ganze Ausgabe bzw. das zugehörige [FONT=Courier New]wp_enqueue_style()[/FONT] o.ä. unterbinden oder mit einem [FONT=Courier New]wp_dequeue_style()[/FONT] sauber entfernen kannst.