คำแนะนำเกี่ยวกับภาวะชั่วคราวใน WordPress
เผยแพร่แล้ว: 2023-02-12ในฐานะนักพัฒนา WordPress คุณอาจทราบดีอยู่แล้วว่าประสิทธิภาพมีความสำคัญต่อเว็บไซต์ที่ประสบความสำเร็จเพียงใด อย่างไรก็ตาม การทำความเข้าใจภาวะชั่วคราวใน WordPress และวิธีที่สิ่งเหล่านี้จะช่วยเพิ่มประสิทธิภาพโครงการของคุณอาจเป็นเรื่องที่ยุ่งยากเล็กน้อย
โชคดีที่เมื่อคุณแยกมันออกมา ภาวะชั่วคราวนั้นไม่ใช่เรื่องยากที่จะเข้าใจ ตราบใดที่คุณคำนึงถึงหลักเกณฑ์สำคัญบางประการ คุณก็พร้อมที่จะรวมเข้ากับปลั๊กอิน WordPress ถัดไปของคุณ
ในโพสต์นี้ เราจะให้ภาพรวมว่า WordPress transients คืออะไร พร้อมทั้งวิธีและเวลาที่จะใช้ มีพื้นมากมายให้ครอบคลุม ดังนั้นมาเริ่มกันเลย!
WordPress ชั่วคราวคืออะไร?
เพื่อให้เข้าใจทรานเซียนท์ การมีความรู้พื้นฐานเกี่ยวกับการแคชและ Application Programming Interfaces (API) จะเป็นประโยชน์
การแคชข้อมูลหน้าเว็บเป็นวิธีการบันทึกข้อมูลของเว็บไซต์ชั่วคราว ดังนั้นหากมีการร้องขอข้อมูลเดียวกันหลายรายการ ไซต์จะไม่ต้องเรียกใช้ MySQL หรือ PHP ใหม่ สิ่งนี้สามารถประหยัดเวลาได้เป็นวินาทีและลดภาระของเซิร์ฟเวอร์
แนวคิดคือการเก็บข้อมูลชั่วคราว ดังนั้นคำว่า "ชั่วคราว" Transients API คล้ายกับ WordPress Options API คุณตั้งชื่อและค่าให้กับข้อมูล ซึ่งอาจมีความซับซ้อน เช่น อาร์เรย์ PHP หลายระดับ และเก็บข้อมูลไว้ ในภายหลัง แม้กระทั่งตามคำขออื่น คุณสามารถดึงข้อมูลนั้นโดยใช้ชื่อได้ ข้อแตกต่างคือข้อมูลในตารางตัวเลือกจะคงอยู่ตลอดไป นั่นคือคุณสามารถเก็บข้อมูลได้ และอีก 3 ปีต่อมา ข้อมูลจะยังคงอยู่ที่นั่น
ทุกสภาวะชั่วคราวประกอบด้วยสามส่วน:
- $ ชั่วคราว นี่คือสตริงที่ใช้เพื่อระบุตัวตนชั่วคราวของคุณและเรียกมันขึ้นมา นอกจากนี้ยังเรียกว่า 'คีย์' หรือ 'ชื่อ' ของชั่วคราว
- มูลค่า $ นี่คือข้อมูลที่เรียกผ่าน API ค่าชั่วคราวสามารถเป็นวัตถุ อาร์เรย์ ตัวเลข หรือสตริง
- $ หมดอายุ นี่คือระยะเวลาชั่วคราวที่อยู่ในฐานข้อมูลของคุณ ก่อนที่มันจะถูกลบ และคุณต้องเข้าถึงข้อมูลที่คุณต้องการผ่าน API อีกครั้ง
บนพื้นผิว นั่นคือทั้งหมดที่มีใน WordPress ชั่วคราว อย่างไรก็ตาม ในการใช้งานอย่างถูกต้อง มีข้อมูลเพิ่มเติมที่คุณจำเป็นต้องรู้
อย่างไรก็ตามข้อมูลชั่วคราวจะไม่ติดอยู่ นั่นคือประเด็น! คุณสามารถขอข้อมูลและพบว่าข้อมูลหายไปด้วยวิธีใดวิธีหนึ่งจากสองวิธี ขั้นแรก เมื่อคุณ จัดเก็บ ข้อมูล คุณต้องระบุวันหมดอายุ ตัวอย่างเช่น คุณสามารถพูดว่า “เก็บไว้สามชั่วโมง” ดังนั้นหากคุณขอหลังจากสี่ชั่วโมง มันจะหายไป
วิธีที่สองคือข้อมูลส่วนนั้นสามารถหายไปได้ทุกเมื่อไม่ว่าด้วยเหตุผลใดก็ตาม ฟังดูแปลกที่ฉันรู้! จะมีประโยชน์อะไรในการจัดเก็บข้อมูลหากคุณไม่สามารถนับได้? ประเด็นก็คือที่เก็บข้อมูลเป็นคำขอที่ WordPress จะพยายามให้เกียรติ แต่เนื่องจากความยืดหยุ่นนี้ จึงเป็นไปได้ที่จะใช้รูปแบบต่างๆ ในการใช้งานสำหรับที่เก็บข้อมูลชั่วคราว และนั่นหมายความว่าเป็นไปได้ที่จะใช้เทคโนโลยีขั้นสูงที่แตกต่างกันเพื่อทำให้ชั่วคราวมีประสิทธิภาพสูงสุด และทำงานอย่างถูกต้องแม้ในสภาพแวดล้อมแบบคลัสเตอร์หลายเซิร์ฟเวอร์
เนื่องจากสิ่งนี้ "หายไปได้ตลอดเวลา" คุณจึงใช้ชั่วคราวเป็นแคช นั่นคือ ถ้าคุณต้องการคำนวณบางสิ่งที่ใช้เวลาจริง เช่น การสืบค้น MySQL ที่ช้า หรือการดึงข้อมูลจากแหล่งภายนอก เช่น Twitter หรือฟีด RSS ของใครบางคน คุณสามารถจัดเก็บข้อมูลที่คำนวณไว้ชั่วคราว โดยรู้ว่าหากข้อมูลหายไป สามารถสร้างใหม่ได้เสมอ แต่ในกรณีปกติ — เมื่อไม่ได้หายไป — คุณจะมีข้อมูลอย่างรวดเร็วโดยไม่ต้องคำนวณใหม่
ประโยชน์ของการใช้ Transients บนไซต์ WordPress ของคุณ
ดังที่เราได้กล่าวไว้ก่อนหน้านี้ ประโยชน์หลักของทรานเซียนท์คือการปรับปรุงประสิทธิภาพของเว็บไซต์ ต่อไปนี้เป็นโครงร่างคร่าวๆ ของวิธีการทำงาน โดยใช้ปลั๊กอิน Google Site Kit เป็นตัวอย่าง
เมื่อเปิดใช้งานปลั๊กอิน ปลั๊กอินจะใช้ API เพื่อแสดงข้อมูลจากแพลตฟอร์มต่างๆ เช่น Analytics และ Search Console ในแดชบอร์ดของ WordPress หากไม่มีภาวะชั่วคราว WordPress จะต้องดึงข้อมูลนี้จากแต่ละเครื่องมือทุกครั้งที่คุณดูแดชบอร์ด Site Kit ของคุณ:
Site Kit มีชั่วคราวที่แคชข้อมูลจาก Analytics และ Search Console แทน จะถูกเก็บไว้เป็นเวลาหนึ่งวัน (หรือหนึ่งชั่วโมงหากแพลตฟอร์มไม่ส่งคืนข้อมูล)
ทุกครั้งที่คุณเข้าถึงแดชบอร์ด Site Kit ของคุณ WordPress สามารถดึงข้อมูลที่เก็บไว้จากฐานข้อมูลของคุณได้อย่างรวดเร็ว แทนที่จะต้องเรียกใช้ API อีกครั้ง เมื่อหมดเวลาข้อมูลเก่าจะถูกลบ
ซึ่งหมายความว่าคุณไม่ต้องรอให้โหลดผลลัพธ์ทุกครั้ง สิ่งนี้มีประโยชน์ในหลายสถานการณ์ เช่น การแสดงจำนวนการแชร์โซเชียลมีเดียสำหรับโพสต์ของคุณหรือการแสดงฟีดข่าว
ข้อเสียของการใช้ Transients บนไซต์ WordPress ของคุณ
สิ่งที่ทำให้คุณมีปัญหากับ Transients คือลักษณะการทำงานที่แตกต่างและยากที่จะทำซ้ำ เมื่อปลั๊กอิน/ธีมของคุณทำงานภายใต้การใช้งานชั่วคราวที่แตกต่างกัน การใช้งานชั่วคราวที่แตกต่างกันหมายความว่าคุณจะพบปัญหาในการกำหนดค่าบางอย่างกับไซต์บางประเภทเท่านั้น และจะไม่พบปัญหาในไซต์ประเภทอื่น ในฐานะนักพัฒนา หากคุณไม่ทราบถึงหลุมพรางนี้และไม่ได้เขียนโค้ดตามนั้น คุณจะคิดว่าโค้ดของคุณฟังดูดี แต่จริงๆ แล้วโค้ดจะพังในสนาม และคุณจะไม่รู้ด้วยซ้ำว่าจะสร้างโค้ดขึ้นมาใหม่ได้อย่างไร !
เมื่อใดควรใช้ WordPress ชั่วคราว
ชั่วคราวจะถูกลบออกจากฐานข้อมูลของคุณเมื่อสิ้นสุดระยะเวลาหมดอายุ ด้วยเหตุนี้ คุณจึงต้องการใช้ข้อมูลเหล่านี้เพื่อข้อมูลที่สร้างขึ้นใหม่อย่างต่อเนื่องเท่านั้น
นอกจากนี้ แม้ว่าจะสามารถปรับปรุงประสิทธิภาพของโปรเจกต์ได้ แต่ทรานเซียนต์จะถูกสงวนไว้ดีที่สุดสำหรับการสอบถามจำนวนมากและการโทรจากระยะไกล หากจำเป็นต้องใช้โค้ดมากกว่าในการสร้างชั่วคราว มากกว่าที่จะเพียงแค่ส่งคำขอใหม่สำหรับทรัพยากรในแต่ละครั้งที่จำเป็น คุณควรดำเนินการโดยไม่ใช้
การจัดการ WordPress ชั่วคราว
หากคุณต้องการดูและจัดการชั่วคราวที่ทำงานบนไซต์ WordPress ของคุณได้อย่างง่ายดาย คุณสามารถติดตั้งปลั๊กอิน Transients Manager:
มีรายการชั่วคราวทั้งหมด ซึ่งคุณสามารถค้นหาได้โดยไปที่ เครื่องมือ > ชั่วคราว :
ที่นี่ คุณสามารถดูองค์ประกอบชั่วคราวทั้งสามรายการที่เราระบุไว้ก่อนหน้านี้ – คีย์ (ชื่อ) ค่า และระยะเวลาหมดอายุ คุณสามารถแก้ไขคุณลักษณะเหล่านี้ได้โดยคลิกที่ลิงก์ แก้ไข :
คุณยังสามารถลบชั่วคราวทีละรายการหรือหลายรายการ
การดำเนินการพื้นฐานที่ใช้ในสภาวะชั่วคราว
เมื่อต้องเขียนโค้ดทรานเซียนท์ของคุณเอง มีการดำเนินการพื้นฐานสามอย่างที่คุณน่าจะต้องใช้ เราได้สรุปแต่ละรายการด้านล่าง โดยใช้ Site Kit เป็นตัวอย่างต่อไป
1. การตั้งค่าชั่วคราว
การสร้างหรือ 'ตั้งค่า' ชั่วคราวคือกระบวนการกำหนดคีย์ ค่า และระยะเวลาหมดอายุ และนำข้อมูลนั้นไปใช้กับข้อมูลที่เกี่ยวข้อง ในการทำเช่นนั้น คุณจะใช้รูปแบบต่อไปนี้:
Set_transient ('key', $value, expiration_period)
นี่คือรหัสที่ใช้ใน Google Site Kit เพื่อตั้งค่าชั่วคราวที่เก็บข้อมูลการวิเคราะห์:
// Cache "data found" status for one day, "no data" status for one hour. set_transient( $transient_key, (int) $has_data, $has_data ? DAY_IN_SECONDS : HOUR_IN_SECONDS ); } return (bool) $has_data; } }
คีย์ชั่วคราวคือ googlesitekit_analytics_has_data (กำหนดไว้ก่อนหน้านี้ในโค้ด) ค่าคือ $has_data หรือ $has_data ? และระยะเวลาหมดอายุคือหนึ่งวันหรือหนึ่งชั่วโมง (ขึ้นอยู่กับค่า)
2. การดึงชั่วคราว
การดึงชั่วคราวนั้นซับซ้อนกว่าเล็กน้อย ขั้นแรก คุณต้องใช้ฟังก์ชันเพื่อขอข้อมูลที่จำเป็น จากนั้นคุณจะตรวจสอบว่ามีชั่วคราวที่สอดคล้องกันที่ควรโหลดหรือไม่ แทนที่จะสร้างคำขอ API ใหม่
ผลลัพธ์อาจมีลักษณะดังนี้:
function some_function(){ $transient = get_transient('key');
จากนั้นคุณจะต้องส่งคืนชั่วคราวหรือลบข้อมูลที่หมดอายุแล้วโทรใหม่ไปยังแหล่งที่มา สุดท้าย คุณต้องตั้งค่าชั่วคราว หลังจากที่ คุณส่งคืนข้อมูลใหม่ ดังนั้นข้อมูลนั้นจะถูกเก็บไว้อีกครั้งจนกว่าระยะเวลาหมดอายุจะหมดลง
ใน Google Site Kit จะมีลักษณะดังนี้:
/** * Checks whether Analytics data exists for the given URL. * * @since 1.4.0 * * @param string $url The url to check data for. * @return bool */ protected function has_data_for_url( $url ) { if ( ! $url ) { return false; } $transient_key = 'googlesitekit_analytics_has_data_' . md5( $url ); $has_data = get_transient( $transient_key ); if ( false === $has_data ) { /* @var Google_Service_AnalyticsReporting_Report[]|WP_Error $reports Array of reporting report instances. */ $reports = $this->get_data( 'report', array( 'url' => $url, 'metrics' => array( array( 'expression' => 'ga:users' ), array( 'expression' => 'ga:sessions' ), ), ) ); if ( is_wp_error( $reports ) ) { $reports = array(); // Bypass data check and cache. } foreach ( $reports as $report ) { /* @var Google_Service_AnalyticsReporting_Report $report Report instance. */ $report_data = $report->getData(); /* @var Google_Service_AnalyticsReporting_ReportData $report_data Report data instance. */ foreach ( $report_data->getTotals() as $date_range_values ) { /* @var Google_Service_AnalyticsReporting_DateRangeValues $date_range_values Values instance. */ if ( isset( $date_range_values[0], $date_range_values[1] ) && ( 0 < $date_range_values[0] || 0 < $date_range_values[1] ) ) { $has_data = true; break 2; } } }
โค้ดนี้ควรตามด้วยข้อมูลโค้ดที่เรารวมไว้ในส่วนก่อนหน้าสำหรับการตั้งค่าชั่วคราว
3. การลบชั่วคราว
ในบางกรณี คุณอาจพบว่าคุณต้องการลบชั่วคราว ตัวอย่างเช่น หากคุณต้องการดูการวิเคราะห์ที่อัปเดตที่สุดใน Google Site Kit จะเป็นการดีกว่าที่จะไม่แคชข้อมูล (แม้ว่าเราจะไม่แนะนำให้คุณลบข้อมูลชั่วคราวของ Site Kit ก็ตาม)
มิฉะนั้น ปลั๊กอินจะแสดงผลแบบเดียวกันตลอดทั้งวัน แม้ว่าคุณจะมีผู้เยี่ยมชมรายใหม่ก็ตาม เนื่องจากช่วงเวลาชั่วคราวมีระยะเวลา 24 ชั่วโมง ข้อมูลที่คุณดูในตอนบ่ายจะเป็นข้อมูลเวอร์ชันแคชของข้อมูลที่คุณโหลดในตอนเช้า
วิธีที่ง่ายที่สุดในการลบทรานเซียนท์คือการใช้ปลั๊กอิน Transients Manager อย่างไรก็ตาม หากคุณต้องการใช้โค้ดแทน คุณสามารถใส่ฟังก์ชัน delete_transient() ลงไปได้ สิ่งที่คุณต้องมีคือคีย์ชั่วคราว:
delete_transient('key');
อย่างไรก็ตาม คุณจะต้องทำซ้ำสำหรับแต่ละช่วงเวลาที่คุณต้องการลบ
การหมดอายุชั่วคราว: มันทำงานอย่างไร?
ระยะเวลาหมดอายุชั่วคราวสามารถแสดงได้หลายวิธี สองตัวเลือกที่ง่ายที่สุดคือ:
- เป็นวินาที ( set_transient('key', $value, 86400))
- การใช้ค่าคงที่เวลาของ WordPress ( set_transient('key', $value, DAY_IN_SECONDS))
หรือคุณสามารถตั้งค่าชั่วคราวที่ไม่มีวันหมดอายุ สิ่งนี้มีประโยชน์ในสถานการณ์ที่คุณต้องการเก็บข้อมูลชั่วคราวให้เหมือนเดิม จนกว่าคุณจะลบและรีเซ็ตข้อมูลที่แคชด้วยตนเอง
การสร้างทรานเซียนท์ที่ไม่มีวันหมดอายุนั้นค่อนข้างง่าย เพียงปล่อยพารามิเตอร์การหมดอายุในฟังก์ชัน set_transient ว่างไว้ หรือระบุว่าเป็นศูนย์
ทำความเข้าใจกับ WordPress Transients API
WordPress Transients API เป็นเพียงวิธีการแคชข้อมูลในฐานข้อมูลของไซต์ของคุณ มันเปิดใช้งานการดำเนินการที่เกี่ยวข้องทั้งหมดที่เราพูดถึงตลอดโพสต์นี้ รวมถึงการตั้งค่า การรับ และการลบทรานเซียนท์
กล่าวอีกนัยหนึ่ง Transients API เป็นเพียงส่วนหนึ่งของคอร์ของ WordPress ที่ให้คุณใช้ทรานเซียนท์ได้
การใช้งานแบ็คเอนด์ Transients API ที่พบมากที่สุดสองรายการ:
- สิ่งหนึ่งที่สร้างขึ้นใน WordPress และเป็นสิ่งที่พบได้บ่อยที่สุด ค่าชั่วคราวจะถูกเก็บไว้ในตาราง wp_options เช่นเดียวกับตัวเลือกปกติ ด้วยชั่วคราว ตัวเลือกเพิ่มเติมจะถูกเก็บไว้เพื่อเก็บวันหมดอายุ เมื่อเข้าถึงชั่วคราว WordPress จะดึงวันหมดอายุก่อน หากหมดอายุ WordPress จะลบตัวเลือกทั้งสองออกจากตาราง ดังนั้น "ล้าง" ข้อมูลและแสร้งทำเป็นว่าข้อมูลไม่เคยอยู่ที่นั่น หากยังไม่หมดอายุ จะดึงเนื้อหาจากตารางตัวเลือก
- เมมแคช Memcached เป็นซอฟต์แวร์ฝั่งเซิร์ฟเวอร์ที่เรียบง่ายแต่มีประสิทธิภาพและเชื่อถือได้ ออกแบบมาเพื่อทำในสิ่งที่ Transients API ควรทำ — จัดเก็บข้อมูลตามคีย์ ซึ่งจะหมดอายุในเวลาที่กำหนด และสามารถหายไปได้ทุกเมื่อหากต้องการ ถึง.
การใช้ memcached แทน WordPress Transients มีประโยชน์พิเศษสองประการ ซึ่งเป็นเหตุผลที่เรากำหนดค่าล่วงหน้าให้คุณโดยอัตโนมัติที่ WP Engine เราพร้อมช่วยเหลือคุณ
ฉัน. Memcached จัดเก็บและดึงค่าได้เร็วกว่า WordPress Transients ถึง 10x-100x ซึ่งน่าสนใจเป็นพิเศษเนื่องจากจุดประสงค์ของ transients คือการแคชข้อมูลเพื่อเพิ่มความเร็วของไซต์
ii. Memcached กำหนดจำนวนพื้นที่สูงสุดที่จะใช้กับข้อมูล (เช่น 64MB ของ RAM) ซึ่งหมายความว่าหากไซต์จัดเก็บข้อมูลมากเกินไปในครั้งเดียว มันจะทิ้งข้อมูลเก่าโดยอัตโนมัติ ดังนั้นจึงไม่มีพื้นที่ว่างเหลือ แต่ WordPress Transients ในตัวจะเก็บข้อมูลตามจำนวนที่กำหนดในตารางตัวเลือก
การใช้ภาวะชั่วคราวในการพัฒนาของคุณ
สมมติว่าคุณกำลังอ่านและเขียนคีย์ Transients เดิมซ้ำๆ และสมมติว่าเป็นข้อมูล 1k ในกรณีนั้น ทั้ง Memcached และ WordPress Transients จะทำสิ่งที่คุณคาดหวัง และทั้งคู่จะใช้พื้นที่ประมาณ 1k (ทั้งในตารางตัวเลือกหรือใน memcached)
สมมติว่าคุณกำลังอ่านและเขียนคีย์ชั่วคราวที่แตกต่างกัน ซึ่งแตกต่างกันไปในแต่ละเซสชันของเบราว์เซอร์ สรุปก็คือ ถ้าคุณเก็บข้อมูลเซสชันของผู้ใช้ไว้ใน Transients ล่ะ สิ่งนี้สมเหตุสมผลบนพื้นผิว ข้อมูลเซสชันไม่ควรคงอยู่ตลอดไป และคุณคงไม่อยากยุ่งกับตารางฐานข้อมูลพิเศษ นอกจากนั้น บริษัทโฮสติ้ง WordPress หลายแห่งไม่อนุญาตเซสชัน PHP ดังนั้นนี่จึงเป็นสิ่งที่ดีที่สุดรองลงมา มันรวดเร็วและหลายเซิร์ฟเวอร์
นี่คือจุดที่ความแตกต่างปรากฏขึ้น ด้วย Memcached และไซต์ที่มีการเข้าชมต่ำ วิธีนี้ดูเหมือนจะใช้ได้ผล ค่าจะคงอยู่ชั่วขณะ จากนั้นจะถูกลบเมื่อหมดอายุ อย่างไรก็ตาม หากเซิร์ฟเวอร์มีการโหลดมาก จำนวนข้อมูลเซสชันที่เซิร์ฟเวอร์ต้องการจัดเก็บจะเกินพื้นที่ที่มีอยู่ใน memcached ดังนั้น คุณจะเริ่มสูญเสียข้อมูลเซสชันเร็วกว่าที่คุณคิด และถ้าคุณไม่ได้ทดสอบในสภาพแวดล้อมที่โหลดหนักอย่างแน่นอน คุณจะไม่มีทางรู้ได้ โดยทั่วไป สภาพแวดล้อมเหล่านี้จบลงด้วยการเติม memcached อย่างรวดเร็วจนปิดการใช้งาน memcached อย่างมีประสิทธิภาพ เพราะไม่สามารถเก็บข้อมูลได้นานพอที่จะเป็นประโยชน์ คุณไม่มีแคช API ชั่วคราวเลย!
แต่ด้วย WordPress Transients คุณจะได้รับพฤติกรรมที่ต่างออกไป แต่ก็ยังไม่เป็นที่พึงปรารถนา เนื่องจากค่าต่างๆ ถูกเขียนลงในฐานข้อมูล ไม่ใช่บล็อกขนาดคงที่ของ RAM จึงยังคงอยู่ ซึ่งหมายความว่าแม้จะมีไซต์ที่มีการโหลดสูง คุณก็ยังมีข้อมูลเซสชันของคุณ สุดยอด!
หรืออย่างที่คุณคิด เนื่องจากสิ่งที่ไม่ได้กล่าวไว้ใน Transient API คือสิ่งที่เกิดขึ้นเมื่อคุณใช้คีย์เฉพาะ เช่น เซสชัน และสิ่งที่เกิดขึ้นกับวิธีการในตัวคือตารางตัวเลือกจะเต็มไปเรื่อย ๆ ! เนื่องจาก: "การล้างข้อมูลเก่า" ของ WordPress จะทำงานเมื่อคุณขอรหัสเท่านั้น (ตามที่เรากล่าวถึงก่อนหน้านี้) หากคุณปล่อยกุญแจทิ้งไว้ มันจะอยู่ในตารางตัวเลือกตลอดไป ไม่มีกระบวนการแยกต่างหากที่จะทำความสะอาดสิ่งเหล่านี้!
เราไม่เพียงแต่ตระหนักถึงปัญหานี้เท่านั้น เรายังต้องการที่จะช่วยเหลือลูกค้าของเราที่อาจใช้งานโค้ดที่ไม่เข้าใจสิ่งนี้ นั่นคือที่มาของ "การจัดการ" ใน WordPress ภายใต้การจัดการ! ทุกคืน เรามีกระบวนการอัตโนมัติในการตรวจสอบตารางตัวเลือกของคุณสำหรับช่วงเวลาชั่วคราวที่หมดอายุ และลบออก (ทั้งข้อมูลและรายการวันหมดอายุ) บูม! พวกมันหายไปแล้ว และคุณไม่ต้องกังวลเกี่ยวกับพวกมัน
เป็นเรื่องที่ยอดเยี่ยมมากที่เราทำเช่นนี้ แต่ในฐานะผู้พัฒนาปลั๊กอินหรือธีมทั่วไปซึ่งควรจะทำงานได้อย่างถูกต้องบนสภาพแวดล้อมการโฮสต์ใดๆ คุณไม่สามารถทำเช่นนี้ได้ในสภาพแวดล้อมที่เป็นไปได้ทั้งหมดที่ปลั๊กอินหรือธีมของคุณอาจถูกปรับใช้ และคุณ ต้องการให้แน่ใจว่าคุณให้รหัสที่ดีที่สุดแก่ผู้ใช้และลูกค้าของคุณ
อย่างไรก็ตาม ตอนนี้คุณรู้แล้วว่า Transient ผิดพลาดได้อย่างไร อาจเป็นความคิดที่ยอดเยี่ยมที่จะลองดูว่าคุณจะทำให้โค้ดของคุณมีประสิทธิภาพมากขึ้นได้อย่างไร เป็นไปได้ว่าถ้าคุณอ่านมาถึงตรงนี้แล้ว คุณชอบเพิ่มประสิทธิภาพโค้ดของคุณ และบล็อกโพสต์นี้อาจทำให้คุณผิดหวังและกระตุ้นให้คุณเขียนบางสิ่งใหม่เพื่อให้สามารถปรับขนาดได้มากขึ้น!
ทำอะไรได้มากขึ้นด้วยไซต์ WordPress ของคุณ
ในฐานะนักพัฒนา WordPress การให้สิทธิ์เข้าถึงข้อมูลระยะไกลแก่ผู้ใช้ของคุณในขณะที่ยังคงรักษาประสิทธิภาพที่รวดเร็วไว้เป็นกุญแจสำคัญ ภาวะชั่วคราวของ WordPress สามารถช่วยให้คุณบรรลุผลสำเร็จได้
อย่างไรก็ตาม การได้รับความช่วยเหลือเพิ่มเติมเล็กน้อยจากโฮสติ้ง WordPress ที่เร็วปานสายฟ้าแลบและทรัพยากรสำหรับนักพัฒนามืออาชีพก็ไม่ใช่เรื่องเสียหาย ไม่ว่าคุณจะเพิ่งเริ่มเขียนโค้ดหรือมือโปรที่ช่ำชอง เราพร้อมให้ความช่วยเหลือ ตรวจสอบแผนของเราวันนี้!