คำถามติดแท็ก options

ใน WP `options` เป็นคำที่ใช้สำหรับตัวแปรที่เก็บไว้ในฐานข้อมูล พวกเขาสามารถเข้าถึงได้ผ่านตัวเลือก API

1
โปรดอธิบายว่า Wordpress ทำงานกับชุดตัวอักษรและการเรียงตัวของ MySQL ในระดับต่ำได้อย่างไร
เป็นชื่อคำถามที่แนะนำฉันต้องการเข้าใจว่า Wordpress ทำงานกับชุดอักขระของ MySQL และตัวเลือกการเรียงหน้าอย่างไร อย่างที่ฉันจะแสดงด้านล่างสิ่งต่าง ๆ ไม่สมเหตุสมผลกับฉัน ... ฉันติดตั้ง Wordpress โดยทำตามคำแนะนำในหน้าการติดตั้ง: https://codex.wordpress.org/Installing_WordPress เป็นส่วนหนึ่งของคำแนะนำฉันทำตามคำแนะนำของพวกเขาสำหรับการสร้างฐานข้อมูล MySQL บน commandline คือคำสั่ง: mysql> CREATE DATABASE databasename; Query OK, 1 row affected (0.00 sec) mysql> GRANT ALL PRIVILEGES ON databasename.* TO "wordpressusername"@"hostname" -> IDENTIFIED BY "password"; Query OK, 0 rows affected (0.00 sec) mysql> FLUSH …

6
ที่ไหนเมื่อใดและจะล้างกฎการเขียนซ้ำอย่างถูกต้องภายในขอบเขตของปลั๊กอินอย่างไร
ฉันมีปัญหาแปลก ๆ นิดหน่อยกับกฎการเขียนซ้ำไม่ได้ล้างอย่างถูกต้อง ผมได้ลองใช้และflush_rewrite_rules();flush_rewrite_rules(true); ฉันยังได้ลอง$wp_rewriteใช้โลกาภิวัตน์$wp_rewrite->flush_rules();และ$wp_rewrite->flush_rules(true); ไม่ปรากฏว่ากำลังล้างกฎการเขียนซ้ำอย่างถูกต้อง การเรียกเหล่านั้นเป็นการล้างกฎการเขียนซ้ำเมื่อถูกเรียก ฉันจะรู้สิ่งนี้ได้อย่างไร การใช้โซลูชันสำหรับการดีบักการเขียนกฎการลบทิ้ง ขณะนี้ฉันได้เขียนกฎใหม่อีกครั้งเมื่อเปิดใช้งานปลั๊กอินและปิดใช้งานปลั๊กอิน ไม่มีปัญหา ฉันมีหน้าการตั้งค่าการจัดการปลั๊กอินสำหรับผู้ใช้เพื่อกำหนดค่าปลั๊กอิน การตั้งค่าบางอย่างปรับโครงสร้าง permalink ดังนั้นกฎการเขียนใหม่จะต้องล้างในหน้าการตั้งค่าการบริหารปลั๊กอิน "บันทึกการตั้งค่า" (ใช้มาตรฐานupdate_option();) เพื่อบันทึกการตั้งค่า ฉันต้องการที่จะทราบว่าประเภทโพสต์ที่กำหนดเองถูกสร้างขึ้นเพื่อให้ตรงกับการตั้งค่าที่ผู้ใช้ระบุทั้งนี้ขึ้นอยู่กับการตั้งค่าที่ระบุ ดังนั้นกฎการเขียนใหม่จะต้องถูกลบทิ้งทันทีหลังจากบันทึกการตั้งค่า นี่คือสิ่งที่ทำงานไม่เหมาะสม โซลูชันลิงก์ด้านบนสำหรับการดีบักกฎการเขียน@toschoซ้ำที่แสดงโดยแสดงว่ากำลังล้างกฎการเขียนซ้ำจำนวนมาก อย่างไรก็ตามเมื่อไปที่ไอเท็มเอกพจน์ชนิดโพสต์ที่กำหนดเองหรือแม้กระทั่งการเก็บถาวรชนิดโพสต์ที่กำหนดเองสำหรับเรื่องนั้นแต่ละข้อผิดพลาดกลับเป็น 404 ประเภทโพสต์ที่กำหนดเองมีการลงทะเบียนอย่างถูกต้องและเหมาะสม ฉันรู้แน่นอนว่าไม่ใช่ปัญหา ติดตามการตั้งค่าหน้าการจัดการปลั๊กอินทันที มีการสร้างประเภทโพสต์ที่กำหนดเองโครงสร้าง Permalink และกฎการเขียนซ้ำทั้งหมดจะพยายามล้างออก ประเภทโพสต์ที่กำหนดเองนั้นจะถูกโหลดเสมอและโหลดinitเหมือนปกติ ด้วยเหตุผลบางอย่างกฎการเขียนซ้ำไม่ได้ล้างข้อมูลอย่างถูกต้องเพราะอย่างที่ฉันพูดก่อนหน้าการไปที่ส่วนเอกพจน์หรือไฟล์เก็บถาวรของประเภทโพสต์ที่กำหนดเองจะแสดงข้อผิดพลาด 404 ตอนนี้ส่วนที่แปลกประหลาดถ้าทั้งหมดที่ฉันทำคือเพียงไปที่หน้าการตั้งค่าการจัดการ permalinks แล้วกลับไปที่ส่วนหน้าเพื่อดูส่วนเอกพจน์หรือเก็บถาวรของประเภทโพสต์ที่กำหนดเองพวกเขาทำงานได้อย่างน่าอัศจรรย์ หน้าการตั้งค่าการจัดการ permalinks ทำอะไรที่ฉันไม่ได้ทำเพื่อให้กฎการเขียนซ้ำล้างอย่างเหมาะสมและของฉันไม่ได้ ฉันหมายถึงในฐานะวิธีการชั่วคราวฉันเปลี่ยนเส้นทางผู้ใช้ไปยังหน้าการตั้งค่าการจัดการ Permalinks หลังจากบันทึกหน้าการตั้งค่าการดูแลระบบปลั๊กอิน แต่นี่ไม่ใช่วิธีแก้ปัญหาในอุดมคติ ฉันต้องการกฎการเขียนซ้ำเพียงแค่ล้างอย่างถูกต้องภายในรหัสปลั๊กอินของฉัน มีบางจุดใน WordPress ที่ล้างกฎการเขียนใหม่เพียงแค่ไม่ล้างกฎทั้งหมดอีกต่อไปหรือไม่ admin_menu - หน้าการตั้งค่าปลั๊กอินถูกเพิ่มในการจัดการ …

