ffwebdesigner

dickes danke! im php error log war drin: undefined constant nonce salt.
kein ahnung wie die konstanten aus wp-config.php verschwanden. mit neu eingefügten l?uft jetzt auf jeden fall alles korrekt.

• This reply was modified 2 years, 7 months ago by ffwebdesigner.

schnelles update: nicht google recaptcha direkt sondern das aufrufen des scripts via https://ff-webdesigner.com/wp-content/plugins/contact-form-7/modules/recaptcha/*

muss geblockt werden. l?uft.

hi matthias,

alle plugins ausgeschaltet bis auf real cookie banner und acf – das sind die einzigen die ich unbedingt brauche. auch mit dem durcharbeiten von 30 rest api posts (alle plugins ausschalten, rewrite rules htaccess checken, permalinks nochmals speichern) ist anscheinend real cookie banner das einzige das probleme beim zugriff auf rest api hat.der fehler bleibt auch nur mit dem 2 plugins oben aktiv

ja ich hab auch all in one security drin, aber rest api wird nicht blockiert, siehe https://ff-webdesigner.com/wp-json – l?uft auch mit aktiviertem AIS. bin gerade das erste mal wirklich recht ratlos woran das liegt.

hi matthias,

der cookie banner war akzeptiert. der code eingebaut als opt in. als du getestet hast war der opt in code gerade inaktiv, da nicht rechtssicher. ich hab übers wochenende ein grosses update auf php 8 gefahren und in dem rahmen zahlreiche veraltete plugins durch neue ersetzt sowie php fehler behoben. jetzt wirft console und wp_debug keinerlei fehler mehr. nochmals getestet: jetzt wird der opt in code aus cookie consent gar nicht mehr geladen, auch mit zustimmung.

angelegt als opt in code unter statistik > analytics, opt in code oben natürlich mit echter UA nummer. zuerst wurde dieser code IMMER geladen, jetzte GAR NICHT MEHR.

dort ausgebaut und fest in heade reingebaut. content blocker erstellt. jetzt scheint analytics korrekt gebockt zu werden wenn nicht akzeptiert:

<script async consent-original-src-_=”https://www.googletagmanager.com/gtag/js?id=UA-619798-1&#8243; consent-required=”1945″ consent-by=”cookies” consent-id=”1946″ consent-original-type-_=”application/javascript” type=”application/consent”></script>

aber: https://www.ccm19.de/cookie-scanner/?scanurl=ff-webdesigner.com&scanstart=Scan+starten&csrf_token=c9da1e21008fa1fd8d6338e6 motzt weiter dass angeblich analytics cookies geladen werden. laut dev tools ist das nicht der fall.

auch cookie.rocks behauptet dass dort cookies gesetzt werden würden.

habe den code

<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());
  gtag('config', 'UA-619798-1', { 'anonymize_ip': true });
</script>

verlagert von head in opt in code in real cookie banner.

laut devtools werden ohne zustimmung jetzt weder analytics scripte geladen noch cookies gesetzt.

beide cookie checker widersprechen.

kanns sein dass mein beiden lieblings checker einfach falsche aussagen machen?
welche checker nutzt du?

wenn ich real cookie banner ansatz richtig versteht greifst du mittels jquery in den code der seite ein und schaltetst damit definierte bereiche via content blocker inaktiv. wenn die cookie checker kein js k?nnen MüSSEN die also immer denken dass cookies gesetzt werden, korrekt?

ich frage mich auch ob nicht irgendwann ein fieser anwalt auf die idee kommt zu sagen: hey ich hab js deaktiviert und auf einmal kriegt google wieder daten…ok ohne js auch keine cookies…unwahrscheinlich…

hi matthias nicht günter ??

hab noch ein paar kleine fehler php behoben. alles debugging war an, aber keinerlei fehler kommen jetzt mehr. was bleibt, auch ohne irgendwelche andere plugins aktiv bei klick auf “alle akzeptieren” in console:

POST https://kitesurf-reisen.eu/wp-json/real-cookie-banner/v1/consent?_v=3.0.2&_locale=user&_wp_http_referer=https%3A%2F%2Fkitesurf-reisen.eu%2Fweltreise%2Fneuseeland%2Fsweet-as-neuseeland.html&_method=POST 500

hi günther,

danke fürs checken! da waren ein paar php fehler via theme. der fehler tritt aber in jedem theme und ohne irgendwelche andere plugins genauso auf. aktuell werden nur noch ein paar warnings ausgegeben, sonst nichts.

fuck this. fixed 20 more errors. hopelessly outdated.

fix: CustomMetabox.php line 19
add static
static function custom_meta_box() {

hi rolf,

problem soved. i used a “non-header” template for iframes, that’s why all the css and js was missing. easy to fix, just been a long time i worked on that project. thanks for your hints anyway!

• This reply was modified 2 years, 7 months ago by ffwebdesigner.

ah ok, useful info. the iframe address i open is simply an internal wp page. there is absolutely no body class, no css and no scripts which eg. makes the real cookie banner blocking of gmaps impossible…lokking for a way to include all scripts and js when loaded as iframe…

thanks, tugbucket! i had the wrong 1st version of the enqueue. the 2nd works! always thought failing in this the child would just “not load the PARENT” styles. ok, it does not load the child theme styles ??

@bitkkanen that one is not working. seem like there is really some base64 encoded sound in the js as well.

@wordpress3cx thanks, updated and now the sounds don’t play no more.

schwarzer-ruerhrtechnik.de – right now everythingis fine, but only after deactivating webpexpress temporarily. first i thought the 5g 6g setting in aiosaf plugin fixed it. but no, some still were missing. only disabling either aiosaf or webpexpress completely fixes the issue.

tried them all except no conversion :-). usually varied image reponse is the best option. but that and alle other operation modes leave some images – and funnily only on first page load – blank. most image are generated properly.

one more problem: the newly define standard sorting by volume works like a charme on any category products page:

add_filter('woocommerce_get_catalog_ordering_args', 'am_woocommerce_catalog_orderby');
function am_woocommerce_catalog_orderby( $args ) {
    $args['meta_key'] = 'Volumen';
    $args['orderby'] = 'meta_value_num';
    $args['order'] = 'ASC'; 
    return $args;
}

but the custom sorting options “volumen_desc” doesn’t work, output is always the same as ASC. any idea why?

add_filter('woocommerce_get_catalog_ordering_args', 'custom_woocommerce_get_catalog_ordering_args');
 
function custom_woocommerce_get_catalog_ordering_args( $args ) {
    global $wp_query;
    if (isset($_GET['orderby'])) {
        switch ($_GET['orderby']) :
            case 'volumen' :
                $args['order'] = 'ASC';
                $args['meta_key'] = 'Volumen';
                $args['orderby'] = 'meta_value_num';
            break;
            case 'volumen_desc' :
                $args['order'] = 'DESC';
                $args['meta_key'] = 'Volumen';
                $args['orderby'] = 'meta_value_num';
            break;
        endswitch;
    }
    return $args;
}
add_filter('woocommerce_catalog_orderby', 'custom_woocommerce_catalog_orderby');
 
function custom_woocommerce_catalog_orderby( $sortby ) {
    $sortby['volumen'] = 'Volumen aufsteigend';
    $sortby['volumen_desc'] = 'Volumen absteigend';
    return $sortby;
}