dziennik transakcji lms - dzisiejszy commit
Witam,
Dzisiejszy commit wprowadza do LMS obsługę dziennika transakcji. Na dzień dzisiejszy dzienniki prowadzone są dla wszystkich czynności wykonywanych z następujących menu LMS-a: 1) Administracja. 2) Klienci. 3) Komputery. 4) Sieci IP. 5) Konfiguracja. 6) Hasło.
Ponadto w dzienniku uwzględniane są czynności wykonywane na zobowiązaniach klientach. Wkrótce kolejne elementy interfejsu zostaną również wyposażone w obsługę dzienników transakcji. Wkrótce będzie można rzucić okiem jak to działa w demo dostępnym pod adresem http://demo.lms.org.pl
UWAGA! Obsługa dzienników transakcji nie działa w wersji open source publicznie dostępnej. Ograniczenie takie zostało podyktowane ochroną interesu projektu. Wieloletnia praktyka pokazała, że dotychczasowy model rozwoju LMS-a nie sprawdził się w polskich warunkach. Na naszym rynku istnieje kilka firm, które naruszają od dawien dawna licencję jaką objęty jest kod LMS-a. Jeśli ktoś miałby ochotę pomóc mi w uporządkowaniu tej sprawy to zapraszam do współpracy. Jestem gotów na to, żeby wystąpić do tych firmie na piśmie najpierw z prośbą o udostępnienie kodu, następnie z żądaniem, aż wreszcie złożyć sprawy do sądu. Potrzebny jest w Polsce przełom w zakresie walki z naruszeniami licencji GPL.
W dniu 2013-04-26 10:45, Tomasz Chiliński pisze:
Witam,
Dzisiejszy commit wprowadza do LMS obsługę dziennika transakcji. Na dzień dzisiejszy dzienniki prowadzone są dla wszystkich czynności wykonywanych z następujących menu LMS-a:
- Administracja.
- Klienci.
- Komputery.
- Sieci IP.
- Konfiguracja.
- Hasło.
Ponadto w dzienniku uwzględniane są czynności wykonywane na zobowiązaniach klientach. Wkrótce kolejne elementy interfejsu zostaną również wyposażone w obsługę dzienników transakcji. Wkrótce będzie można rzucić okiem jak to działa w demo dostępnym pod adresem http://demo.lms.org.pl
UWAGA! Obsługa dzienników transakcji nie działa w wersji open source publicznie dostępnej. Ograniczenie takie zostało podyktowane ochroną interesu projektu. Wieloletnia praktyka pokazała, że dotychczasowy model rozwoju LMS-a nie sprawdził się w polskich warunkach. Na naszym rynku istnieje kilka firm, które naruszają od dawien dawna licencję jaką objęty jest kod LMS-a. Jeśli ktoś miałby ochotę pomóc mi w uporządkowaniu tej sprawy to zapraszam do współpracy. Jestem gotów na to, żeby wystąpić do tych firmie na piśmie najpierw z prośbą o udostępnienie kodu, następnie z żądaniem, aż wreszcie złożyć sprawy do sądu. Potrzebny jest w Polsce przełom w zakresie walki z naruszeniami licencji GPL.
a jaki login i hasło do tego demo ?
W dniu 2013-04-26 10:49, Daniel Kulesza pisze:
W dniu 2013-04-26 10:45, Tomasz Chiliński pisze:
Witam,
Dzisiejszy commit wprowadza do LMS obsługę dziennika transakcji. Na dzień dzisiejszy dzienniki prowadzone są dla wszystkich czynności wykonywanych z następujących menu LMS-a:
- Administracja.
- Klienci.
- Komputery.
- Sieci IP.
- Konfiguracja.
- Hasło.
Ponadto w dzienniku uwzględniane są czynności wykonywane na zobowiązaniach klientach. Wkrótce kolejne elementy interfejsu zostaną również wyposażone w obsługę dzienników transakcji. Wkrótce będzie można rzucić okiem jak to działa w demo dostępnym pod adresem http://demo.lms.org.pl
UWAGA! Obsługa dzienników transakcji nie działa w wersji open source publicznie dostępnej. Ograniczenie takie zostało podyktowane ochroną interesu projektu. Wieloletnia praktyka pokazała, że dotychczasowy model rozwoju LMS-a nie sprawdził się w polskich warunkach. Na naszym rynku istnieje kilka firm, które naruszają od dawien dawna licencję jaką objęty jest kod LMS-a. Jeśli ktoś miałby ochotę pomóc mi w uporządkowaniu tej sprawy to zapraszam do współpracy. Jestem gotów na to, żeby wystąpić do tych firmie na piśmie najpierw z prośbą o udostępnienie kodu, następnie z żądaniem, aż wreszcie złożyć sprawy do sądu. Potrzebny jest w Polsce przełom w zakresie walki z naruszeniami licencji GPL.
a jaki login i hasło do tego demo ?
znalazłem admin/test , ale ciężko cokolwiek sprawdzić, bo ten użytkownik nie może nic zrobić w systemie.
Witam
Przeglądając commit widać że wszystkie operacje są logowane, na jakich zasadach będzie udostępniany dostęp do pliku lib/SYSLOG.class.php ?
W dniu 26 kwietnia 2013 11:05 użytkownik Daniel Kulesza d.kulesza@ig-zp.pl napisał:
W dniu 2013-04-26 10:49, Daniel Kulesza pisze:
W dniu 2013-04-26 10:45, Tomasz Chiliński pisze:
Witam,
Dzisiejszy commit wprowadza do LMS obsługę dziennika transakcji. Na dzień dzisiejszy dzienniki prowadzone są dla wszystkich czynności wykonywanych z następujących menu LMS-a:
- Administracja.
- Klienci.
- Komputery.
- Sieci IP.
- Konfiguracja.
- Hasło.
Ponadto w dzienniku uwzględniane są czynności wykonywane na zobowiązaniach klientach. Wkrótce kolejne elementy interfejsu zostaną również wyposażone w obsługę dzienników transakcji. Wkrótce będzie można rzucić okiem jak to działa w demo dostępnym pod adresem http://demo.lms.org.pl
UWAGA! Obsługa dzienników transakcji nie działa w wersji open source publicznie dostępnej. Ograniczenie takie zostało podyktowane ochroną interesu projektu. Wieloletnia praktyka pokazała, że dotychczasowy model rozwoju LMS-a nie sprawdził się w polskich warunkach. Na naszym rynku istnieje kilka firm, które naruszają od dawien dawna licencję jaką objęty jest kod LMS-a. Jeśli ktoś miałby ochotę pomóc mi w uporządkowaniu tej sprawy to zapraszam do współpracy. Jestem gotów na to, żeby wystąpić do tych firmie na piśmie najpierw z prośbą o udostępnienie kodu, następnie z żądaniem, aż wreszcie złożyć sprawy do sądu. Potrzebny jest w Polsce przełom w zakresie walki z naruszeniami licencji GPL.
a jaki login i hasło do tego demo ?
znalazłem admin/test , ale ciężko cokolwiek sprawdzić, bo ten użytkownik nie może nic zrobić w systemie.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 26.04.2013 11:15, golab napisał(a):
Witam
Witam,
Przeglądając commit widać że wszystkie operacje są logowane, na jakich zasadach będzie udostępniany dostęp do pliku lib/SYSLOG.class.php ?
Chwilowo jeszcze nie mam tego doprecyzowanego. Na pewno będzie kilka plików szyfrowanych ioncube. Jeśli chodzi o kwestie finansowe to jeszcze nie myślałem.
W dniu 26.04.2013 11:33, Daniel Kulesza napisał(a):
W dniu 2013-04-26 11:26, Tomasz Chiliński pisze:
Na pewno będzie kilka plików szyfrowanych ioncube.
Ja tam się nie znam, ale czy to czasem nie będzie złamaniem licencji GPL ?
Łamanie to pojęcie względne. Już były kiedyś na ten temat dyskusje jak to jest z modułami zewnętrznymi niepotrzebnymi do działania samego LMS-a. Nie za bardzo chcę rozpoczynać kolejnej akademickiej dyskusji na temat licencji GPL. Jeśli masz trochę wolnego czasu to może warto byłoby go spożytkować na wysłanie próśb o udostępnienie kodu do kilku firm, które w sposób drastyczny naruszają licencję GPL? A takowe firmy szyfrują cały kod LMS-a łącznie z kodem pierwotnie podchodzącym z LMS. Znam kilka takich firm na naszym rynku. Od tych firm zacząłbym na Twoim miejscu walkę. Chętnie Ci w tym pomogę ;-)
PS. Wiem, że w słabszego lepiej najpierw uderzać.
W dniu 26.04.2013 11:39, Tomasz Chiliński napisał(a):
W dniu 26.04.2013 11:33, Daniel Kulesza napisał(a): W dniu 2013-04-26 11:26, Tomasz Chiliński pisze:
Na pewno będzie kilka plików szyfrowanych ioncube.
Ja tam się nie znam, ale czy to czasem nie będzie złamaniem licencji GPL ?
Łamanie to pojęcie względne. Już były kiedyś na ten temat dyskusje jak to jest z modułami zewnętrznymi niepotrzebnymi do działania samego LMS-a. Nie za bardzo chcę rozpoczynać kolejnej akademickiej dyskusji na temat licencji GPL. Jeśli masz trochę wolnego czasu to może warto byłoby go spożytkować na wysłanie próśb o udostępnienie kodu do kilku firm, które w sposób drastyczny naruszają licencję GPL? A takowe firmy szyfrują cały kod LMS-a łącznie z kodem pierwotnie podchodzącym z LMS. Znam kilka takich firm na naszym rynku. Od tych firm zacząłbym na Twoim miejscu walkę. Chętnie Ci w tym pomogę ;-)
PS. Wiem, że w słabszego lepiej najpierw uderzać.
InetLMS też jakoś powinniście chronić, bo również będą za jakiś czas Was "dymać".
W dniu 26.04.2013 11:44, Daniel Kulesza napisał(a):
W dniu 2013-04-26 11:41, Tomasz Chiliński pisze:
InetLMS też jakoś powinniście chronić, bo również będą za jakiś czas Was "dymać".
Jak będą to super piękne i inteligentne kobiety to czemu nie ?
A na poważnie, to nie będzie takiej możliwości ;)
Tzn. na pewno nikt od Was kodu nie pobierze i nie zacznie sprzedawać jako swojego produktu czy po prostu zaszyfrujecie całość? :D
W dniu 2013-04-26 11:48, Tomasz Chiliński pisze:
W dniu 26.04.2013 11:44, Daniel Kulesza napisał(a):
W dniu 2013-04-26 11:41, Tomasz Chiliński pisze:
InetLMS też jakoś powinniście chronić, bo również będą za jakiś czas Was "dymać".
Jak będą to super piękne i inteligentne kobiety to czemu nie ?
A na poważnie, to nie będzie takiej możliwości ;)
Tzn. na pewno nikt od Was kodu nie pobierze i nie zacznie sprzedawać jako swojego produktu czy po prostu zaszyfrujecie całość? :D
na pewno nikt Nas nie będzie "dymał" ;)
Zawsze zostaje możliwość zgłoszenia naruszenia licencji GPL w http://gpl-violations.org/
W dniu 26 kwietnia 2013 11:49 użytkownik Daniel Kulesza d.kulesza@ig-zp.pl napisał:
W dniu 2013-04-26 11:48, Tomasz Chiliński pisze:
W dniu 26.04.2013 11:44, Daniel Kulesza napisał(a):
W dniu 2013-04-26 11:41, Tomasz Chiliński pisze:
InetLMS też jakoś powinniście chronić, bo również będą za jakiś czas Was "dymać".
Jak będą to super piękne i inteligentne kobiety to czemu nie ?
A na poważnie, to nie będzie takiej możliwości ;)
Tzn. na pewno nikt od Was kodu nie pobierze i nie zacznie sprzedawać jako swojego produktu czy po prostu zaszyfrujecie całość? :D
na pewno nikt Nas nie będzie "dymał" ;)
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 26.04.2013 11:53, golab napisał(a):
Zawsze zostaje możliwość zgłoszenia naruszenia licencji GPL w http://gpl-violations.org/
Tak zawsze pozostaje. A oni tylko czekają na kolejne zgłoszenie, żeby uruchomić zespół prawników i przysłać ich do Polski ;-) Poważnie: zajmują się walką z bardzo dużymi naruszeniami.
W dniu 26.04.2013 11:59, Tomasz Chiliński pisze:
W dniu 26.04.2013 11:53, golab napisał(a):
Zawsze zostaje możliwość zgłoszenia naruszenia licencji GPL w http://gpl-violations.org/
Tak zawsze pozostaje. A oni tylko czekają na kolejne zgłoszenie, żeby uruchomić zespół prawników i przysłać ich do Polski ;-) Poważnie: zajmują się walką z bardzo dużymi naruszeniami.
Panowie , nie jest z czasem z GPL tak , ze pisząc coś jako dodatek który działa z programem na GPL i jest z nim "połączony", czyli nie będzie działać bez niego , musimy udostępnić kod osobą u których to działa, np, wdrażam u klienta lms-a , instaluje mu swój dodatek , to jestem zobowiązany udostępnić mu kod źródłowy , co on z nim zrobi to już nie moja sprawa, może go dalej udostępniać nawet nieodpłatnie, ale nie może go sprzedać jako swój program, nie może go zamknąć, ani tez nie może usunąć/zmienić inforamcjii o autorze. Z GPL chyba nie wynika że pisząc cokolwiek na swoje potrzeby czy na potrzeby klienta jest się zobowiązany upubliczniać ten kod, osoba/firma która go otrzyma może go upublicznić na GPL-u.
Czy pisząc np skrypt do generowania plików konfiguracyjnych , który nie jest zintegrowany z lms-em, a jedynie korzysta z bazy danych musi być na GPL , czy można zamknąć kod ?
Pozdrawiam
W dniu 26.04.2013 12:23, Mirosław Kwak - lanserver.pl napisał(a):
W dniu 26.04.2013 11:59, Tomasz Chiliński pisze: W dniu 26.04.2013 11:53, golab napisał(a): Zawsze zostaje możliwość zgłoszenia naruszenia licencji GPL w http://gpl-violations.org/
Tak zawsze pozostaje. A oni tylko czekają na kolejne zgłoszenie, żeby uruchomić zespół prawników i przysłać ich do Polski ;-) Poważnie: zajmują się walką z bardzo dużymi naruszeniami.
Panowie , nie jest z czasem z GPL tak , ze pisząc coś jako dodatek który działa z programem na GPL i jest z nim "połączony", czyli nie będzie działać bez niego , musimy udostępnić kod osobą u których to działa, np, wdrażam u klienta lms-a , instaluje mu swój dodatek , to jestem zobowiązany udostępnić mu kod źródłowy , co on z nim zrobi to już nie moja sprawa, może go dalej udostępniać nawet nieodpłatnie, ale nie może go sprzedać jako swój program, nie może go zamknąć, ani tez nie może usunąć/zmienić inforamcjii o autorze. Z GPL chyba nie wynika że pisząc cokolwiek na swoje potrzeby czy na potrzeby klienta jest się zobowiązany upubliczniać ten kod, osoba/firma która go otrzyma może go upublicznić na GPL-u.
Czy pisząc np skrypt do generowania plików konfiguracyjnych , który nie jest zintegrowany z lms-em, a jedynie korzysta z bazy danych musi być na GPL , czy można zamknąć kod ?
No właśnie w takich przypadkach opinie są zawsze podzielone i zwykle kończy się dyskusją akademicką. Jeszcze jak ma to miejsce przy piwie to ok ;-)
Pozdrawiam
W dniu 2013-04-26 11:39, Tomasz Chiliński pisze:
W dniu 26.04.2013 11:33, Daniel Kulesza napisał(a):
W dniu 2013-04-26 11:26, Tomasz Chiliński pisze:
Na pewno będzie kilka plików szyfrowanych ioncube.
Ja tam się nie znam, ale czy to czasem nie będzie złamaniem licencji GPL ?
Łamanie to pojęcie względne. Już były kiedyś na ten temat dyskusje jak to jest z modułami zewnętrznymi niepotrzebnymi do działania samego LMS-a. Nie za bardzo chcę rozpoczynać kolejnej akademickiej dyskusji na temat licencji GPL. Jeśli masz trochę wolnego czasu to może warto byłoby go spożytkować na wysłanie próśb o udostępnienie kodu do kilku firm, które w sposób drastyczny naruszają licencję GPL? A takowe firmy szyfrują cały kod LMS-a łącznie z kodem pierwotnie podchodzącym z LMS. Znam kilka takich firm na naszym rynku. Od tych firm zacząłbym na Twoim miejscu walkę. Chętnie Ci w tym pomogę ;-)
PS. Wiem, że w słabszego lepiej najpierw uderzać.
Ja nie chcę w "słabszego" uderzać ;) , tylko pamiętam wcześniejsze dyskusje i Twoją postawę co do szyfrowania czegokolwiek związanego z GPL.
Co do wysłania pism do firm, które łamią licencję to z chęcią pomogę. Mogę takie pisma pomóc przygotować, ale muszę mieć jak najwięcej informacji w temacie.
W dniu 26.04.2013 11:42, Daniel Kulesza napisał(a):
W dniu 2013-04-26 11:39, Tomasz Chiliński pisze: W dniu 26.04.2013 11:33, Daniel Kulesza napisał(a): W dniu 2013-04-26 11:26, Tomasz Chiliński pisze:
Na pewno będzie kilka plików szyfrowanych ioncube.
Ja tam się nie znam, ale czy to czasem nie będzie złamaniem licencji GPL ?
Łamanie to pojęcie względne. Już były kiedyś na ten temat dyskusje jak to jest z modułami zewnętrznymi niepotrzebnymi do działania samego LMS-a. Nie za bardzo chcę rozpoczynać kolejnej akademickiej dyskusji na temat licencji GPL. Jeśli masz trochę wolnego czasu to może warto byłoby go spożytkować na wysłanie próśb o udostępnienie kodu do kilku firm, które w sposób drastyczny naruszają licencję GPL? A takowe firmy szyfrują cały kod LMS-a łącznie z kodem pierwotnie podchodzącym z LMS. Znam kilka takich firm na naszym rynku. Od tych firm zacząłbym na Twoim miejscu walkę. Chętnie Ci w tym pomogę ;-)
PS. Wiem, że w słabszego lepiej najpierw uderzać.
Ja nie chcę w "słabszego" uderzać ;) , tylko pamiętam wcześniejsze dyskusje i Twoją postawę co do szyfrowania czegokolwiek związanego z GPL.
To uznajmy na razie, że dziennika transakcji nie ma, a jak będzie gotowy do zastosowań masowych udostępnię pełny kod źródłowy ;-) To co jest ma tylko służyć oszczędności mojego czasu i ograniczeniu liczby utrzymywanych gałęzi. Na szczęście nie powinno również powodować problemów z działaniem LMS (celowo tak zrobiłem, żeby można było używać LMS-a bez takich dodatków).
Co do wysłania pism do firm, które łamią licencję to z chęcią pomogę. Mogę takie pisma pomóc przygotować, ale muszę mieć jak najwięcej informacji w temacie.
Ba nawet już mam pisemko gotowe, ale nie znalazłem, żadnego ochotnika-nabywcy (prosiłem kilka osób), w którego imieniu poszłoby pismo - chodzi o to, żeby nabywca produktu wystąpił do sprzedawcy, bo w przypadku, gdy nie jestem stroną umowy ciężko może być w polskich warunkach wyegzekwować udostępnienie kodu.
Dnia 2013-04-26, pią o godzinie 11:47 +0200, Tomasz Chiliński pisze:
W dniu 26.04.2013 11:42, Daniel Kulesza napisał(a):
W dniu 2013-04-26 11:39, Tomasz Chiliński pisze: W dniu 26.04.2013 11:33, Daniel Kulesza napisał(a): W dniu 2013-04-26 11:26, Tomasz Chiliński pisze:
Na pewno będzie kilka plików szyfrowanych ioncube.
Ja tam się nie znam, ale czy to czasem nie będzie złamaniem licencji GPL ?
Łamanie to pojęcie względne. Już były kiedyś na ten temat dyskusje jak to jest z modułami zewnętrznymi niepotrzebnymi do działania samego LMS-a. Nie za bardzo chcę rozpoczynać kolejnej akademickiej dyskusji na temat licencji GPL. Jeśli masz trochę wolnego czasu to może warto byłoby go spożytkować na wysłanie próśb o udostępnienie kodu do kilku firm, które w sposób drastyczny naruszają licencję GPL? A takowe firmy szyfrują cały kod LMS-a łącznie z kodem pierwotnie podchodzącym z LMS. Znam kilka takich firm na naszym rynku. Od tych firm zacząłbym na Twoim miejscu walkę. Chętnie Ci w tym pomogę ;-)
PS. Wiem, że w słabszego lepiej najpierw uderzać.
Ja nie chcę w "słabszego" uderzać ;) , tylko pamiętam wcześniejsze dyskusje i Twoją postawę co do szyfrowania czegokolwiek związanego z GPL.
To uznajmy na razie, że dziennika transakcji nie ma, a jak będzie gotowy do zastosowań masowych udostępnię pełny kod źródłowy ;-) To co jest ma tylko służyć oszczędności mojego czasu i ograniczeniu liczby utrzymywanych gałęzi. Na szczęście nie powinno również powodować problemów z działaniem LMS (celowo tak zrobiłem, żeby można było używać LMS-a bez takich dodatków).
Co do wysłania pism do firm, które łamią licencję to z chęcią pomogę. Mogę takie pisma pomóc przygotować, ale muszę mieć jak najwięcej informacji w temacie.
Ba nawet już mam pisemko gotowe, ale nie znalazłem, żadnego ochotnika-nabywcy (prosiłem kilka osób), w którego imieniu poszłoby pismo - chodzi o to, żeby nabywca produktu wystąpił do sprzedawcy, bo w przypadku, gdy nie jestem stroną umowy ciężko może być w polskich warunkach wyegzekwować udostępnienie kodu.
z tego co mi wiadomo to autorzy projektu powinni wystąpić że firma xyz łamie GPL, a nie potencjalny klient.
W dniu 26.04.2013 11:54, Sylwester Kondracki napisał(a):
Dnia 2013-04-26, pią o godzinie 11:47 +0200, Tomasz Chiliński pisze:
W dniu 26.04.2013 11:42, Daniel Kulesza napisał(a): W dniu 2013-04-26 11:39, Tomasz Chiliński pisze: W dniu 26.04.2013 11:33, Daniel Kulesza napisał(a): W dniu 2013-04-26 11:26, Tomasz Chiliński pisze:
Na pewno będzie kilka plików szyfrowanych ioncube.
Ja tam się nie znam, ale czy to czasem nie będzie złamaniem licencji GPL ?
Łamanie to pojęcie względne. Już były kiedyś na ten temat dyskusje jak to jest z modułami zewnętrznymi niepotrzebnymi do działania samego LMS-a. Nie za bardzo chcę rozpoczynać kolejnej akademickiej dyskusji na temat licencji GPL. Jeśli masz trochę wolnego czasu to może warto byłoby go spożytkować na wysłanie próśb o udostępnienie kodu do kilku firm, które w sposób drastyczny naruszają licencję GPL? A takowe firmy szyfrują cały kod LMS-a łącznie z kodem pierwotnie podchodzącym z LMS. Znam kilka takich firm na naszym rynku. Od tych firm zacząłbym na Twoim miejscu walkę. Chętnie Ci w tym pomogę ;-)
PS. Wiem, że w słabszego lepiej najpierw uderzać.
Ja nie chcę w "słabszego" uderzać ;) , tylko pamiętam wcześniejsze dyskusje i Twoją postawę co do szyfrowania czegokolwiek związanego z GPL.
To uznajmy na razie, że dziennika transakcji nie ma, a jak będzie gotowy do zastosowań masowych udostępnię pełny kod źródłowy ;-) To co jest ma tylko służyć oszczędności mojego czasu i ograniczeniu liczby utrzymywanych gałęzi. Na szczęście nie powinno również powodować problemów z działaniem LMS (celowo tak zrobiłem, żeby można było używać LMS-a bez takich dodatków).
Co do wysłania pism do firm, które łamią licencję to z chęcią pomogę. Mogę takie pisma pomóc przygotować, ale muszę mieć jak najwięcej informacji w temacie.
Ba nawet już mam pisemko gotowe, ale nie znalazłem, żadnego ochotnika-nabywcy (prosiłem kilka osób), w którego imieniu poszłoby pismo - chodzi o to, żeby nabywca produktu wystąpił do sprzedawcy, bo w przypadku, gdy nie jestem stroną umowy ciężko może być w polskich warunkach wyegzekwować udostępnienie kodu.
z tego co mi wiadomo to autorzy projektu powinni wystąpić że firma xyz łamie GPL, a nie potencjalny klient.
A wiadomo Ci z FAQ ze strony typu FSF.ORG? ;-) Pogadaj z prawnikami.
W dniu 26.04.2013 11:26, Tomasz Chiliński pisze:
W dniu 26.04.2013 11:15, golab napisał(a):
Witam
Witam,
Przeglądając commit widać że wszystkie operacje są logowane, na jakich zasadach będzie udostępniany dostęp do pliku lib/SYSLOG.class.php ?
Chwilowo jeszcze nie mam tego doprecyzowanego. Na pewno będzie kilka plików szyfrowanych ioncube. Jeśli chodzi o kwestie finansowe to jeszcze nie myślałem.
Czekamy zatem na informacje na jakiej zasadzie będzie do tego dostęp ;)
Pozdrawiam, SP
W dniu 26.04.2013 10:49, Daniel Kulesza napisał(a):
W dniu 2013-04-26 10:45, Tomasz Chiliński pisze: Witam,
Dzisiejszy commit wprowadza do LMS obsługę dziennika transakcji. Na dzień dzisiejszy dzienniki prowadzone są dla wszystkich czynności wykonywanych z następujących menu LMS-a:
- Administracja.
- Klienci.
- Komputery.
- Sieci IP.
- Konfiguracja.
- Hasło.
Ponadto w dzienniku uwzględniane są czynności wykonywane na zobowiązaniach klientach. Wkrótce kolejne elementy interfejsu zostaną również wyposażone w obsługę dzienników transakcji. Wkrótce będzie można rzucić okiem jak to działa w demo dostępnym pod adresem http://demo.lms.org.pl
UWAGA! Obsługa dzienników transakcji nie działa w wersji open source publicznie dostępnej. Ograniczenie takie zostało podyktowane ochroną interesu projektu. Wieloletnia praktyka pokazała, że dotychczasowy model rozwoju LMS-a nie sprawdził się w polskich warunkach. Na naszym rynku istnieje kilka firm, które naruszają od dawien dawna licencję jaką objęty jest kod LMS-a. Jeśli ktoś miałby ochotę pomóc mi w uporządkowaniu tej sprawy to zapraszam do współpracy. Jestem gotów na to, żeby wystąpić do tych firmie na piśmie najpierw z prośbą o udostępnienie kodu, następnie z żądaniem, aż wreszcie złożyć sprawy do sądu. Potrzebny jest w Polsce przełom w zakresie walki z naruszeniami licencji GPL.
a jaki login i hasło do tego demo ?
pobrałem nowego gita, ale mam ładny napis, że dziennik transakcji nie działa w tej wersji lms :/
W dniu 26 kwietnia 2013 10:45 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
Witam,
Dzisiejszy commit wprowadza do LMS obsługę dziennika transakcji. Na dzień dzisiejszy dzienniki prowadzone są dla wszystkich czynności wykonywanych z następujących menu LMS-a:
- Administracja.
- Klienci.
- Komputery.
- Sieci IP.
- Konfiguracja.
- Hasło.
Ponadto w dzienniku uwzględniane są czynności wykonywane na zobowiązaniach klientach. Wkrótce kolejne elementy interfejsu zostaną również wyposażone w obsługę dzienników transakcji. Wkrótce będzie można rzucić okiem jak to działa w demo dostępnym pod adresem http://demo.lms.org.pl
UWAGA! Obsługa dzienników transakcji nie działa w wersji open source publicznie dostępnej. Ograniczenie takie zostało podyktowane ochroną interesu projektu. Wieloletnia praktyka pokazała, że dotychczasowy model rozwoju LMS-a nie sprawdził się w polskich warunkach. Na naszym rynku istnieje kilka firm, które naruszają od dawien dawna licencję jaką objęty jest kod LMS-a. Jeśli ktoś miałby ochotę pomóc mi w uporządkowaniu tej sprawy to zapraszam do współpracy. Jestem gotów na to, żeby wystąpić do tych firmie na piśmie najpierw z prośbą o udostępnienie kodu, następnie z żądaniem, aż wreszcie złożyć sprawy do sądu. Potrzebny jest w Polsce przełom w zakresie walki z naruszeniami licencji GPL.
-- Pozdrawiam Tomasz Chiliński, Chilan
______________________________**_________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/**mailman/listinfo/lmshttp://lists.lms.org.pl/mailman/listinfo/lms
W dniu 26.04.2013 13:26, Marcin napisał(a):
pobrałem nowego gita, ale mam ładny napis, że dziennik transakcji nie działa w tej wersji lms :/
Tzn. że działa jak należy ;-) Takie było założenie, żeby nie rozpierdzielić ludziom LMS-ów. A schemat MySQL Ci się zaktualizował prawidłowo? Tzn. czy doszły 4 nowe tabele sql mające na początku w nazwie log* ?
W dniu 26 kwietnia 2013 13:29 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
Tzn. że działa jak należy ;-) Takie było założenie, żeby nie rozpierdzielić ludziom LMS-ów. A schemat MySQL Ci się zaktualizował prawidłowo? Tzn. czy doszły 4 nowe tabele sql mające na początku w nazwie log* ?
tak, baza się zaktualizowała. są tabele z log*, np. logtransactions.
[Friday, 26 April 2013], Tomasz Chiliński napisał(a):
Witam,
Dzisiejszy commit wprowadza do LMS obsługę dziennika transakcji.
Wrzucilem do siebie i przestala mi dzialac edycja klienta - nie mozna zmienic np. e-maila (po zatwierdzeniu zmian wraca do customerinfo, ale zmian nie ma).
Sprawdzalem tez na wersji prosto z git - jest to samo. Jakieś pomysly?
pozdrawiam Jarek Dziubek
[Monday, 29 April 2013], Jaroslaw Dziubek napisał(a):
[Friday, 26 April 2013], Tomasz Chiliński napisał(a):
Witam,
Dzisiejszy commit wprowadza do LMS obsługę dziennika transakcji.
Wrzucilem do siebie i przestala mi dzialac edycja klienta - nie mozna zmienic np. e-maila (po zatwierdzeniu zmian wraca do customerinfo, ale zmian nie ma).
Sprawdzalem tez na wersji prosto z git - jest to samo. Jakieś pomysly?
Dobra. Naprawione automagicznie (moze pomoglo wyczyszczenie templates, a moze poslanie maila?? :D )
pozdrawiam Jarek Dziubek
W dniu 29 kwietnia 2013 10:04 użytkownik Jaroslaw Dziubek yaro@perfect.net.pl napisał:
Wrzucilem do siebie i przestala mi dzialac edycja klienta - nie mozna zmienic np. e-maila (po zatwierdzeniu zmian wraca do customerinfo, ale zmian nie ma).
Sprawdzalem tez na wersji prosto z git - jest to samo. Jakieś pomysly?
kiedy zaciągałeś gita? wczoraj wieczorem Tomek zrobił drobne poprawki bo też ipki się nie updateowały.
-- Pozdrawiam Marcin / nicraM
uczestnicy (8)
-
"Mirosław Kwak - lanserver.pl" -
Daniel Kulesza -
golab -
Jaroslaw Dziubek -
Marcin -
Sylwester Kondracki -
Sławomir Paszkiewicz -
Tomasz Chiliński