W dniu 31.10.2015 12:56, Tomasz Chiliński napisał(a):
W dniu 31.10.2015 12:41, Czerepuk napisał(a):
Mam pytania do Tomka Ch. Tomku, czy mozna gdzies obejrzec tego LMS+ (jakies demo?),
Nie za bardzo wiem jak takie demo miałoby wyglądać, ale ogólnie jak obejrzysz demo LMS-a: http://lms.org.pl/demo.php to do niego może dograć tyle wtyczek/rozszerzeń ile chcesz i po prostu m.in. rozbudowuje się menu po lewej o dodatkowe możliwości. Większość wtyczek jest ciężko zaprezentować w ramach demo, gdyż wymagają łączności z zewnętrznymi urządzeniami/systemami.
oraz co sie stanie z softem gdy po roku umowa zostanie wypowiedziana?
Nic się nie stanie - będzie po prostu dalej działało, ale nie będzie dostępu do aktualizacji.
No i rzecz jasna - dostęp do listy mailingowej ze wsparciem priorytetowym również zniknie.
W dniu 2015-10-31 o 12:12, Dariusz Kowalczyk pisze:
W github publiczne repo jest hostowane za darmo, utrzumując repo prywatne trzeba płacić za usługę. LMS core jest więc hostowany za darmo a repo LMS+ podlega opłacie bo nie jest publicznie dostępne, ale jest projekt komercyjny więc może za siebie zapłacić te parę dolców i płaci.
W dniu 31 października 2015 12:04 użytkownik Marcin marcin@nicram.net napisał:
W dniu 31 października 2015 11:59 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał: W dniu 31.10.2015 11:50, Dariusz Kowalczyk napisał(a): a
Pluginy są wyodrębnione, bo każdy z nich trzymany jest w oddzielnej gałęzi repozytorium LMS Plus.
Pluginy OK, ale po co dwa repozytoria LMS ? Teraz ludzie opłacający dostęp do LMS+ ściągają kompletnego LMS-a z pluginami z repo LMS+.
czyli robią
git clone git@github.com:chilek/lms-plus.git lms
i mają wszystko od razu lms + pluginy
gdyby było tylko jedno repo LMS-a robiliby tylko jedno polecenie więcej
- git clone https://github.com/lmsgit/lms.git
- git clone git@github.com:chilek/lms-plus.git lms
Niby niewiele, ale to fundamentalnie inne podejście.
Tylko jak to oprzeć na infrastrukturze github.com [1], żeby tak mogło działać? Wiem można własny serwer postawić i przygotować własną aplikację www do zarządzania dostępem, ale to dodatkowy koszt czasowy i zapewne finansowy.
Może na zasadzie patchy?
Nie znam githuba z prywatnych zasobów, ale nie da się tam np. dać userom dostęp tylko do danego brancha?
wtedy zrobiłbyś osobny branch właśnie dla patchy.
podejrzewam, że dałoby się tao jakoś sensownie rozwiązać
inna sprawa że nie wszyscy potrzebują wszystkich pluginów więc można by je zaciągać indywidualnie różnicując cenę it ale to inna kwestia poboczna i to Twoja sprawa i Twoich klientów
Jak by miało wyglądać utrzymywanie kodu pluginu i jego aktualizacje po jednorazowym zakupie pluginu? Dożywotni dostęp do aktualizacji bezpłatnie
Mniejsza o to, dyskusja nie dotyczy kwestii jednorazowej opłaty czy abonamentowej ... ale znalazło by się parę sposobów a jak zacznę je ty przytaczać dyskusja zmieni temat ..
ale np mniejsza opłąta abonamentowa a większa jednorazowa przy opłacie jednorazowej wsparcie tylko do danego numeru wersji LMS core.
-- Pozdrawiam Tomasz Chiliński, Chilan _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
--
Pozdrawiam Marcin / nicraM
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Łukasz Czerepuk
Links:
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms