Beiträge von Michi91

  • Versandmethode deaktivieren statt verstecken

    Aber in der Regel möchte man die anderen Versandoptionen eigentlich verstecken... und dem Kunden nur Kostenlosen Versand anbieten. (wirklich)
    --> Jop, in diesem Fall handelt es sich um eine zusätzliche kostenlose Versandart die nicht immer verfügbar (weil ausgebucht) ist, dem Endkunden soll trotzdem vermittelt werden dass diese normalerweise zur Verfügung steht.

    Hab leider keiner keinen Filter gefunden um das disabled einzufügen, dass wäre mir am liebsten gewesen. Nach Rücksprache mit dem Kunden werden wir nun wohl ein extra template anlegen :-)

  • Versandmethode deaktivieren statt verstecken

    Moin,
    statt eine nicht verfügbare Versandmethode zu verstecken, würde ich diese trotzdem gerne anzeigen lassen allerdings mit dem disabled flag.

    Jemand eine Idee wie sich das WooKonform umsetzen lässt? Wir fällt gerade leider nur ein Umweg über wp ajax und js ein, eigentlich würde ich es aber lieber via php lösen...

  • wp_ajax_ Wordpress Ajax schickt ein Byte zu viel??

    Hab nen Workaround/Abhilfe gefunden: Ein die; direkt nach meinem Code...
    Manchmal hilft es ein wenig Abstanden zu Projekten zu gewinnen und es dann wieder zu aufzugreifen.

    Trivia mit tollen Keywords falls auch jemand auf ein solches Problem stößt:
    Das Problem mit der DRM Verschlüsselung begleitet schon lange. Keine Chance VideoJS mit DRM / HLS an laufen zu bekommen, währrend andere Player wie z.B. der Theo ohne Murren den Lizenzschlüssel akzeptieren.
    So frustriert habe ich die letzten 2 Monate erstmal nix dran gemacht. Und heute: Einen anderen Player eingesetzt, der meckert dass 17Byte statt 16 geliefert werden. Dann viel geforscht warum 17 Bit geliefert werden (garnicht so einfach wenn man sich mit Hex und Binärwerten arbeiten muss) und dann das Problem in Wordpress gefunden.

    Meiner Meinung läuft immernoch was falsch wenn ein die; in einem nackten WP erforderlich ist, aber geil dass es nun klappt!

  • wp_ajax_ Wordpress Ajax schickt ein Byte zu viel??

    Moin Moin,
    hab ein besonderes Problem, von dem ich nicht unbedingt erwarte hier eine Antwort zu bekommen, da ich aber bei wordpress.org kein Account habe und auch selten GIT Issues öffne versuch ich erstmal hier :D

    Ich freue mich auf Beteiligung :D

    Der Code liefert bei Aufruf von /wp-admin/admin-ajax.php?action=drm_protected_streaming_proxy
    [COLOR=#ff0000]17 Byte[/COLOR] an den Browser zurück.

    wenn ich eine test.php erstelle und dort folgenden Code einfüge:

    PHP
    <?php 
echo hex2bin("c5440c9e31280d02ad7d070c7005cb4e");


    erhält der Browser [COLOR=#ff0000]16 Byte[/COLOR] (korrekterweise) zurück.

    Wo bitte kommt das zusätzliche Byte her??

    Hab's in meiner internen Testumgebung und auf er frischen WP Installation getestet. In beiden das gleiche Problem :S

    Vielleicht hat ja wer ne Lösung / Idee, eher ich ein Issue bei WP öffne..

    Liebe Grüße Michael

  • Produkte vom Cache ausschliessen

    https://www.webpagetest.org/result/200930_…fall_view_step1
    und
    https://gtmetrix.com/reports/jamb-xxl.ch/WW8eVRUY
    nach zu urteilen ist wohl gerade kein Caching aktiv?

    Das Laden des HTML-Grundgerüstes dauert schon über eine Sekunde: Das ist viel zu lang und deutet an dass eventuell etwas mit den Serversetttings nicht passt oder aber irgendwas im Wordpress deine Performance ziemlich vermiest..

    Minifing für CSS / JS wird wohl auch net eingesetzt (was allerdings auch ganz gut ist wenn die eigentliche Seitengeneration schon so mies ist... würde vermutlich das Ergebnis nochmal verschlechtern)

    Edit: https://www.webpagetest.org/result/200930_…fall_view_step1
    das Impressum liefert auch ne rotz performance. Cache ist komplett aus?

  • Produkte vom Cache ausschliessen

    Hab da doch einmal ein paar Fragen o_O

    "Zudem habe ich Redis noch aktiv"
    --> Wo nutzt du Redis?

    "Ein Preload ist natürlich mit so vielen Artikeln nicht möglich."
    --> Warum nicht? Wie oft gibt es Neuerungen die den gesamten Cache killen? Wenn dein Server genug Power hat, sollte sowas nicht lange dauern... 40000 Seitenaufrufe sind net viel. Sagen wir 10 parallele Anfragen die jeweils 1 Sekunde brauchen (was schon sehr langsam wäre...) : Etwas über eine Stunde und er wäre fertig.

    "Der Server hatte bis jetzt erst bis max 40% der Ressourcen erreicht."
    --> Das heißt was? 40% der Ressourcen ist eine recht schwamige Aussage. Interessant ist doch der Load, RamUsage & die eigentliche Webserverkonfiguration (Apache oder Nginx, PHP-FPM oder Modul, usw.)

    Ich kenne Wp Rocket Pro leider nicht, aber was für ein Backend verwendet das bzw du zum Cachen? HDD, Database, Redis, MemcachedD? Auch hier kann man sehr schnell Fehler machen.

    Hast du mal geschaut ob das Caching überhaupt das Ladeproblem verursacht? Bzw. sind dir die Methoden bekannt wie man sowas recherchiert? "Warten auf Cache" im Browser hat erstmal nichts direkt mit einem Caching-Plugin zu tun sondern meint die Cachingmethoden des Browsers.

    Vielleicht bringen wir ja mehr Licht ins Dunkeln und machen deine Seite rasend schnell. Es gehtum https://jamb-xxl.ch/shop/ oder?

  • css auf der Danke Seite einbinden

    PHP
    add_action( 'wp_head', function () {
      if( function_exists( 'is_order_received_page' ) && is_order_received_page()){
          echo '<style type="text/css">FANCY CSS STUFF FROM THE 90th's</style>';
         }
   });


    wäre eine passende Funktion, die z.B. in der functions.php eingebaut werden könnte

  • Unerwünschte englische Übersetzung

    Da ist dann wohl noch ein weiteres Plugin das nicht kompatibel ist. Leider wird nicht direkt angezeigt in welchem Dokument das Problem besteht. Am einfachsten für dich dürfte es daher sein alle Plugins Schritt für Schritt zu deaktiveren und wieder zu aktivieren (Achtung, manche Plugins löschen beim deaktivieren ihre Einstellungen).
    Vielleicht liegt es aber auch am Theme, das hat ja auch Probleme wenn der Migrate Helper nicht installiert ist :-/

  • Kein cache wenn wp_woocommerce_session_ gesetzt ist

    Wie funktioniert ein Cache?
    Ein Cache legt EINMAL eine Seite im Speicher ab, diese Seite soll an ALLE Benutzer ausgegeben werden. Was passiert wenn Wordpress cachen würde wenn jemand die Seite verändert z.B. wenn er was in seinen Warenkorb legt, erklärt r23 sehr schön.

    Das ist bei allen Webseiten die mit userspezifischen Inhalten arbeiten immer so. Deshalb brauchen Shopsysteme auch viel mehr Serverperformance als statische Seiten. Um Rechenleistung einzusparen, macht es aber trotzdem Sinn zu cachen, es packt ja nicht jeder was in den Warenkorb ;)

    Das Verhalten ist also völlig normal und lässt sich nicht abstellen. Solange du keine Performanceprobleme hast, gibt es keinen Grund hier aktiv zu werden. Wenn es doch Performance-Probleme gibt, müsste man sich Zeit nehmen und genauer überlegen wo noch optimiert werden kann (das passiert dann aber meist auf Serverebene und nicht mehr wirklich in Wordpress)

    Die Cachingplugins arbeiten alle ähnlich, kann mir kaum vorstellen, dass eins dabei ist das hier anders reagieren würde...