เรียน Devs ธีมหยุดวางตัวอย่างโค้ดแบบสุ่มใน functions.php

ลองนึกภาพสถานการณ์นี้คุณจะพบตัวอย่างโค้ดเจ๋ง ๆ บนเว็บไซต์กวดวิชา WordPress หนึ่งในนั้นและวางลงในไฟล์ function.php ของธีมของคุณ.


ข้อมูลโค้ดทำงานได้ตามที่โฆษณาและจากนั้นคุณปล่อยธีมของคุณเพื่อขายในตลาดธีมที่รู้จักกันดี มาสุ่มหมวกสักใบแล้วไปกับ … ThemeForest.

ทันใดนั้นธีมของคุณได้รับความนิยมอย่างมากอาจเป็นเพราะ “คุณสมบัติ” ที่มีประโยชน์มากมายที่คุณได้ระบุไว้ในหน้าขายธีมของคุณ ด้วยความสำเร็จของชุดรูปแบบของคุณยังมีคิวรีสนับสนุนจำนวนมากซึ่งส่วนใหญ่เกี่ยวข้องกับปลั๊กอินที่แตกขณะใช้ชุดรูปแบบของคุณ.

สิ่งนี้เกิดขึ้นได้อย่างไรคุณสงสัย? อาจเป็นเพราะคุณวางสุ่ม globs ของรหัส WordPress ลงในไฟล์ functions.php โดยไม่ต้องคิดหรือคาดการณ์ถึงปัญหาความเข้ากันได้.

ตัวอย่างชีวิตจริง

ดังนั้นฉันจึงพยายามค้นหาตัวอย่างของรหัสที่จะดึงภาพที่แนบมาทั้งหมดจากโพสต์แล้วแสดงบนโพสต์นั้นโดยอัตโนมัติ ในที่สุดฉันก็พบรหัสชิ้นหนึ่ง บน Stack Overflow, วางลงในไฟล์ฟังก์ชั่นของฉันและดูเหมือนว่าจะแก้ปัญหาได้.

บรรทัดแรกของรหัสคือ:

add_filter (‘the_content’, ‘strip_shortcodes’);

โอ้มันใช้ได้ดีฉันไม่คิดอะไรเลย ต่อมาฉันพยายามฝังแบบฟอร์มการติดต่อด้วยรหัสย่อ แปลกใจมันใช้งานไม่ได้และฉันใช้เวลาประมาณหนึ่งชั่วโมงเพื่อหาสาเหตุ หากฉันอ่านรหัสที่ฉันวางฉันจะได้รู้.

นี่เป็นไซต์ลูกค้าไม่ใช่ชุดรูปแบบที่เผยแพร่ดังนั้นฉันโชคดีที่ไม่ต้องจัดการกับคำถามมากมายที่สนับสนุนเนื่องจาก ความผิดพลาดโง่ ๆ ของฉัน.

นักพัฒนาปลั๊กอินพาณิชย์คิดอย่างไร

นี่เป็นคำพูดจาก Carl Hancock (ผู้พัฒนา Gravity Forms) ในหัวข้อนี้:

การสนับสนุนปลั๊กอินแบบฟอร์มแรงโน้มถ่วงที่เป็นที่นิยมหมายความว่าเราเห็นมากกว่าส่วนแบ่งที่ยุติธรรมของชุดรูปแบบที่เข้ารหัสไม่ดี หนึ่งในปัญหาหลักที่เกี่ยวข้องกับการสนับสนุนที่เราพบคือชุดรูปแบบที่ไม่ได้รับการพัฒนาโดยใช้แนวปฏิบัติที่ดีที่สุดซึ่งส่งผลให้เกิดปัญหาในการกำหนดสไตล์ของรูปแบบแรงโน้มถ่วงและในบางกรณีความขัดแย้งที่ส่งผลให้.

