Paano i-configure ang Redis para sa maraming website ng WordPress sa iisang server? Ang pinakamahusay na tutorial para maiwasan ang pagkalito ng datos.

Gusto mo bang magpatakbo ng maraming website ng WordPress sa iisang server at paganahin ang Redis object caching, ngunit nag-aalala tungkol sa pag-overwrite ng naka-cache na data sa isa't isa at pagdudulot ng mga front-end error? Ang tutorial na ito ay nagbibigay ng pinakamahusay na gabay sa pag-configure ng Redis para sa maraming WordPress site sa iisang server!

Itinuturo ng tutorial na ito ang dalawang paraan para sa paglalaan ng iba't ibang Redis database (0-15) at Cache Key Salt prefix isolation sa pamamagitan ng pagbabago sa wp-config.php. Perpektong nilulutas ng mga pamamaraang ito ang obfuscation ng data at makabuluhang nagpapabuti sa performance ng mga high-concurrency server. Dapat itong gamitin ng mga webmaster!

Ilang araw na ang nakalipas, isang kaibigan na nagpapatakbo ng isang independent website ang nagreklamo na ang dalawa niyang WordPress website ay may kakaibang kinikilos nitong mga nakaraang araw. Ang mga pamagat ng post mula sa website A ay patuloy na nagre-redirect sa website B, at ang mga naka-cache na larawan mula sa website B ay lumalabas sa comment section ng website A nang hindi maipaliwanag. Agad akong natawa; dahil lang sa hindi na-configure ang Redis para sa isolation.

Isipin mo: maraming tao, sa pagsisikap na makatipid ng pera, ang gustong mag-cram ng ilang website ng WordPress sa iisang server at gamitin ang Redis para sa caching sa lahat ng mga ito. Ang resulta? Lahat ng website ay nakakonekta sa Redis Database 0, na humahantong sa gulo ng data. Kung ang cache key ng website A ay kasabay ng cache key ng website B, iyon ay isang recipe para sa kapahamakan.

Sa totoo lang, nahulog na rin ako sa patibong na ito. Noong bumubuo ako ng internal knowledge base, dalawang test environment ang nagbahagi ng iisang Redis instance, na nagresulta sa pag-overwrite ng mga cache sa isa't isa. Matagal bago ko nalutas ang problema. Kaya, mayroon akong ilang paunang karanasan na maibabahagi sa aspetong ito.

Ang pangunahing ideya upang malutas ang problemang ito ay ang paghihiwalay. Ang data ng bawat website ay nananatili sa sarili nitong hiwalay na espasyo, nang hindi nakikialam sa isa't isa. Paano natin makakamit ang paghihiwalay na ito? Mayroong dalawang pangunahing pamamaraan.

Opsyon 1: Magtalaga ng iba't ibang database ng Redis sa iba't ibang website

Paano i-install ang Redis memory caching sa HestiaCP?

Ang unang paraan, na siya ring pangunahing rekomendasyon ko, ay ang pagtatalaga sa bawat website ng hiwalay na Redis database. Ang Redis ay may 16 na database bilang default, na may numero mula 0 hanggang 15. Maaari mong gamitin ang website A sa Database 0, ang website B sa Database 1, at iba pa. Ito ay parang pagbibigay sa bawat website ng hiwalay na hard drive partition, na tinitiyak ang pisikal na paghihiwalay ng data at ang pinakamalinis na imbakan ng data.

Ang mga partikular na hakbang ay ang mga sumusunod: Una, mag-install ng plugin na tinatawag na "Redis Object Cache" sa admin panel ng bawat website ng WordPress. Ang developer ay si Till Krüss, at ang plugin na ito ang pinaka-matatag at maaasahan. Huwag munang paganahin ang caching. Pagkatapos, kumonekta sa server sa pamamagitan ng FTP o SSH, hanapin ang wp-config.php file sa root directory ng bawat website, at magdagdag ng ilang linya ng configuration sa itaas ng linyang "/* Iyon lang, itigil ang pag-eedit! Maligayang pag-publish. */".

Halimbawa, ang configuration ng website A:

define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
define( 'WP_REDIS_DATABASE', 0 ); // 用数据库0
define( 'WP_CACHE_KEY_SALT', 'site_a_' ); // 加个独立前缀，双重保险

Para sa website B, baguhin lamang ang numero at prefix ng database:

define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
define( 'WP_REDIS_DATABASE', 1 ); // 用数据库1
define( 'WP_CACHE_KEY_SALT', 'site_b_' ); // 前缀也要改

Siya nga pala, kung ang iyong Redis instance ay may password, kailangan mo rin itong idagdag sa configuration para sa bawat website:

define( 'WP_REDIS_PASSWORD', '你的Redis密码' );

Pagkatapos baguhin ang configuration file, bumalik sa WordPress admin panel ng bawat website , hanapin ang "Settings" -> "Redis," at i-click ang "Enable Object Cache." Kung maayos ang lahat, ipapakita ang status na "Connected." Sa puntong ito, ang data sa dalawang website ay nakahiwalay na.

Opsyon 2: Gumamit ng iba't ibang prefix ng Redis Key (Salt)

