Amikor a CloudFlare Rocketloader elrontja a Divi vizuális szerkesztőjét - Uncaught ReferenceError: jQuery is not defined

Cloudflare has a tool called Rocket Loader™.

Rocket Loader prioritises your website’s content (text, images, fonts etc) by deferring the loading of all of your JavaScript until after rendering. On pages with JavaScript, this results in a much faster loading experience for your users and improves the following performance metrics:

– Time to First Paint (TTFP)
– Time to First Contentful Paint (TTFCP)
– Time to First Meaningful Paint (TTFMP)
– Document Load

All these things are great normally, but when it comes to your Page Builder… they seem to break everything. It doesn’t matter if your page builder loads a few hundred milliseconds faster if it ultimately doesn’t work when it loads.

However, you probably do still want this feature turned on for most of your website. So that was the problem I found myself in. Do I sacrifice page speeds for convenience? Or do I just turn off Cloudflare every time I needed to update my website? Luckily, the answer is neither.

The fix for me was to simply make a Cloudflare Page Rule.

Step 1: Go to Page Rules in your Cloudflare Dashboard.

Step 2: Click “Create Page Rule” and use an asterisk (*) to create your dynamic pattern. Since Divi uses “?et_fb=” as the url, I added *?et_fb=* to the end of my domain.

So now, if I go to https://zealoussites.com/what-we-do/wordpress-web-development/?et_fb=someid&PageSpeed=off or https://zealoussites.com/?et_fb=someotherid&someotherquery it will not serve the page with the Rocket Loader. This solved the problem for me. :)

See the screenshot below.

Problem Solved!

That’s it! The problem that had me tearing my hair out and frustrated for hours on end turned out to be a simple page rule issue. It would seem that sometimes you can have too much of a good thing when it comes to Cloudflare.

Hála hála!

keresőszavak: wordpress divi Uncaught ReferenceError: jQuery is not defined

 https://www.zealoussites.com/blog/how-to-fix-divi-page-builder-broke-with-cloudflare

Wordpress gyorsítás tapasztalatok - cache, bővítmények .htaccess, PHP

• Mindennek az alapja egy jó "SSD"-s szerver (tárhely), ami gyors válaszidővel rendelkezik
• Illetve egy gyors téma, pl. GeneratePress
• Cache bővítmények: WP Super Cache, Hummingbird
• Képoptimalizálók: Webp, Hummingbird
• Képek gyorsítása CDN, pl. Jetpack
• DDoS védelem, biztonság CDN, pl. Cloudflare
• Ha a szerver támogatja az LSPHP-t, a .htaccess fájlba beírni:

AddHandler application/x-httpd-lsphp74 .php .php5

És a teszt :)

• https://developers.google.com/speed/pagespeed/insights/
• https://web.dev/measure/
• https://gtmetrix.com/
• https://www.webpagetest.org/

Monit.php malware eltávolítása

Monit.php reklámvírus (malware)

Hogyan tudod megállapítani, hogy fertőzött vagy-e? 

A [honlap-URL]-t cseréld ki a te honlapod címére (pl. https://sajathonlapom.hu)

[honlap-URL]/wp-admin/options-general.php?page=monit

Automatikus eltávolítás: cPanel cron 

A tárhely cpanel felületén találod meg a "Időzített feladatok(cron)" lehetőséget:

Állítsd be hogy percenként egyszer lefusson:

A YOUR_EMAIL_ADDRESS helyére ha beírod az email címedet, akkor értesítést kapsz ha megtalálta (és letörölte) a monit.php-t a rendszer.

find . -type f -name "monit.php" -exec echo {} \; -exec stat {} \; -exec rm -f {} \; | mailx -E -s "monit.php threat deleted" YOUR_EMAIL_ADDRESS

Másik módszer eltávolításra: Anti-Malware from GOTMLS.NET

https://gotmls.net/

Ajánlom a telepítését! Ha tetszett, akkor 29$ adományért cserébe már rendszeres, automatikus frissítéseket is beállíthatod, de az ingyenes változat is remekül használható.

Kézi eltávolítás:

1. Töröljük le a fájlkezelővel plugins/monit.php

Vagy ssh parancssorban: find /var/www/html/ -name monit.php -exec rm -rf {} \;

2. A MySQL adatbázisban található javascript fájlok, melyek a nem kívánt reklámokat megjelenítik:

<script type="text/javascript" src="//ofgogoatan.com/apu.php?zoneid=3280383" async data-cfasync="false"></script>

<script src="https://propu.sh/pfe/current/tag.min.js?z=3280389" data-cfasync="false" async></script>

<script type="text/javascript" src="//inpagepush.com/400/3336702" data-cfasync="false" async="async"></script>

2 JBEBP("<script*.php?zone*</script>") in wp_options:ad_code":167655.1

SQL parancs amit a phpMyadmin felületre be lehet másolni, aztán a megtalált táblákat törölni:

SELECT * FROM `wp_options` WHERE `option_name` IN ( ‘default_mont_options’, ‘ad_code’ , ‘hide_admin’, ‘hide_logged_in’ , ‘display_ad’, ‘search_engines’ , ‘auto_update’, ‘ip_admin’ , ‘cookies_admin’, ‘logged_admin’, ‘log_install’)

Forrás

https://medium.com/@ianarman/monit-php-wordpress-malware-9ffa5c338e9a

https://www.getastra.com/blog/911/fix-monit-php-monetization-hack/

Syntax errors in translated files - Letter to poeditor.com

I've used poeditor with Google Translate to translate open source software - LearnPress and Give-WP plugins.

I've paid 8$ yet the output is full of syntax errors - special characters like & and $ are messed up, some important extra lines omitted starting with # (see e.g. Learnpress WP plugin PO file, lines: "#, php-format").

Examples from Give-WP translation - full source below:

1. Unwanted character conversion - and worse, bad output due to extra space:
msgid "Next »"
msgstr "Következő & raquo;"

2. Extra spaces added that breaks variables:
msgid "Edit Donor: %1$s %2$s"
msgstr "Adományozó szerkesztése:% 1 $ s% 2 $ s"

3. Wrong character encoding:
msgid "Before - %s&#x200e;10"
msgstr "Előtt -% s &# x200e; 10"

etc...

Original:
https://www.pastefs.com/pid/211223

Translated but with syntax errors
https://www.pastefs.com/pid/211222

The Transifex translation portal also does not accept the file you generate as an input file due to the syntax errors.

Can you fix these errors?