Czy identyfikatory pobierania, interfejsy API i klucze subskrypcji można bezpłatnie rozpowszechniać z rozszerzeniami GPL?

13

Kupuję i używam kilku rozszerzeń w ramach rocznej subskrypcji (i ilekroć dostawca rozszerzeń ma opcję nieograniczonego użytkowania - zazwyczaj wybieram to).

Wielu dostawców rozszerzeń ma identyfikator pobierania, klucz API lub klucz subskrypcji, który służy do aktualizacji i bieżących aktualizacji.

Zwykle buduję płytę kotłową (tj. Stronę z zainstalowanymi i skonfigurowanymi rozszerzeniami), a następnie klonuję te płyty kotłowe, aby wygenerować Joomla „Szybki start”! strony.

Używam tych szablonów dla moich własnych klientów (tj. Właścicieli witryn, dla których projektuję i rozwijam), a także udostępniam te szablony innym Joomlaistom w mojej grupie użytkowników.

Chciałbym, aby ludzie, którzy otrzymali te płyty kotłowe i używali ich, również otrzymywali bieżące aktualizacje, a moje subskrypcje opłacane.

Czy muszę usunąć identyfikatory pobierania i klucze subskrypcji przed rozpowszechnieniem mojej Joomla! strony?

gpl extensions subscriptions

— NivF007
źródło

11

Myślę, że masz tutaj dwa różne pytania. Moim zdaniem (IANAL) tworzenie pakietów Joomla „Quick Start”, które zawierają te rozszerzenia i klucze, jest w porządku, ale staje się szare, gdy je rozprowadzasz.

Kod samego rozszerzenia Joomla musi być GPL i dlatego można go swobodnie rozpowszechniać. Klucze subskrypcji zapewniają jednak dodatkowy dostęp do usług, za które zapłacono, zazwyczaj do aktualizacji i wsparcia. W zależności od dostawcy rozszerzenia rozpowszechnianie ich jest bardziej niż pogwałceniem warunków i niedozwolonym użyciem.

— Don Gilbert
źródło

Cieszę się, że inna znana osoba uważa to za „szarą strefę”. Musimy wspierać twórców rozszerzeń, a nie „nadużywać” swobód GPL - ale chcemy również z nich skorzystać - więc zastanowienie się, gdzie jest „linia”, byłoby pomocne. Zawsze mogliśmy komunikować się z twórcami rozszerzeń, aby uzyskać ich akceptację, niezależnie od „ścisłych” interpretacji GPL, w taki czy inny sposób.

— NivF007

Linia jest zwykle na warunkach ustalonych przez programistę. Wiele oferuje licencje programistów z myślą o tym konkretnym zastosowaniu. Inne będą obsługiwać tylko jedną domenę, ale umożliwią instalację na nieograniczonej liczbie domen. Ogólnie jednak, aby zachować zgodność z GPL, musieliby umożliwić redystrybucję kodu.

— Brent Friar

Być może będą musieli zezwolić na redystrybucję kodu, ale to nie znaczy, że muszą zezwolić na dostęp do ograniczonych obszarów swoich witryn, które mają być zarezerwowane dla płacących klientów.

— Deb Cinkus

6

Uważam, że jeśli jest to licencja GPL, możesz to zrobić, ale zawsze sprawdzam witrynę programisty, aby sprawdzić, czy mają ograniczenia. Wiele z nich obsługuje tylko 1 domenę, innych to nie obchodzi. Zwykle umieszczam JCE na wszystkim, co buduję (w tym na płatnych wtyczkach). Sprawdzam również aktualizator programu Rocket Theme na stronach, które używają motywu Rocket, ale w przypadku innych wtyczek jestem nieco bardziej selektywny i po prostu aktualizuję witrynę, jeśli klient mnie o to poprosi.

Ale z drugiej strony nie obiecuję im więcej niż około 30 dni aktualizacji, chyba że chcą zapłacić mi za utrzymanie swojej witryny. A jeśli zaczną to robić, prawdopodobnie i tak użyję watchful.li do wypchnięcia aktualizacji (wtedy twoja akeeba i kilka innych kodów są bezpieczne na uważnej stronie).

— Brian Peat
źródło

3

Jak rozumiem, zależy to od twojej licencji, jeśli masz licencję programisty, tak, możesz używać tych rozszerzeń we wszystkich witrynach tworzonych dla osób trzecich.

Jeśli masz „zwykłą” licencję, możesz jej używać tylko w liczbie witryn, na które licencja na to pozwala (jeśli jest ograniczona, zwykle 3)

Rozszerzenie to GPL, licencja na aktualizacje oprogramowania i wsparcie nie jest.

— Johnnydement
źródło