Gayunpaman, may isang patibong na kailangan kong bigyan ng babala sa iyo nang maaga. Kung mayroon kang higit sa 16 na website, o kung gumagamit ka ng cloud Redis service na nagbibigay lamang ng iisang database, hindi gagana ang unang paraan. Sa ganitong kaso, kakailanganin mong gamitin ang pangalawang paraan: gamit ang iba't ibang prefix ng Redis Key (Salt).

Ang pamamaraang ito ay nagbibigay-daan sa lahat ng website na magbahagi ng iisang database ng Redis, ngunit pinag-iiba ang data gamit ang isang natatanging prefix. Sa mas simpleng salita, parang lahat ay nakatira sa iisang gusali, ngunit ang bawat apartment ay may natatanging address, na pumipigil sa mga delivery driver na magkamali.

Ang paraan ng pag-configure ay magkatulad, kasama rin ang pagdaragdag ng configuration sa wp-config.php, ngunit ang mahalaga ay dapat na natatangi ang WP_CACHE_KEY_SALT, habang ang WP_REDIS_DATABASE ay maaaring pareho (o iwanang blangko, ang default ay 0).

Konpigurasyon ng Website A:

define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_DATABASE', 0 );
define( 'WP_CACHE_KEY_SALT', 'www_siteA_com_' ); // 确保唯一

Konpigurasyon ng Website B:

define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_DATABASE', 0 );
define( 'WP_CACHE_KEY_SALT', 'www_siteB_com_' ); // 确保唯一

Pagkatapos i-configure, paganahin lang ang caching sa backend ng plugin.

Mga Karaniwang Isyu at Solusyon sa Pag-configure ng Redis

Gayunpaman, dapat kong sabihin nang lantaran na bagama't flexible ang pangalawang opsyon, mayroon itong potensyal na panganib. Kung nililinis ng iyong plugin ang buong Database 0 kapag nililinis ang cache, maaaring maapektuhan nang hindi sinasadya ang data mula sa ibang mga website. Samakatuwid, kung mayroon kang 16 o mas kaunting website, lubos kong inirerekomenda ang paggamit ng unang opsyon para sa mas mataas na seguridad.

Sa proseso ng pag-configure, maaaring makaranas ka ng ilang isyu. Halimbawa, maaaring magpakita ang website ng mga error o blangkong screen pagkatapos gumawa ng mga pagbabago sa configuration. Sa ganitong mga kaso, suriin muna ang syntax ng code sa wp-config.php upang makita kung may mga kuwit o semicolon na nawawala. Bukod pa rito, tiyaking naka-install ang PHP Redis extension (php-redis) sa server; kung hindi, i-install muna ito.

Isa pang karaniwang tanong ay: paano ko lilinisin ang cache ng isang partikular na website? I-click lamang ang "Flush Cache" sa WordPress admin panel ng bawat website. Kung ginagamit mo ang unang paraan (iba't ibang database), lilinisin lamang nito ang database na naaayon sa kasalukuyang website at hindi makakaapekto sa ibang mga website. Kung ginagamit mo ang pangalawang paraan (parehong database, iba't ibang prefix), maaaring linisin ng ilang plugin ang buong Database 0 habang isinasagawa ang proseso ng pag-flush, kaya inirerekomenda ang unang paraan para sa maraming site.

Ang pag-configure ng Redis ay parang pag-charge ng maraming telepono. Maaari kang gumamit ng indibidwal na charger para sa bawat telepono (Opsyon 1), o maaari kang gumamit ng power strip na may hiwalay na switch para sa bawat cable (Opsyon 2). Ang pangunahing prinsipyo ay upang matiyak ang kaligtasan sa pag-charge at maiwasan ang mga short circuit.

Natatandaan ko noong una akong nagsimulang mag-set up ng maraming site, akala ko simple lang ang pag-configure ng Redis—pagbabago lang ng ilang parameter, 'di ba? Pero nang aktwal itong i-production, lahat ng uri ng problema sa caching ay lumitaw. Kalaunan ay napagtanto ko na ang mga teknikal na detalye ay kadalasang nakatago sa mga "tila simpleng" lugar na iyon.

Kung babalikan ngayon, ang proseso ng pagsasaayos mismo ay hindi kumplikado, ngunit ang pinagbabatayang konsepto ng paghihiwalay ay napakahalaga. Sa disenyo ng sistema, ang paghihiwalay ay susi sa pagtiyak ng katatagan. Tulad ng pagpaplano sa lungsod, ang mga lugar na tirahan, mga lugar na industriyal, at mga lugar na komersyal ay dapat paghiwalayin, kung hindi ay magkakaroon ng kaguluhan.

Ganito rin ang naaangkop sa teknikal na pagsasaayos. Ang bawat website ay dapat may sarili nitong independiyenteng espasyo, nang hindi nakikialam sa iba. Hindi lamang ito isang teknikal na isyu, kundi isa ring pilosopiya sa disenyo.

Dahil nabasa mo na ito hanggang dito, kung nakatulong ito sa iyo, paki-like at share naman. Kung gusto mo munang makatanggap ng mga update, puwede mo rin akong sundan!

Salamat sa pagbabasa ng aking artikulo. Sa susunod na lang ulit.