Làm cách nào để bảo vệ chủ đề ứng dụng WordPress cao cấp của tôi khỏi sao chép?

Họ nói rằng WordPress là GPL, và do đó tất cả các plugin và chủ đề được tạo từ nó được coi là GPL. Tốt thôi, nhưng nếu tôi dành ba tháng để mã hóa một chủ đề ứng dụng cực kỳ phức tạp với ý định bán nó liên tục để kiếm lợi nhuận, chẳng hạn như chủ đề hệ thống lập lịch trình văn phòng y tế, thì làm cách nào tôi có thể bảo vệ khoản đầu tư của mình, dù chỉ là một số tiền vừa phải?

Ngoài hai đề xuất khác, còn có một cách tiếp cận khả thi khác: chuyển tất cả chức năng ứng dụng tùy chỉnh của bạn ra khỏi Chủ đề và vào một dịch vụ web được lưu trữ , mà Chủ đề kết nối qua khóa API . Theo cách đó, việc phân phối lại chính Chủ đề không ảnh hưởng đến mô hình kinh doanh dựa trên ứng dụng tùy chỉnh của bạn, vì ứng dụng sẽ yêu cầu Chủ đề cộng với khóa API hợp lệ.

Cách tiếp cận này có thể hoặc không thể hoạt động, tùy thuộc vào bản chất của ứng dụng tùy chỉnh của bạn, nhưng nó là một mô hình thành công cho một số Plugin thương mại và hoàn toàn tuân thủ GPL.

Về mặt pháp lý, tôi thường nhìn vào nó theo cách này, viết mã tốt và cung cấp hỗ trợ tốt và mọi người sẽ đến với bạn. Có nhiều chủ đề premiume là GPL và đang làm rất tốt. Nhìn vào WooTheme , Headway , StudioPress (Genesis) để chỉ một vài công ty viết các chủ đề GPL chất lượng, đầy đủ và kiếm sống bằng cách đó.

Theo tôi, một số thành công của họ được ghi nhận là cung cấp hỗ trợ tính linh hoạt và định giá các chủ đề của họ ở mức mà họ có thể đủ khả năng để sống nhưng những người khác có thể trả tiền cho họ.

Tôi nghĩ ý tưởng này "Nếu tôi thực hiện GPL chủ đề của mình, ai đó sẽ đánh cắp nó và tất cả công việc của tôi sẽ biến mất" chỉ là sai. Chắc chắn, có thể ai đó sẽ đánh cắp nó, cho đi. Nhưng nếu bạn cung cấp hỗ trợ, mọi người vẫn sẽ đến với bạn và nhận được nó. Không đề cập đến thực tế rằng họ biết những gì họ đang nhận được. Các chủ đề cao cấp miễn phí / lấy trộm (và một số chủ đề không cao cấp) thường chứa phần mềm gián điệp / phần mềm độc hại. Tôi thà trả tiền cho ai đó cho những thứ tôi biết hoạt động sau đó xử lý vi-rút sau này.

Một ví dụ cuối cùng (và có thể là sở thích của tôi) là Theme Hybrid của Justin Tadlock , anh phát hành nó miễn phí dưới dạng GPL và tính phí 25 đô la một năm cho hỗ trợ. Một khoản phí tôi sẵn sàng trả vì sự hỗ trợ của anh ấy thật tuyệt vời.

Tóm lại, nếu bạn tạo ra một môi trường đáng tin cậy và mọi người sẽ đến.

Một giải pháp khác sẽ là giải pháp terr, $ X cho sản phẩm, $ Y cho hỗ trợ, $ Z cho các tiện ích bổ sung

Tái bút: Cá nhân tôi không mua bất cứ thứ gì cho WordPress mà không phải là GPL đầy đủ.

Nếu bạn muốn áp dụng một số hạn chế pháp lý cho sản phẩm của mình và phù hợp với thực tiễn GPL của WordPress, tùy chọn tốt nhất của bạn là chia giấy phép:

• Mã PHP theo GPL;
• các thành phần khác (như thiết kế, hình ảnh, CSS) theo giấy phép bạn chọn.

Một cái gì đó chưa được đề cập trong chủ đề này là các chủ đề Mã hóa và Obfuscation.

Mã hóa mã của bạn bằng IonCube hoặc Zend Encoder là hai phương thức phổ biến cho các chủ đề bảo vệ và hoặc các plugin mà tôi đã thấy sử dụng.

Vấn đề với mã hóa là với đủ ý chí và mong muốn, bạn có thể giải mã các tệp trở lại trạng thái ban đầu. Đôi khi các kết quả sẽ khác nhau và tùy thuộc vào loại phương pháp mã hóa được hiểu như thế nào thường sẽ xác định thành công hay thất bại trong việc giải mã các tệp.

Có những cá nhân vô đạo đức đã trở nên khá thành thạo về nghệ thuật giải mã các tập tin từ IonCube, Zend và những người khác. Đối với người bình thường, rắc rối với thường lớn hơn giá trị.

