डिफ़ॉल्ट रूप से, वर्डप्रेस "ऑब्जेक्ट कैशिंग" का एक रूप है, लेकिन इसका जीवनकाल केवल एक पृष्ठ लोड है।
विकल्प वास्तव में इसका एक बहुत अच्छा उदाहरण हैं। की जाँच करें इस उत्तर अधिक जानकारी के लिए। सारांश:
- एक पेज शुरू होता है
- सभी विकल्प एक साधारण
SELECT option_name, option_value from $wpdb->options
विवरण के साथ लोड किए गए हैं
- उन विकल्पों के लिए अनुवर्ती अनुरोध (उदाहरण के
get_option
लिए डेटाबेस को कभी भी हिट न करने के लिए एक कॉल क्योंकि वे WP कैश एपीआई के साथ संग्रहीत हैं।
विकल्प हमेशा डेटाबेस में "लाइव" होते हैं और हमेशा वहां बने रहते हैं - यही उनका "विहित" स्रोत है। उस ने कहा, विकल्प ऑब्जेक्ट कैश में लोड किए जाते हैं, इसलिए जब आप एक विकल्प का अनुरोध करते हैं तो 99% संभावना होती है जो अनुरोध डेटाबेस को कभी भी हिट नहीं करेगा।
ग्राहक थोड़े अलग हैं।
वर्डप्रेस आपको कैश-एआई को ड्रॉप-इन के साथ बदलने की अनुमति देता है - एक फाइल जो सीधे आपके wp-content
फ़ोल्डर में रखी जाती है । यदि आप अपना कैश ड्रॉप बनाते हैं या किसी मौजूदा प्लगइन का उपयोग करते हैं , तो आप ऑब्जेक्ट कैश को एक पेज लोड से अधिक समय तक बनाये रख सकते हैं। जब आप ऐसा करते हैं, तो ग्राहक, थोड़ा बदल जाते हैं।
चलो set_transient
समारोह में एक नज़र रखना wp-includes/option.php
।
<?php
/**
* Set/update the value of a transient.
*
* You do not need to serialize values. If the value needs to be serialized, then
* it will be serialized before it is set.
*
* @since 2.8.0
* @package WordPress
* @subpackage Transient
*
* @uses apply_filters() Calls 'pre_set_transient_$transient' hook to allow overwriting the
* transient value to be stored.
* @uses do_action() Calls 'set_transient_$transient' and 'setted_transient' hooks on success.
*
* @param string $transient Transient name. Expected to not be SQL-escaped.
* @param mixed $value Transient value. Expected to not be SQL-escaped.
* @param int $expiration Time until expiration in seconds, default 0
* @return bool False if value was not set and true if value was set.
*/
function set_transient( $transient, $value, $expiration = 0 ) {
global $_wp_using_ext_object_cache;
$value = apply_filters( 'pre_set_transient_' . $transient, $value );
if ( $_wp_using_ext_object_cache ) {
$result = wp_cache_set( $transient, $value, 'transient', $expiration );
} else {
$transient_timeout = '_transient_timeout_' . $transient;
$transient = '_transient_' . $transient;
if ( false === get_option( $transient ) ) {
$autoload = 'yes';
if ( $expiration ) {
$autoload = 'no';
add_option( $transient_timeout, time() + $expiration, '', 'no' );
}
$result = add_option( $transient, $value, '', $autoload );
} else {
if ( $expiration )
update_option( $transient_timeout, time() + $expiration );
$result = update_option( $transient, $value );
}
}
if ( $result ) {
do_action( 'set_transient_' . $transient );
do_action( 'setted_transient', $transient );
}
return $result;
}
हम्म $_wp_using_ext_object_cache
? यदि यह सच है, तो वर्डप्रेस, कैश का उपयोग डेटाबेस को स्टोर करने के लिए ऑब्जेक्ट के बजाय करता है । तो यह कैसे सच हो जाता है? यह पता लगाने का समय कि WP अपनी कैश एपीआई कैसे सेट करता है।
आप वर्डप्रेस की बूटस्ट्रैप प्रक्रिया के लिए महत्वपूर्ण हैं - wp-load.php
या wp-settings.php
दोनों लगभग सभी को ट्रेस कर सकते हैं। हमारे कैश में, कुछ प्रासंगिक लाइनें हैं wp-settings.php
।
// Start the WordPress object cache, or an external object cache if the drop-in is present.
wp_start_object_cache();
याद रखें कि ऊपर से चीज़ में गिरावट? आइए एक नजर डालते wp_start_object_cache
हैं wp-includes/load.php
।
<?php
/**
* Starts the WordPress object cache.
*
* If an object-cache.php file exists in the wp-content directory,
* it uses that drop-in as an external object cache.
*
* @access private
* @since 3.0.0
*/
function wp_start_object_cache() {
global $_wp_using_ext_object_cache, $blog_id;
$first_init = false;
if ( ! function_exists( 'wp_cache_init' ) ) {
if ( file_exists( WP_CONTENT_DIR . '/object-cache.php' ) ) {
require_once ( WP_CONTENT_DIR . '/object-cache.php' );
$_wp_using_ext_object_cache = true;
} else {
require_once ( ABSPATH . WPINC . '/cache.php' );
$_wp_using_ext_object_cache = false;
}
$first_init = true;
} else if ( !$_wp_using_ext_object_cache && file_exists( WP_CONTENT_DIR . '/object-cache.php' ) ) {
// Sometimes advanced-cache.php can load object-cache.php before it is loaded here.
// This breaks the function_exists check above and can result in $_wp_using_ext_object_cache
// being set incorrectly. Double check if an external cache exists.
$_wp_using_ext_object_cache = true;
}
// If cache supports reset, reset instead of init if already initialized.
// Reset signals to the cache that global IDs have changed and it may need to update keys
// and cleanup caches.
if ( ! $first_init && function_exists( 'wp_cache_switch_to_blog' ) )
wp_cache_switch_to_blog( $blog_id );
else
wp_cache_init();
if ( function_exists( 'wp_cache_add_global_groups' ) ) {
wp_cache_add_global_groups( array( 'users', 'userlogins', 'usermeta', 'user_meta', 'site-transient', 'site-options', 'site-lookup', 'blog-lookup', 'blog-details', 'rss', 'global-posts', 'blog-id-cache' ) );
wp_cache_add_non_persistent_groups( array( 'comment', 'counts', 'plugins' ) );
}
}
फ़ंक्शन की प्रासंगिक रेखाएं (जो कि उस अलर्ट से संबंधित हैं जो $_wp_using_ext_object_cache
कि कैसे ग्राहकों को संग्रहीत किया जाता है)।
if ( file_exists( WP_CONTENT_DIR . '/object-cache.php' ) ) {
require_once ( WP_CONTENT_DIR . '/object-cache.php' );
$_wp_using_ext_object_cache = true;
} else {
require_once ( ABSPATH . WPINC . '/cache.php' );
$_wp_using_ext_object_cache = false;
}
यदि object-cache.php
आपकी सामग्री निर्देशिका में यह शामिल है और WP मान लेता है कि आप बाहरी, लगातार कैश का उपयोग कर रहे हैं - तो यह $_wp_using_ext_object_cache
सच हो जाता है।
यदि आप किसी बाहरी वस्तु का उपयोग कर रहे हैं तो कैश ग्राहक इसका उपयोग करेंगे। विकल्प बनाम ट्रांज़िस्टर का उपयोग कब करना है, यह सवाल उठता है।
सरल। यदि आपको अनिश्चित काल तक जारी रखने के लिए डेटा की आवश्यकता है, तो विकल्पों का उपयोग करें। उन्हें "कैश्ड" मिलता है, लेकिन उनके विहित स्रोत डेटाबेस हैं और वे तब तक दूर नहीं होंगे जब तक कि उपयोगकर्ता स्पष्ट रूप से अनुरोध नहीं करता है।
ऐसे डेटा के लिए जिन्हें समय की एक निर्धारित राशि के लिए संग्रहित किया जाना चाहिए, लेकिन एक निर्दिष्ट जीवनकाल उपयोग के पारगमन से परे बने रहने की आवश्यकता नहीं है। आंतरिक रूप से, WP एक बाहरी, लगातार ऑब्जेक्ट कैश का उपयोग करने का प्रयास करेगा यदि यह अन्यथा डेटा विकल्प तालिका में जाएगा और जब वे समाप्त हो जाएंगे तब वर्डप्रेस के प्यूसीडो-क्रोन के माध्यम से एकत्र कचरा प्राप्त होगा।
कुछ अन्य चिंताएँ / प्रश्न:
- क्या एक टन कॉल करना ठीक है
get_option
? शायद। वे कॉल को एक फ़ंक्शन ओवरहेड पर ले जाते हैं, लेकिन यह संभवतः डेटाबेस को हिट नहीं करेगा। डेटाबेस लोड अक्सर वेब एप्लिकेशन स्केलेबिलिटी में एक बड़ी चिंता का विषय है कि आपकी पसंद की भाषा एक पेज का निर्माण करती है।
- मैं कैश एपीआई बनाम ट्रांजिस्टर का उपयोग कैसे कर सकता हूं? यदि आप डेटा को एक निर्धारित अवधि तक बनाए रखने की अपेक्षा करते हैं, तो क्षणिक API का उपयोग करें। यदि डेटा बना रहता है, तो यह कोई मायने नहीं रखता (उदाहरण के लिए, डेटा की गणना / प्राप्त करने में लंबा समय नहीं लगता है, लेकिन यह प्रति पृष्ठ लोड से अधिक होने पर नहीं होना चाहिए) कैश एपीआई का उपयोग करें।
- क्या सभी विकल्प वास्तव में हर पगेलोड पर कैश्ड हैं? जरुरी नहीं। यदि आप
add_option
इसके अंतिम, वैकल्पिक तर्क के साथ कहते हैं , क्योंकि no
वे ऑटोलॉइड नहीं हैं। उस ने कहा, एक बार आप उन्हें लाने के बाद, वे कैश में चले जाते हैं और बाद में कॉल डेटाबेस को हिट नहीं करेंगे।