Wordpress (WP) gyorsítása, okosságok

[Botka]

Sziasztok, gyűjtsük össze, mikkel lehet optimalizálni/gyorsítani egy lassú WP oldalt.

Kezdjük pl. az adatbázis gyorsítással, tisztítási lekérdezések futtatásával. A következő lekérdezések futtathatók phpMyAdminból vagy távoli adatbázis-kapcsolat segítségével.

Lásssuk a teljes autoload mennyiséget:

SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload = 'yes';

Listázzuk ki a legnagyobb autoload sorokat:

SELECT LENGTH(option_value),option_name FROM wp_options WHERE autoload='yes' ORDER BY length(option_value) DESC LIMIT 20;​

Nekem pl. a _transient_dirsize_cache volt a legnagyobb tétel a wp_options-ban, ez egy temporary dolog, nyugodtan törölhető. Sőt, minden további nélkül törölhető az összes transient sor a wp_option táblából:

DELETE FROM `wp_options` WHERE `option_name` LIKE ('%\_transient\_%');

Nekem ez kapásból érezhetően gyorsított a wp oldalamon.

[ikon]

wp_commentmeta kitakarítása:

SELECT * FROM wp_commentmeta WHERE comment_id NOT IN ( SELECT comment_id FROM wp_comments );
DELETE FROM wp_commentmeta WHERE comment_id NOT IN ( SELECT comment_id FROM wp_comments );
SELECT * FROM wp_commentmeta WHERE meta_key LIKE '%akismet%';
DELETE FROM wp_commentmeta WHERE meta_key LIKE '%akismet%';​

Majd wp_commentmeta optimalizálása:

OPTIMIZE TABLE `wp_commentmeta`;

-------------------------------

wp_postmeta kitakarítása:

SELECT * FROM wp_postmeta pm LEFT JOIN wp_posts wp ON wp.ID = pm.post_id WHERE wp.ID IS NULL;
DELETE pm FROM wp_postmeta pm LEFT JOIN wp_posts wp ON wp.ID = pm.post_id WHERE wp.ID IS NULL;​

Majd wp_postmeta optimalizálása:

OPTIMIZE TABLE `wp_postmeta`;

[Nic]

Mivel a MySQL-kapcsolat nélküli PHP-szkriptek nagyon gyorsan futottak, a MySQL-adatbázist használó WP konfigurációs fájljában (wp-config.php) kutakodtam. Megváltoztattam az alábbi beállításokat, és jelentős sebességjavulást észleltem:

erről:

/** MySQL hostname */
define('DB_HOST', 'localhost');​

erre:

/** MySQL hostname */
define('DB_HOST', '127.0.0.1');​

[ikon]

Akkor folytatom a wp_actionscheduler_ táblák kitakarításával.
Futtatsd le az alábbi SQL paarancsokat, mikor túl nagyra hízott a wp_actionscheduler_actions tábla:

DELETE FROM `wp_actionscheduler_actions` WHERE `status` = 'canceled'
DELETE FROM `wp_actionscheduler_actions` WHERE `status` = 'failed'
DELETE FROM `wp_actionscheduler_actions` WHERE `status` = 'complete'​

Az wp_actionscheduler_logs tábla tartalmát meg simán törölheted:

woocommerce-scheduled-actions-log-table.png

[Botka]

You can safely clear tables like wp_wfknownfilelist and wp_wffilemods as these should be truncated anyway by default whenever a scan starts.