Bagaimana Saya Melindungi Tema Aplikasi WordPress Premium Saya dari Menyalin?

32

Mereka mengatakan WordPress adalah GPL, dan oleh karena itu semua plugin dan tema yang dibuat dengannya seharusnya adalah GPL. Baik, tetapi jika saya menghabiskan tiga bulan mengkodekan tema aplikasi yang sangat kompleks dengan maksud menjualnya berulang kali untuk mendapatkan keuntungan, seperti tema sistem penjadwalan kantor medis, lalu bagaimana saya bisa melindungi investasi saya, jika bahkan dalam jumlah moderat?

Volomike
sumber
3
Sederhana: Tidak bisa dilakukan.
kaiser
permintaan maaf saya jika saya salah ... memang benar bahwa wordpress adalah GPL cms gratis tetapi tema apa pun yang Anda buat tunduk pada hukum Hak Cipta sama seperti hal lainnya adalah ... hal yang tidak dapat Anda jual atau klaim haknya adalah wordpress atau lainnya plugin orang dll.
Sagive SEO
1
@Sive, menurut pendapat banyak orang di komunitas WordPress, tema dan plugin adalah turunan dan kode mereka harus di bawah GPL. Seseorang dapat menentang ini, tetapi ini adalah cara cepat untuk menempatkan diri Anda dalam cahaya negatif bagi banyak orang dan bukan sesuatu yang harus dipilih terlebih dahulu.
Paling lambat
1
Selama orang dapat menyalin, mereka akan menyalin, Anda dapat melihat ke banyak produk di berbagai pasar untuk menemukan contohnya, saya setuju dengan Chip mengenai hal ini, minta kode Anda menggunakan kunci API, jika kode Anda mengharapkan kunci dan hanya ada satu jalan untuk mendapatkannya, meniadakan kekhawatiran akan penyalinan kode (dan ini sejalan dengan GPL, jadi tutupi kedua pangkalan Anda).
t31os
1
Maaf, darah saya rendah.
WraithKenny

Jawaban:

27

Selain dua saran lainnya, ada pendekatan lain yang mungkin: pindahkan semua fungsionalitas aplikasi khusus Anda dari Tema , dan ke layanan web yang dihosting , yang dihubungkan oleh Tema melalui kunci API . Dengan begitu, redistribusi Tema itu sendiri tidak memengaruhi model bisnis berbasis aplikasi khusus Anda, karena aplikasi akan membutuhkan Tema plus kunci API yang valid.

Pendekatan ini mungkin berhasil atau tidak, tergantung pada sifat aplikasi khusus Anda, tetapi ini adalah model yang berhasil untuk beberapa Plugin komersial, dan sepenuhnya sesuai dengan GPL.

Chip Bennett
sumber
4
Seiring dengan membutuhkan kunci API untuk bekerja, saya juga melihat memerlukannya untuk meningkatkan. Ini membuat aplikasi berfungsi penuh tetapi setiap peningkatan memerlukan kunci yang valid. Hal ini memungkinkan Anda untuk memberikan peningkatan satu klik untuk thouse yang membayar aplikasi.
Brooke.
15

Di samping legalitas, saya biasanya melihatnya dengan cara ini, menulis kode yang baik dan menawarkan dukungan yang baik dan orang-orang akan mendatangi Anda. Ada banyak tema premium yang GPL dan bekerja dengan baik. Lihatlah WooThemes , Headway , StudioPress (Genesis) untuk menyebutkan beberapa perusahaan yang menulis kualitas, sepenuhnya tema GPL dan mencari nafkah dengan melakukannya.

Menurut pendapat saya beberapa keberhasilan mereka dikreditkan untuk memberikan dukungan quility dan memberi harga tema mereka pada jumlah yang mereka mampu untuk hidup tetapi yang lain mampu membayar untuk mereka.

Saya pikir ide "Jika saya membuat GPL tema saya seseorang akan mencurinya dan semua pekerjaan saya akan hilang" adalah salah. Tentu, mungkin seseorang akan mencurinya, memberikannya. Tetapi jika Anda menawarkan dukungan, orang-orang masih akan datang kepada Anda dan mendapatkannya. Belum lagi fakta bahwa mereka tahu apa yang mereka dapatkan. Tema premium gratis / mencuri (dan beberapa yang non-premium) sering mengandung spyware / malware. Saya lebih suka membayar seseorang untuk sesuatu yang saya tahu berfungsi kemudian berurusan dengan virus nanti.