ผู้ร้ายที่ใหญ่ที่สุดในสถานการณ์เหล่านี้คือชุดรูปแบบที่มีการคัดลอกโค้ดวางไว้จากไซต์การสอน นักพัฒนาชุดรูปแบบดูเหมือนจะคิดว่าเพียงเพราะข้อมูลโค้ดอยู่บนเว็บไซต์กวดวิชามันจะต้องดี น่าเสียดายที่ไม่ใช่ทุกกรณีและการตัดสินใจที่ไม่ดีเหล่านี้ส่งผลให้เกิดอาการปวดหัวและปัญหาการสนับสนุนสำหรับผู้ใช้.

ต้องการ จำกัด โอกาสในการเกิดปัญหากับปลั๊กอินที่เกิดจากธีมที่พัฒนาไม่ดีหรือไม่? ติดกับนักพัฒนาชุดรูปแบบที่มีชื่อเสียงเช่น Press75, iThemes, Headway Themes, Organic Themes, WooThemes และ StudioPress เพื่อตั้งชื่อ เบื่อตลาดธีมที่ขาดประสบการณ์และความสามารถของผู้แต่ง ในกรณีส่วนใหญ่คุณจะได้รับสิ่งที่คุณจ่ายไป.

แนวทางปฏิบัติที่ดีที่สุดในการเข้ารหัส

ปัญหาเหล่านี้จำนวนมากสามารถหลีกเลี่ยงได้โดยทำตาม WordPress มาตรฐานการเข้ารหัส. ตัวอย่างเช่นคุณควรจะเป็น คำนำหน้าชื่อฟังก์ชั่นของคุณ เพื่อหลีกเลี่ยงความขัดแย้งที่อาจเกิดขึ้น.

ในกรณีที่มีปัญหาเกี่ยวกับการใส่สไตล์ด้วย Gravity Forms คุณอาจต้องการหลีกเลี่ยงสไตล์การซ่อนบางอย่างในองค์ประกอบของฟอร์มและอินพุตและใช้ตัวเลือก ID เริ่มต้นของ WordPress แทนกลุ่ม stylings แบบฟอร์มของคุณ.

สิ่งเหล่านี้รวมถึง #searchform, #s, #searchsubmit ในช่องค้นหา นอกจากนี้ #commentform #author, #url, #email, #comment, #submit สำหรับแบบฟอร์มความคิดเห็น.

ข้อสรุป

หากคุณเป็นนักพัฒนาชุดรูปแบบและไม่รอบรู้เรื่อง PHP มากนักโปรดระวังเมื่อทำการคัดลอกและวางข้อมูลโค้ดเหล่านี้ลงในธีมของคุณ แม้ว่าคุณจะไม่เก่ง PHP แต่อย่างน้อยคุณก็สามารถอ่านโค้ดและพยายามทำความเข้าใจก่อนที่จะใช้มัน.

เช่นถ้าคุณพบว่ารหัสย่อของคุณทำงานไม่ถูกต้องบรรทัดของรหัสที่กล่าวถึง “strip_shortcodes” อาจมีบางสิ่งที่เกี่ยวข้องกับสิ่งนั้น.

บางครั้งฉันรู้สึกว่านักพัฒนาชุดรูปแบบ WordPress เพียงวางตัวอย่างข้อมูลแบบสุ่มในไฟล์ function.php ของพวกเขาเพื่อให้พวกเขาสามารถแสดงรายการ“ คุณสมบัติ” อื่น ๆ ลงในหน้าขายชุดรูปแบบของพวกเขา.

แม้ว่าฉันจะไม่ใช่แฟนตัวยงของแนวความคิดนี้ แต่มันก็เป็นข้อโต้แย้งอื่น ๆ เกี่ยวกับบทบาทของชุดรูปแบบและปลั๊กอินในไซต์ WordPress ซึ่งฉันจะบันทึกไว้สำหรับโพสต์ในอนาคต.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map