Jak chronić motyw Premium WordPress przed kopiowaniem?

Mówią, że WordPress jest GPL, a zatem wszystkie wtyczki i motywy z nim wykonane powinny być GPL. W porządku, ale jeśli spędziłem trzy miesiące na kodowaniu niezwykle złożonego motywu aplikacji z zamiarem sprzedaży go wielokrotnie dla zysku, takiego jak motyw systemu planowania biura medycznego, to jak mogę chronić swoją inwestycję, nawet jeśli jest to umiarkowana kwota?

Oprócz dwóch pozostałych sugestii istnieje inne możliwe podejście: przenieś wszystkie funkcje aplikacji niestandardowej z motywu do hostowanej usługi internetowej , z którą motyw łączy się za pomocą klucza API . W ten sposób redystrybucja samego motywu nie wpływa na niestandardowy model biznesowy oparty na aplikacji, ponieważ aplikacja wymagałaby motywu i ważnego klucza API.

To podejście może, ale nie musi działać, w zależności od charakteru niestandardowej aplikacji, ale jest to udany model dla niektórych komercyjnych wtyczek i jest w pełni zgodny z GPL.

Pomijając legalność, na ogół patrzę na to w ten sposób, piszę dobry kod i oferuję dobre wsparcie, a ludzie do ciebie przyjdą. Istnieje wiele motywów wstępnych, które są GPL i mają się świetnie. Spójrz na WooThemes , Headway , StudioPress (Genesis), aby wymienić tylko kilka firm, które piszą wysokiej jakości, w pełni motywowane GPL i zarabiają na życie.

Moim zdaniem, część ich sukcesów przypisuje się zapewnieniu wsparcia w zakresie quility i wycenie ich tematów w wysokości, na jaką stać ich na życie, ale inni mogą sobie na to pozwolić.

Myślę, że pomysł „jeśli stworzę GPL dla mojego tematu, ktoś go ukradnie i cała moja praca zniknie” jest po prostu fałszywy. Jasne, może ktoś go ukradnie, rozdaje. Ale jeśli zaoferujesz wsparcie, ludzie nadal będą do ciebie przychodzić i go otrzymają. Nie wspominając już o tym, że wiedzą, co otrzymują. Darmowe / ukradłe motywy premium (i niektóre inne niż premium) często zawierają oprogramowanie szpiegujące / złośliwe oprogramowanie. Wolę zapłacić komuś za coś, co wiem, że działa, niż później zająć się wirusem.

Ostatni przykład (i być może mój ulubiony) to Theme Hybrid Justina Tadlocka. Wydaje go za darmo jako GPL i kosztuje 25 USD rocznie za wsparcie. Opłata, którą chętnie płacę, ponieważ jego wsparcie jest niesamowite.

Podsumowując, jeśli stworzysz zaufane środowisko i ludzie przyjdą.

Innym rozwiązaniem byłoby rozwiązanie terr, X $ za produkt, Y $ za wsparcie, $ Z za dodatkowe dodatki

PS: osobiście nie kupuję niczego za WordPress, które NIE jest pełne GPL.

Jeśli chcesz nałożyć pewne ograniczenia prawne na swój produkt i pozostać w zgodzie z praktykami WordPress GPL, najlepszą opcją jest podzielona licencja:

• Kod PHP na licencji GPL;
• inne komponenty (takie jak projekt, obrazy, CSS) na podstawie wybranej przez ciebie licencji.

Coś, o czym nie wspomniano w tym wątku, to tematy Szyfrowanie i zaciemnianie.

Szyfrowanie kodu za pomocą IonCube lub Zend Encoder to tylko dwie popularne metody ochrony motywów i wtyczek, które widziałem w użyciu.

Problem z szyfrowaniem polega na tym, że przy wystarczającej woli i chęci możesz odszyfrować pliki z powrotem do ich oryginalnego stanu. Czasami wyniki będą się różnić i w zależności od tego, jak dobrze rozumiany jest rodzaj metodologii szyfrowania, często określa sukces lub porażkę w odszyfrowywaniu plików.

Są pozbawione skrupułów osoby, które stały się dość biegłe w sztuce odszyfrowywania plików z IonCube, Zend i innych. Dla przeciętnego człowieka problemy często przewyższają wartość.