1
การใช้ jQuery เพื่อลบข้อมูลที่เก็บไว้ใน wp_options
ฉันสงสัยว่าใครสามารถให้คำแนะนำฉันเพิ่มเติมเกี่ยวกับปัญหาของฉัน ส่วนหนึ่งของปลั๊กอินของฉันเก็บไฟล์บันทึกสำหรับการดีบัก ฉันได้แสดงให้พวกเขาประสบความสำเร็จใน (div # log) ในหน้าผู้ดูแลระบบของฉันโดยใช้ jquery และ wp_localise_script ฉันมีปุ่มเพื่อลบบันทึกเหล่านี้ แต่ฉันไม่แน่ใจว่าจะดำเนินการอย่างไร ฉันมีความรู้สึกว่าอาแจ็กซ์อาจมีประโยชน์ที่นี่ แต่ไม่แน่ใจว่าจะเริ่มจากตรงไหน นี่คือส่วนที่เกี่ยวข้องในรหัสของฉัน: admin_enqueue_scripts (การกระทำ) $args = array(get_option('wow_tweets_log'));//log files fetched from wp_options table wp_enqueue_script('wow_tweet');//registered earlier on with jQuery dependency wp_localize_script('wow_tweet', 'wow_vars', $args); หน้าผู้ดูแลระบบ <tr><th scope="row"><strong>Debugging</strong></th><td> <div id="debug" class="button-primary">Debug</div><!--debug button shows logs--> <div id="hide_debug" class="button-secondary">Hide</div><!--debug button hides logs--> <div …
10 jquery  ajax  actions  options 

1
จากมุมมองด้านความปลอดภัยควรหลีกเลี่ยง bloginfo () หรือ get_bloginfo () หรือไม่
ฉันได้รับการตรวจสอบข้อมูลจำนวนมากเกี่ยวกับการรักษาความปลอดภัย WP ธีมและปลั๊กอินและเข้าใจแนวคิดที่คุณควรหลีกเลี่ยงคุณลักษณะและค่า HTML ในชุดรูปแบบและปลั๊กอิน ฉันเคยเห็นbloginfo()และecho get_bloginfo()ใช้ทั้งมาตรฐานและภายในesc_html()หรือesc_attr()ฟังก์ชั่น Genesisและ _sชุดรูปแบบพื้นฐานของ Automattic หนีทั้งค่าเหล่านี้ แต่คู่มือมาตรฐานชุดรูปแบบ codex ของ WP ไม่ได้พูดอะไรเกี่ยวกับการหลีกเลี่ยงค่าเหล่านี้ ฉันดูในรหัส WP (wp-includes/option.php) และดูเหมือนว่ามีการฆ่าเชื้อของค่าเล็กน้อยจากget_option()แต่ดูเหมือนว่ามีตัวกรองที่ปลั๊กอินสามารถเขียนทับสำหรับค่าบางอย่าง ความจริงข้อนี้ทำให้ฉันคิดว่าควรจะหนีไป ใครช่วยสอนฉันเกี่ยวกับเรื่องนี้?

1
จำกัด จำนวนวิดเจ็ตที่ไม่แอ็คทีฟ
ฉันพยายาม จำกัด จำนวนวิดเจ็ตจากแถบข้าง "wp_inactive_widgets" สูงสุด 10 เนื่องจากหน้าผู้ดูแลระบบวิดเจ็ตช้ามากอย่างไม่น่าเชื่อ: add_filter('pre_update_option_sidebars_widgets', 'cleanup_inactive_widgets', 10, 2); function cleanup_inactive_widgets($new, $old){ if(!empty($new['wp_inactive_widgets']) && count($new['wp_inactive_widgets']) > 10) $new['wp_inactive_widgets'] = array_slice($new['wp_inactive_widgets'], -10, 10); return $new; } ดูเหมือนว่าจะใช้งานได้ แต่ปัญหาคือตัวเลือกอินสแตนซ์วิดเจ็ตยังคงอยู่ในฐานข้อมูลไม่ว่าจะมีอินสแตนซ์วิดเจ็ตอยู่หรือไม่ในแถบด้านข้าง ... ไม่มีใครรู้วิธีที่จะลบตัวเลือกเครื่องมือด้วยหรือไม่ ฉันพบทางออก: แก้ไข: ในบางสถานการณ์ดูเหมือนว่าจะลบวิดเจ็ตจากแถบด้านข้างอื่น ๆ ด้วยฉันไม่แน่ใจว่าเกิดจากอะไร ... if(!empty($new['wp_inactive_widgets']) && count($new['wp_inactive_widgets']) > 10){ // find out which widget instances to remove …
10 php  widgets  options 

4
CSS นี้ใช้งานได้ แต่นี่เป็นวิธีปฏิบัติที่ดีใช่ไหม
ฉันกำลังพยายามรวม css แบบไดนามิกในปลั๊กอินของฉันฉันค้นหาทุกที่ แต่ไม่พบเคสที่คล้ายกับที่ฉันทำ และสิ่งที่ฉันใช้ทำคือการเพิ่มไฟล์ css ลงในส่วนท้ายของไฟล์ปลั๊กอิน php ของฉันหลังจากแท็กปิด php ?>โดยไม่ต้องเพิ่มเนื้อหาอื่น ๆ เช่นการเรียก wp head เป็นต้น นี่คือตัวอย่างของรหัสที่ฉันใส่ลงในส่วนท้ายของไฟล์ปลั๊กอินของฉัน: <style type="text/css"> .innertrow { background-color: <?php get_options('css_value');?>} </style> นั่นเป็นวิธีปฏิบัติที่ดีหรือไม่?
9 admin  css  options 

1
เพิ่มบับเบิ้ลการแจ้งเตือนการอัปเดตให้กับรายการเมนูผู้ดูแลระบบหรือไม่
ฉันได้รับคำนี้อีกครั้งเพื่อให้เหมาะสมมากขึ้น ตกลงฉันมีปลั๊กอินที่ใช้บริการระยะไกลที่ตรวจสอบการปรับปรุงเช่นเดียวกับปลั๊กอิน WordPress เริ่มต้นในกรณีนี้มันเพียงตรวจสอบไฟล์ XML ฉันต้องการแสดงเมนูฟองอย่างนี้เมื่อมีการอัปเดต มันสามารถแสดงเพียง "1" หรือข้อความเช่น "การแจ้งเตือน" มันไม่สำคัญ เนื่องจากปลั๊กอินของฉันใช้หน้าตัวเลือก (โดยใช้add_options_page) การตั้งค่าปลั๊กอินจะปรากฏขึ้นภายใต้เมนูย่อย "การตั้งค่า" เริ่มต้น ฉันคิดว่าฉันต้องเพิ่ม CSS ต่อไปนี้เพื่อให้ได้ฟองเพื่อแสดง <span class='update-plugins count-1' title='title'><span class='update-count'>1</span></span> $submenuและผูกเข้าสู่ระดับโลก ปัญหาคือฉันไม่สามารถใช้ค่าอาเรย์แบบตายตัวสำหรับเมนูเนื่องจากแต่ละไซต์จะมีค่าแตกต่างกัน ดังนั้นฉันไม่สามารถใช้ $submenu[80][10] .= <span class='update-plugins count-1' title='title'><span class='update-count'>1</span></span> ฉันจะหาค่าเมนูย่อยของปลั๊กอินได้อย่างไรฉันต้องวนลูปผ่านอาร์เรย์และจับคู่ค่าสตริงหรือไม่ นอกจากนี้เมื่อฉันกำหนดค่าอย่างหนักฉันก็ไม่สามารถทำให้ลูกโป่งปรากฏขึ้นได้ //adding plugin to menu add_action('admin_menu', 'sec_plugin_checker'); function sec_plugin_checker() { add_options_page(' Plugin Checker', 'Plugin Check', …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.