ฉันจะป้องกันธีมแอพ WordPress พรีเมียมของฉันจากการคัดลอกได้อย่างไร

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

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

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

ถูกต้องตามกฎหมายฉันมักจะมองด้วยวิธีนี้เขียนรหัสที่ดีและให้การสนับสนุนที่ดีและผู้คนจะมาหาคุณ มีธีมพรีเมี่ยมมากมายที่เป็น GPL และทำได้ดีมาก ดูที่WooThemes , Headway , StudioPress (Genesis)เพื่อตั้งชื่อให้กับ บริษัท ที่มีคุณภาพไม่ว่าจะเป็นเรื่องของ GPL และการทำมาหากิน

ในความคิดของฉันความสำเร็จบางอย่างของพวกเขาได้รับการยกย่องในการให้การสนับสนุนด้านคุณภาพและการกำหนดราคาธีมของพวกเขาในจำนวนที่พวกเขาสามารถจ่ายได้เพื่ออยู่อาศัย แต่คนอื่น ๆ

ฉันคิดว่าความคิดของ "ถ้าฉันทำให้ชุดรูปแบบของฉัน GPL ใครบางคนกำลังจะขโมยมันและงานของฉันทั้งหมดจะหายไป" เป็นเพียงแค่ความเท็จ แน่นอนว่าบางทีใครบางคนจะขโมยให้ไป แต่ถ้าคุณให้การสนับสนุนผู้คนจะยังคงมาหาคุณและรับมัน ไม่พูดถึงความจริงที่ว่าพวกเขารู้ว่าพวกเขาได้รับอะไร ธีมพรีเมี่ยมฟรี / ขโมย ฉันควรจ่ายบางสิ่งบางอย่างที่ฉันรู้ว่าทำงานแล้วจัดการกับไวรัสในภายหลัง

ตัวอย่างหนึ่งที่ผ่านมา (และอาจเป็นที่ชื่นชอบ) คือTheme Hybridของ Justin Tadlock เขาเผยแพร่มันฟรีในฐานะ GPL และเสียค่าใช้จ่าย $ 25 ต่อปีสำหรับการสนับสนุน ค่าธรรมเนียมฉันยินดีจ่ายเพราะการสนับสนุนของเขาน่าทึ่ง

บรรทัดล่างถ้าคุณสร้างสภาพแวดล้อมที่เชื่อถือได้และผู้คนจะมา

โซลูชันอื่นอาจเป็นโซลูชัน terr, $ X สำหรับผลิตภัณฑ์, $ Y สำหรับการสนับสนุน, $ Z สำหรับ Add-on เพิ่มเติม

PS: โดยส่วนตัวฉันไม่ซื้ออะไรสำหรับ WordPress ที่ไม่ใช่ GPL

หากคุณต้องการใช้ข้อ จำกัด ทางกฎหมายกับผลิตภัณฑ์ของคุณและเป็นไปตามแนวทางปฏิบัติของ GPL ของ WordPress ตัวเลือกที่ดีที่สุดของคุณคือใบอนุญาตแยก:

• รหัส PHP ภายใต้ GPL;
• ส่วนประกอบอื่น ๆ (เช่นการออกแบบ, รูปภาพ, CSS) ภายใต้ใบอนุญาตที่คุณเลือก

สิ่งที่ไม่ได้กล่าวถึงในหัวข้อนี้คือหัวข้อการเข้ารหัสและการทำให้งงงวย

การเข้ารหัสรหัสของคุณด้วย IonCube หรือ Zend Encoder เป็นเพียงสองวิธียอดนิยมสำหรับธีมการป้องกันและหรือปลั๊กอินที่ฉันเคยใช้

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

มีบุคคลที่ไร้ยางอายที่มีทักษะในการถอดรหัสไฟล์จาก IonCube, Zend และอื่น ๆ สำหรับคนทั่วไปความยุ่งยากมักจะมีค่าเกิน

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

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

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

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

คุณสามารถหลีกเลี่ยงสิ่งนี้ได้ดีที่สุดโดยมีตำแหน่งเซิร์ฟเวอร์ที่ไม่ปลอดภัยบางแห่งจัดการการกระจายของตรรกะ API ของคุณเช่นการใช้บริการบนคลาวด์จาก บริษัท ที่เชื่อถือได้เช่น Amazon และอีกมากมายนอกเหนือจากการเข้าถึงตรรกะโดยตรงจากเซิร์ฟเวอร์ของคุณ

จากนั้นคุณจะต้องชั่งน้ำหนักค่าใช้จ่ายเป็นค่าใช้จ่ายและท้ายที่สุดก็คุ้มกับคุณ มันคุ้มค่ากับเวลาจริงเหรอ? ฉันเดาว่าโครงการเฉพาะและขึ้นอยู่กับ แต่การพิจารณาอย่างใดอย่างหนึ่งจะต้องทำในที่สุด

บรรทัดล่างคือคนส่วนใหญ่ที่จะละเมิดลิขสิทธิ์หรือขโมยผลิตภัณฑ์ธีมหรือปลั๊กอินของคุณมักจะไม่เคยซื้อผลิตภัณฑ์ธีมหรือปลั๊กอินของคุณตั้งแต่แรก

มักจะคิดว่าเป็นคนสามประเภทในสภาพแวดล้อมของเรา

1. ใครบางคนที่จะขโมยและขโมยสิ่งใดเสมอ

2. คนที่จะพยายามขโมยหรือละเมิดลิขสิทธิ์ก่อนที่จะซื้อผลิตภัณฑ์

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

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

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

ด้วยอัตราที่ผลิตภัณฑ์จำนวนมากอัปเดตด้วยคุณสมบัติใหม่หรือแก้ไขข้อบกพร่องมักทำให้ผลิตภัณฑ์ที่ละเมิดลิขสิทธิ์ก่อนหน้านี้ไร้ประโยชน์หรือไม่ได้ผลเท่าที่ควร

ดังกล่าวข้างต้นรหัสการเข้ารหัสและการทำให้ยุ่งเหยิงรวมกันเป็นสองวิธีที่คุ้มค่าต่อการตรวจสอบเพิ่มเติมนอกเหนือจากการรวมสไตล์ API เพื่อช่วยรักษาความปลอดภัยผลิตภัณฑ์ธีมหรือปลั๊กอินของคุณในลักษณะที่ดีที่สุด

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