Następną metodologią jest zaciemnianie, którego rzadko, jeśli w ogóle, widziałem. Moim zdaniem może to prawie uniemożliwić odszyfrowanie plików, które zostały odpowiednio zaciemnione, co z kolei oznacza również, że nie możesz edytować plików z zaciemnieniem w tradycyjny sposób i musisz przechowywać kopie plików głównych dla wszelkich modyfikacji, aktualizacji, poprawek błędów co zwykle nie stanowi problemu.

Jednak połączenie zarówno szyfrowania, jak i zaciemniania sprawiłoby, że prawie niemożliwe, jeśli nie absolutnie niemożliwe, byłoby kradzież własnego kodu. Nie powstrzyma ludzi przed korzystaniem z niego, zakładając, że działa, ale powstrzyma ludzi przed modyfikowaniem go lub kopiowaniem funkcjonalności w celu stworzenia własnego podobnego produktu.

Używanie klucza API, jak wspomniano powyżej, to kolejna świetna metoda, aby zabezpieczyć swoje produkty, ALE ma tę wadę, że przechowywanie części logiki aplikacji poza oryginalnym motywem lub wtyczką oznacza, że ​​użytkownik musi się połączyć serwer, aby pobrać tę logikę, aby kompozycja lub wtyczka działały poprawnie.

To brzmi świetnie i w przeważającej części, ale zastanów się, co się stanie, jeśli twój serwer przejdzie w tryb offline nawet na godzinę lub dwie. Czy sprawiłoby to, że Twój motyw lub wtyczka nie byłyby przydatne? Bez wątpienia tak. Następnie należy rozważyć, jaki wpływ miałby on na użytkownika końcowego.

Możesz to obejść, najlepiej jak to możliwe, mając pewne bezpieczne lokalizacje serwerów obsługujące dystrybucję logiki API, takie jak korzystanie z usług opartych na chmurze od wiarygodnych firm, takich jak Amazon i innych, oprócz bezpośredniego dostępu do logiki z twojego serwera.

Następnie należy rozważyć koszty ogólne i ostatecznie wartość. Czy to naprawdę warte czasu? Myślę, że jest to specyficzne i zależne od projektu, ale ostatecznie należy wziąć pod uwagę względy.

Najważniejsze jest to, że większość ludzi, którzy będą pirować lub ukraść twój produkt, motyw lub wtyczkę, najprawdopodobniej nigdy nie kupili twojego produktu, motywu lub wtyczki.

Często uważa się, że w naszym otoczeniu są trzy typy ludzi,

1. Ktoś, kto zawsze kradnie i piruje.

2. Ktoś, kto spróbuje ukraść lub pirować cokolwiek, przed zakupem produktu.

3. Ktoś, kto po prostu kupi twój produkt, ponieważ jest to właściwe i najbardziej niezawodny sposób, aby zagwarantować, że Twój produkt działa zgodnie z opisem.

Chociaż piractwo i kradzież motywów i wtyczek jest powszechne w Internecie, liczba osób, które faktycznie używają twoich motywów lub wtyczek na tyle konsekwentnie, aby zagwarantować jakiekolwiek szkody w wyniku finansowym, jest nieco niewielka.

Nie oznacza to, że nie powinniśmy robić wszystkiego, co w naszej mocy, aby zminimalizować tę stratę, ale często twoje wysiłki byłyby lepiej wydawane na tworzenie większej liczby produktów i / lub marketing istniejących produktów, a także dywersyfikację sposobu, w jaki oferujesz swój produkt .

Ze względu na szybkość, z jaką wiele produktów aktualizuje się o nowe funkcje lub naprawia błędy, często sprawia, że ​​pirackie produkty były bezużyteczne lub nie tak owocne, jak za to zapłacono.

Jak wspomniano powyżej, szyfrowanie i zaciemnianie kodu, łącznie, są dwiema metodami wartymi dalszego zbadania oprócz integracji w stylu API, aby pomóc zabezpieczyć twoje produkty, motywy lub wtyczki w najlepszy możliwy sposób.

Jeśli go sprzedajesz, nie musi być objęty licencją GPL, ponieważ nie możesz sprzedawać go na stronach WordPress. Możesz go rozpowszechniać samodzielnie na dowolnej licencji. Ograniczenia GPL dotyczą tylko repozytorium Wordpress.org, a ponieważ nie możesz go sprzedawać pod Wordpress.org, możesz mieć dowolną licencję.