Satu contoh terakhir (dan mungkin favorit saya) adalah Theme Tadlock milik Justin Tadlock , Ia merilisnya secara gratis sebagai GPL dan mengenakan biaya $ 25 setahun untuk dukungan. Biaya yang saya bayarkan dengan senang hati karena dukungannya luar biasa.

Intinya, jika Anda menciptakan lingkungan tepercaya dan orang-orang akan datang.

Solusi lain adalah solusi terr, $ X untuk produk, $ Y untuk dukungan, $ Z untuk add-on tambahan

PS: secara pribadi saya tidak membeli apa pun untuk WordPress yang BUKAN full-GPL.

Brooke.
sumber
2
"Tema premium gratis / mencuri (dan beberapa yang non-premium) sering mengandung spyware / malware. Saya lebih suka membayar seseorang untuk sesuatu yang saya tahu berfungsi daripada berurusan dengan virus nanti." Poin yang sangat bagus!
Volomike
1
Hampir persis apa yang akan saya tulis, jika saya memiliki energi untuk menulisnya kemarin.
Chip Bennett
6

Jika Anda ingin menerapkan beberapa batasan hukum untuk produk Anda dan tetap sejalan dengan praktik GPL WordPress pilihan terbaik Anda adalah lisensi terbagi:

  • Kode PHP di bawah GPL;
  • komponen lain (seperti desain, gambar, CSS) di bawah lisensi pilihan Anda.
Jarang
sumber
Bagaimana jika saya memasukkan beberapa file PHP tema yang tidak memuat bootstrap header WordPress, dan tidak menggunakan WP Codex APIs? Apakah mereka seharusnya juga GPL?
Volomike
2
@Vomomike GPL stuff dalam konteks PHP agak abu-abu dan hal-hal yang biasanya masalah pendapat daripada fakta hukum. Menurut pendapat pribadi saya itu paling membingungkan dan bermasalah untuk memiliki semua kode PHP di bawah GPL [-compatible].
Jarang
1
Masalah dengan pendekatan ini adalah bahwa kode aplikasi khusus sangat mungkin ditulis dalam PHP, jadi jika seseorang ingin mematuhi interpretasi WordPress resmi bahwa semua kode PHP diturunkan , maka lisensi split tidak akan membantu.
Chip Bennett
0

Sesuatu yang belum disebutkan di utas ini adalah topik Enkripsi dan Kebingungan.

Mengenkripsi kode Anda dengan IonCube atau Zend Encoder hanyalah dua metode populer untuk tema dan atau plugin perlindungan yang telah saya lihat sedang digunakan.

Masalah dengan enkripsi adalah bahwa dengan kemauan dan keinginan yang cukup Anda dapat mendekripsi file kembali ke keadaan semula. Kadang-kadang hasilnya akan bervariasi dan tergantung pada seberapa baik jenis metodologi enkripsi dipahami akan sering menentukan keberhasilan atau kegagalan dalam mendekripsi file.

Ada orang-orang jahat yang telah menjadi sangat terampil dalam seni mendekripsi file dari IonCube, Zend dan lainnya. Bagi kebanyakan orang, kerumitan dengan sering melebihi nilainya.

Metodologi selanjutnya adalah kebingungan yang jarang saya gunakan. Menurut pendapat saya, hampir mustahil untuk menguraikan file yang telah dikaburkan dengan benar yang pada gilirannya juga berarti Anda tidak dapat mengedit file dengan kebingungan dengan cara tradisional dan perlu menyimpan salinan file master Anda untuk setiap modifikasi, pembaruan, perbaikan bug yang biasanya tidak masalah.

Namun kombinasi enkripsi dan kebingungan akan membuatnya hampir mustahil jika tidak sepenuhnya mustahil mencuri kode hak milik Anda. Itu tidak akan menghentikan orang dari menggunakannya, dengan asumsi itu berfungsi, tetapi itu akan menghentikan orang dari memodifikasi atau menyalin fungsi untuk membuat produk serupa mereka sendiri.

Menggunakan Kunci API seperti yang disebutkan di atas adalah metode hebat lainnya untuk membantu mengamankan produk Anda TETAPI ada kerugian untuk metode ini dan itu adalah dengan menyimpan beberapa logika aplikasi Anda keluar dari tema atau plugin asli berarti pengguna harus terhubung ke server Anda untuk mengambil logika itu agar tema atau plugin dapat beroperasi dengan baik.