Phương pháp tiếp theo là obfuscation mà tôi hiếm khi sử dụng. Theo tôi, nó có thể khiến bạn gần như không thể giải mã được các tệp đã bị xáo trộn chính xác, điều này cũng có nghĩa là bạn không thể chỉnh sửa các tệp với obfuscation theo cách truyền thống và cần giữ các bản sao của tệp chính của bạn để sửa đổi, cập nhật, sửa lỗi mà thường không phải là một vấn đề.

Tuy nhiên, sự kết hợp của cả mã hóa và mã hóa sẽ làm cho nó gần như không thể nếu không hoàn toàn không thể đánh cắp mã độc quyền của bạn. Nó sẽ không ngăn mọi người sử dụng nó, giả sử nó hoạt động, nhưng nó sẽ ngăn mọi người sửa đổi nó hoặc sao chép chức năng để tạo ra sản phẩm tương tự của riêng họ.

Sử dụng Khóa API như đã đề cập ở trên là phương pháp tuyệt vời khác để giúp bảo mật sản phẩm của bạn NHƯNG có một nhược điểm của phương pháp này và đó là bằng cách lưu trữ một số logic ứng dụng của bạn ra khỏi chủ đề gốc hoặc plugin có nghĩa là người dùng cần kết nối với máy chủ của bạn để truy xuất logic đó để chủ đề hoặc plugin hoạt động đúng.

Điều này nghe có vẻ là một điều tuyệt vời và nó là phần lớn nhưng hãy xem xét những gì sẽ xảy ra nếu máy chủ của bạn sẽ ngoại tuyến ngay cả trong một hoặc hai giờ. Điều này sẽ làm cho chủ đề hoặc plugin của bạn không thể sử dụng? Không còn nghi ngờ gì nữa. Sau đó, bạn cần xem xét loại ảnh hưởng nào sẽ gây ra cho người dùng cuối.

Bạn có thể phá vỡ điều này, tốt nhất có thể, bằng cách có một số vị trí máy chủ không an toàn xử lý việc phân phối logic API của bạn, chẳng hạn như sử dụng các dịch vụ dựa trên đám mây từ các công ty đáng tin cậy như Amazon và hơn thế nữa ngoài việc truy cập trực tiếp logic từ máy chủ của bạn.

Sau đó, bạn cần cân nhắc chi phí trên không và cuối cùng là giá trị với bạn. Có thực sự đáng thời gian? Tôi đoán đó là dự án cụ thể và phụ thuộc nhưng cuối cùng phải cân nhắc.

Điểm mấu chốt là hầu hết những người sẽ đánh cắp hoặc đánh cắp sản phẩm, chủ đề hoặc plugin của bạn rất có thể chưa bao giờ mua sản phẩm, chủ đề hoặc plugin của bạn ở nơi đầu tiên.

Thường có ba loại người trong môi trường của chúng ta,

1. Ai đó sẽ ăn cắp và cướp biển bất cứ điều gì, luôn luôn.

2. Ai đó sẽ cố gắng ăn cắp hoặc cướp biển bất cứ điều gì, trước khi mua một sản phẩm.

3. Ai đó sẽ đơn giản mua sản phẩm của bạn, bởi vì đó là điều đúng đắn và là cách đáng tin cậy nhất để đảm bảo rằng sản phẩm của bạn hoạt động như mô tả.

Mặc dù vi phạm bản quyền và đánh cắp các chủ đề và plugin đầy rẫy trên Internet, lượng người thực sự sử dụng các chủ đề hoặc plugin của bạn đủ để đảm bảo bất kỳ thiệt hại nào cho dòng dưới cùng của bạn là hơi nhỏ.

Không phải nói rằng chúng ta không nên làm mọi thứ trong khả năng của mình để giảm thiểu tổn thất đó, nhưng thường thì những nỗ lực của bạn sẽ được chi tiêu tốt hơn trong việc tạo ra nhiều sản phẩm hơn và tiếp thị các sản phẩm hiện có hơn nữa, cũng như đa dạng hóa cách bạn cung cấp sản phẩm của mình .

Với tốc độ mà nhiều sản phẩm cập nhật với các tính năng mới hoặc sửa lỗi, nó thường làm cho các sản phẩm lậu trước đây trở nên vô dụng hoặc không hiệu quả như đã được trả tiền.

Như đã đề cập ở trên, mã hóa và mã hóa, kết hợp, là hai phương pháp đáng để nghiên cứu thêm ngoài tích hợp kiểu API, để giúp bảo mật sản phẩm, chủ đề hoặc plugin của bạn theo cách tốt nhất có thể.

Nếu bạn đang bán nó thì không cần phải theo GPL vì bạn không thể bán nó trên Trang web của WordPress. Bạn chỉ có thể tự phân phối nó theo bất kỳ giấy phép nào bạn thích. Hạn chế GPL chỉ dành cho kho lưu trữ của Wordpress.org và được xem là bạn không thể bán nó dưới Wordpress.org, bạn có thể có bất kỳ giấy phép nào bạn muốn.