Ini kedengarannya seperti hal yang hebat dan itu untuk sebagian besar tetapi pertimbangkan apa yang terjadi jika server Anda menjadi offline bahkan selama satu atau dua jam. Apakah ini akan membuat tema atau plugin Anda tidak dapat digunakan? Tidak diragukan lagi itu akan terjadi. Maka Anda perlu mempertimbangkan dampak apa yang akan terjadi pada pengguna akhir.

Anda dapat menghindari ini, sebaik mungkin, dengan memiliki beberapa lokasi server yang gagal menangani distribusi logika API Anda seperti menggunakan layanan berbasis cloud dari perusahaan yang dapat diandalkan seperti Amazon dan lebih banyak lagi selain secara langsung mengakses logika dari server Anda.

Maka Anda harus mempertimbangkan biaya dalam overhead dan akhirnya bernilai bagi Anda. Apakah ini sepadan dengan waktu? Saya kira itu spesifik dan tergantung proyek tetapi pertimbangan yang harus dibuat akhirnya.

Intinya adalah bahwa kebanyakan orang yang akan membajak atau mencuri produk, tema, atau plugin Anda kemungkinan besar tidak pernah membeli produk, tema, atau plugin Anda.

Sering dianggap tiga jenis orang di lingkungan kita,

  1. Seseorang yang akan mencuri dan membajak apa pun, selalu.

  2. Seseorang yang akan mencoba mencuri atau membajak apa pun, sebelum membeli suatu produk.

  3. Seseorang yang hanya akan membeli produk Anda, karena itu adalah hal yang benar untuk dilakukan dan cara yang paling dapat diandalkan untuk menjamin bahwa produk Anda beroperasi seperti yang dijelaskan.

Meskipun membajak dan mencuri tema dan plugin di Internet, jumlah orang yang benar-benar menggunakan tema atau plugin Anda cukup konsisten untuk menjamin kerusakan pada bottom-line Anda agak kecil.

Bukan untuk mengatakan bahwa kita seharusnya tidak melakukan segala daya untuk meminimalkan kerugian itu, tetapi seringkali upaya Anda akan lebih baik dihabiskan untuk menciptakan lebih banyak produk dan atau memasarkan produk yang sudah ada lebih lanjut, serta diversifikasi cara Anda menawarkan produk Anda. .

Dengan tingkat di mana banyak produk memperbarui dengan fitur baru atau memperbaiki bug, sering membuat produk bajakan yang sebelumnya tidak berguna atau tidak berbuah seandainya telah dibayar.

Seperti yang disebutkan di atas, kode Enkripsi dan Mengaburkan, digabungkan, adalah dua metode yang layak untuk diselidiki lebih lanjut selain integrasi gaya API, untuk membantu mengamankan produk, tema, atau plugin Anda dengan cara sebaik mungkin.

Adam
sumber
3
Tolong jangan menyarankan ini, Lisensi GPL mengharuskan kode untuk menjadi "bentuk pekerjaan yang disukai untuk membuat modifikasi itu." Itu berarti tidak ada kebingungan atau enkripsi.
Wyck
Apa bedanya dengan menggunakan kunci API? Yang jika Anda belum perhatikan adalah jawaban yang diterima! Hosting bagian dari logika aplikasi Anda pada server pihak ketiga dan menahannya sebagai hasilnya secara efektif sama dengan mengenkripsi atau mengaburkan. Jika Anda mengenkripsi atau mengacaukan kode hak milik yang tidak menyertakan fungsi API khusus WordPress, maka saya tidak melihat bagaimana ini menjadi masalah.
Adam
1
Sangat berbeda, kode API masih open source dan kompatibel dengan lisensi, ini layanan. Silakan baca di GPL.
Wyck
-6

Jika Anda menjualnya maka tidak perlu di bawah GPL karena Anda tidak bisa menjualnya di Situs WordPress. Anda bisa mendistribusikannya sendiri di bawah lisensi apa pun yang Anda suka. Pembatasan GPL hanya untuk repositori Wordpress.org, dan jika Anda tidak dapat menjualnya di Wordpress.org, Anda dapat memiliki lisensi apa pun yang Anda suka.

Joe Izzard
sumber
2
Itu tidak benar. Semua PHP yang memperluas WordPress adalah GPL atau melanggar lisensi WordPress sendiri.
Chris Cox