🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: pl.comp.bazy-danych
26 messages
26 total messages Started by Melwinek Sat, 18 Apr 2015 08:13
Postgresql - dane serwera
#194404
Author: Melwinek
Date: Sat, 18 Apr 2015 08:13
3 lines
1307 bytes
Czy da się w jakiś sposób z poziomu SQL wydobyć np. adres mac karty sieciowej serwera lub numer seryjny dysku twardego?
Lub jakiś podobny parametr.
Szukam prostego i skutecznego sposobu na zabezpieczenie programu przed kopiowaniem.
Re: Postgresql - dane serwera
#194405
Author: Bartosz Mierzwiak
Date: Sat, 18 Apr 2015 09:49
17 lines
1453 bytes
On Sat, 18 Apr 2015 01:13:41 -0700 (PDT), Melwinek <przemyslaw.biernat@gmail.com> wrote(a):
> Czy da się w jakiś sposób z poziomu SQL wydobyć np. adres mac karty sieciowej serwera lub numer seryjny dysku twardego?
> Lub jakiś podobny parametr.
> Szukam prostego i skutecznego sposobu na zabezpieczenie programu przed kopiowaniem.


Możesz wykonać polecenie w powłoce systemu (oczywiście mając
odpowiednie uprawnienia):
https://github.com/petere/plsh
http://www.opengurukul.com/vlc/mod/page/view.php?id=3097



pozdrawiam, B.


PS. Adres MAC karty sieciowej nie musi być unikalny.
Re: Postgresql - dane serwera
#194406
Author: Melwinek
Date: Sat, 18 Apr 2015 10:12
10 lines
1818 bytes
W dniu sobota, 18 kwietnia 2015 11:50:10 UTC+2 użytkownik Bartosz Mierzwiak napisał:
> Możesz wykonać polecenie w powłoce systemu (oczywiście mając
> odpowiednie uprawnienia):
> https://github.com/petere/plsh
> http://www.opengurukul.com/vlc/mod/page/view.php?id=3097

Tylko, że prawdopodobnie serwer będzie na windowsie.

> PS. Adres MAC karty sieciowej nie musi być unikalny.
Wiem, można go też zmienić, ale jakieś zabezpieczenie to jest :)
Re: Postgresql - dane serwera
#194407
Author: Adam
Date: Sat, 18 Apr 2015 16:37
19 lines
1582 bytes
W dniu 2015-04-18 o 10:13, Melwinek pisze:
> Czy da się w jakiś sposób z poziomu SQL wydobyć np. adres mac karty sieciowej serwera lub numer seryjny dysku twardego?
> Lub jakiś podobny parametr.
> Szukam prostego i skutecznego sposobu na zabezpieczenie programu przed kopiowaniem.
>

A może np. wyjąć numer seryjny Windy, w jakiś prosty sposób 
zaszyfrować/przekształcić go i zapisać do bazy, a potem podczas 
każdorazowego uruchomienia aplikacji sprawdzać?
Jeśli numer nie będzie się zgadzał/nie będzie go, to klient musiałby 
podać kod uruchomieniowy, co spowoduje pierwsze/kolejne zapisanie hasha.
Bez tego program może pracować jako demo.



-- 
Pozdrawiam.

Adam
Re: Postgresql - dane serwera
#194408
Author: Melwinek
Date: Sat, 18 Apr 2015 20:25
11 lines
2072 bytes
W dniu sobota, 18 kwietnia 2015 18:38:02 UTC+2 użytkownik Adam napisał:
> A może np. wyjąć numer seryjny Windy, w jakiś prosty sposób 
> zaszyfrować/przekształcić go i zapisać do bazy, a potem podczas 
> każdorazowego uruchomienia aplikacji sprawdzać?
> Jeśli numer nie będzie się zgadzał/nie będzie go, to klient musiałby 
> podać kod uruchomieniowy, co spowoduje pierwsze/kolejne zapisanie hasha.
> Bez tego program może pracować jako demo.

Jak nie wymyślę czegoś na bazie serwera to tak będę musiał zrobić.
Problem w tym, że w licencji nie będę ograniczał ilości końcówek.
Klient będzie mógł zainstalować program na ilu komputerach sobie będzie chciał, pod warunkiem, że będą korzystać z jednej bazy na jednym serwerze.
Re: Postgresql - dane serwera
#194409
Author: nkab
Date: Mon, 20 Apr 2015 07:02
20 lines
2479 bytes
W dniu sobota, 18 kwietnia 2015 22:25:58 UTC+2 użytkownik Melwinek napisał:
> W dniu sobota, 18 kwietnia 2015 18:38:02 UTC+2 użytkownik Adam napisał:
> > A może np. wyjąć numer seryjny Windy, w jakiś prosty sposób 
> > zaszyfrować/przekształcić go i zapisać do bazy, a potem podczas 
> > każdorazowego uruchomienia aplikacji sprawdzać?
> > Jeśli numer nie będzie się zgadzał/nie będzie go, to klient musiałby 
> > podać kod uruchomieniowy, co spowoduje pierwsze/kolejne zapisanie hasha.
> > Bez tego program może pracować jako demo.
> 
> Jak nie wymyślę czegoś na bazie serwera to tak będę musiał zrobić.
> Problem w tym, że w licencji nie będę ograniczał ilości końcówek.
> Klient będzie mógł zainstalować program na ilu komputerach sobie będzie chciał, pod warunkiem, że będą korzystać z jednej bazy na jednym serwerze.

A to są jakieś osobne .exe, które klient instaluje u siebie?
Jak tak to niech ten .exe działa prawidłowo np. przez 1 mc
a na serwerze sprawdzasz przysłany swój znak.
Po terminie klient u ciebie traci ten znak.
Uprzedź klienta, że bez przedłużenia program robi celowe błędy.

Andrzej.
Re: Postgresql - dane serwera
#194410
Author: Andrzej Stróżyński
Date: Mon, 20 Apr 2015 09:19
30 lines
2651 bytes
W dniu 2015-04-20 o 09:02, nkab@toya.net.pl pisze:
> W dniu sobota, 18 kwietnia 2015 22:25:58 UTC+2 użytkownik Melwinek napisał:
>> W dniu sobota, 18 kwietnia 2015 18:38:02 UTC+2 użytkownik Adam napisał:
>>> A może np. wyjąć numer seryjny Windy, w jakiś prosty sposób
>>> zaszyfrować/przekształcić go i zapisać do bazy, a potem podczas
>>> każdorazowego uruchomienia aplikacji sprawdzać?
>>> Jeśli numer nie będzie się zgadzał/nie będzie go, to klient musiałby
>>> podać kod uruchomieniowy, co spowoduje pierwsze/kolejne zapisanie hasha.
>>> Bez tego program może pracować jako demo.
>>
>> Jak nie wymyślę czegoś na bazie serwera to tak będę musiał zrobić.
>> Problem w tym, że w licencji nie będę ograniczał ilości końcówek.
>> Klient będzie mógł zainstalować program na ilu komputerach sobie będzie chciał, pod warunkiem, że będą korzystać z jednej bazy na jednym serwerze.
>
> A to są jakieś osobne .exe, które klient instaluje u siebie?
> Jak tak to niech ten .exe działa prawidłowo np. przez 1 mc
> a na serwerze sprawdzasz przysłany swój znak.
> Po terminie klient u ciebie traci ten znak.
> Uprzedź klienta, że bez przedłużenia program robi celowe błędy.

"celowe błędy"???
Ale pomińmy już składnię.
Sugerujesz, że można klientowi uszkodzić bazę lub przekłamać dane jeśli 
zrezygnuje z Twojego programu?
Mam nadzieję, że coś źle zrozumiałem.


-- 
pozdrawiam
AS
Re: Postgresql - dane serwera
#194411
Author: nkab
Date: Tue, 21 Apr 2015 06:28
39 lines
3256 bytes
W dniu poniedziałek, 20 kwietnia 2015 11:19:57 UTC+2 użytkownik Andrzej Stróżyński napisał:
> W dniu 2015-04-20 o 09:02, nkab@toya.net.pl pisze:
> > W dniu sobota, 18 kwietnia 2015 22:25:58 UTC+2 użytkownik Melwinek napisał:
> >> W dniu sobota, 18 kwietnia 2015 18:38:02 UTC+2 użytkownik Adam napisał:
> >>> A może np. wyjąć numer seryjny Windy, w jakiś prosty sposób
> >>> zaszyfrować/przekształcić go i zapisać do bazy, a potem podczas
> >>> każdorazowego uruchomienia aplikacji sprawdzać?
> >>> Jeśli numer nie będzie się zgadzał/nie będzie go, to klient musiałby
> >>> podać kod uruchomieniowy, co spowoduje pierwsze/kolejne zapisanie hasha.
> >>> Bez tego program może pracować jako demo.
> >>
> >> Jak nie wymyślę czegoś na bazie serwera to tak będę musiał zrobić.
> >> Problem w tym, że w licencji nie będę ograniczał ilości końcówek.
> >> Klient będzie mógł zainstalować program na ilu komputerach sobie będzie chciał, pod warunkiem, że będą korzystać z jednej bazy na jednym serwerze.
> >
> > A to są jakieś osobne .exe, które klient instaluje u siebie?
> > Jak tak to niech ten .exe działa prawidłowo np. przez 1 mc
> > a na serwerze sprawdzasz przysłany swój znak.
> > Po terminie klient u ciebie traci ten znak.
> > Uprzedź klienta, że bez przedłużenia program robi celowe błędy.
> 
> "celowe błędy"???
> Ale pomińmy już składnię.
> Sugerujesz, że można klientowi uszkodzić bazę lub przekłamać dane jeśli 
> zrezygnuje z Twojego programu?
> Mam nadzieję, że coś źle zrozumiałem.
> 
> 
> -- 
> pozdrawiam
> AS

Nie działa prawidłowo np. wywołuje listę klientów
zamiast obroty wybranego klienta.

Oczywiście wcześniej po uruchomieniu .exe info,
że brak autoryzacji.

Andrzej.
Re: Postgresql - dane serwera
#194412
Author: Andrzej Stróżyński
Date: Tue, 21 Apr 2015 06:57
48 lines
3392 bytes
W dniu 2015-04-21 o 08:28, nkab@toya.net.pl pisze:
> W dniu poniedziałek, 20 kwietnia 2015 11:19:57 UTC+2 użytkownik Andrzej Stróżyński napisał:
>> W dniu 2015-04-20 o 09:02, nkab@toya.net.pl pisze:
>>> W dniu sobota, 18 kwietnia 2015 22:25:58 UTC+2 użytkownik Melwinek napisał:
>>>> W dniu sobota, 18 kwietnia 2015 18:38:02 UTC+2 użytkownik Adam napisał:
>>>>> A może np. wyjąć numer seryjny Windy, w jakiś prosty sposób
>>>>> zaszyfrować/przekształcić go i zapisać do bazy, a potem podczas
>>>>> każdorazowego uruchomienia aplikacji sprawdzać?
>>>>> Jeśli numer nie będzie się zgadzał/nie będzie go, to klient musiałby
>>>>> podać kod uruchomieniowy, co spowoduje pierwsze/kolejne zapisanie hasha.
>>>>> Bez tego program może pracować jako demo.
>>>>
>>>> Jak nie wymyślę czegoś na bazie serwera to tak będę musiał zrobić.
>>>> Problem w tym, że w licencji nie będę ograniczał ilości końcówek.
>>>> Klient będzie mógł zainstalować program na ilu komputerach sobie będzie chciał, pod warunkiem, że będą korzystać z jednej bazy na jednym serwerze.
>>>
>>> A to są jakieś osobne .exe, które klient instaluje u siebie?
>>> Jak tak to niech ten .exe działa prawidłowo np. przez 1 mc
>>> a na serwerze sprawdzasz przysłany swój znak.
>>> Po terminie klient u ciebie traci ten znak.
>>> Uprzedź klienta, że bez przedłużenia program robi celowe błędy.
>>
>> "celowe błędy"???
>> Ale pomińmy już składnię.
>> Sugerujesz, że można klientowi uszkodzić bazę lub przekłamać dane jeśli
>> zrezygnuje z Twojego programu?
>> Mam nadzieję, że coś źle zrozumiałem.
>>
>>
>> --
>> pozdrawiam
>> AS
>
> Nie działa prawidłowo np. wywołuje listę klientów
> zamiast obroty wybranego klienta.
>
> Oczywiście wcześniej po uruchomieniu .exe info,
> że brak autoryzacji.

Bez sensu.
Jeśli zgodnie z umową, klient stracił prawo do używania programu, to 
dostaje stosowną informację i tyle. Program nie działa.
Czemu ma służyć oprogramowywanie loterii w działaniu programu?


-- 
pozdrawiam
AS
Re: Postgresql - dane serwera
#194413
Author: nkab
Date: Tue, 21 Apr 2015 13:53
23 lines
2408 bytes
W dniu wtorek, 21 kwietnia 2015 08:57:18 UTC+2 użytkownik Andrzej Stróżyński napisał:
 
> Bez sensu.
> Jeśli zgodnie z umową, klient stracił prawo do używania programu, to 
> dostaje stosowną informację i tyle. Program nie działa.
> Czemu ma służyć oprogramowywanie loterii w działaniu programu?
> 
 
Ja tylko na początku lat '90 zabezpieczałem przed kopiowaniem
ale potem już zaniechałem bo programy wymagały częstych
dostosowań do zmian prawa.

Wiem, że bez sensu ale jak koledze zależy na klientach
to całkowita blokada jest zbyt drastyczna.
U mnie na liście klientów są uwidocznione salda i inne
zamówione znaczki z oceną wiarygodności klienta i stąd
lepsze i prostsze jest wywołanie właśnie tej listy.

Całkowitą blokadę z powodu braku licencji próbował
już taki gigant jak Microsoft ale zrezygnował bo więcej
z tym kłopotów i strat na wizerunku.

Andrzej.
Re: Postgresql - dane serwera
#194414
Author: Andrzej Stróżyński
Date: Tue, 21 Apr 2015 14:09
30 lines
2521 bytes
W dniu 2015-04-21 o 15:53, nkab@toya.net.pl pisze:
> W dniu wtorek, 21 kwietnia 2015 08:57:18 UTC+2 użytkownik Andrzej Stróżyński napisał:
>
>> Bez sensu.
>> Jeśli zgodnie z umową, klient stracił prawo do używania programu, to
>> dostaje stosowną informację i tyle. Program nie działa.
>> Czemu ma służyć oprogramowywanie loterii w działaniu programu?
>>
>
> Ja tylko na początku lat '90 zabezpieczałem przed kopiowaniem
> ale potem już zaniechałem bo programy wymagały częstych
> dostosowań do zmian prawa.
>
> Wiem, że bez sensu ale jak koledze zależy na klientach
> to całkowita blokada jest zbyt drastyczna.
> U mnie na liście klientów są uwidocznione salda i inne
> zamówione znaczki z oceną wiarygodności klienta i stąd
> lepsze i prostsze jest wywołanie właśnie tej listy.
>
> Całkowitą blokadę z powodu braku licencji próbował
> już taki gigant jak Microsoft ale zrezygnował bo więcej
> z tym kłopotów i strat na wizerunku.

No i od celowych błędów doszliśmy do okrojonej funkcjonalności a to już 
brzmi zupełnie inaczej :)


-- 
pozdrawiam
AS
Re: Postgresql - dane serwera
#194415
Author: Adam
Date: Tue, 21 Apr 2015 20:42
46 lines
3098 bytes
W dniu 2015-04-21 o 16:09, Andrzej Stróżyński pisze:
> W dniu 2015-04-21 o 15:53, nkab@toya.net.pl pisze:
>> W dniu wtorek, 21 kwietnia 2015 08:57:18 UTC+2 użytkownik Andrzej
>> Stróżyński napisał:
>>
>>> Bez sensu.
>>> Jeśli zgodnie z umową, klient stracił prawo do używania programu, to
>>> dostaje stosowną informację i tyle. Program nie działa.
>>> Czemu ma służyć oprogramowywanie loterii w działaniu programu?
>>>
>>
>> Ja tylko na początku lat '90 zabezpieczałem przed kopiowaniem
>> ale potem już zaniechałem bo programy wymagały częstych
>> dostosowań do zmian prawa.
>>
>> Wiem, że bez sensu ale jak koledze zależy na klientach
>> to całkowita blokada jest zbyt drastyczna.
>> U mnie na liście klientów są uwidocznione salda i inne
>> zamówione znaczki z oceną wiarygodności klienta i stąd
>> lepsze i prostsze jest wywołanie właśnie tej listy.
>>
>> Całkowitą blokadę z powodu braku licencji próbował
>> już taki gigant jak Microsoft ale zrezygnował bo więcej
>> z tym kłopotów i strat na wizerunku.
>
> No i od celowych błędów doszliśmy do okrojonej funkcjonalności a to już
> brzmi zupełnie inaczej :)
>

Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje 
listę klientów zamiast obroty wybranego klienta". Za takie działanie 
programu (czy raczej jego "ograniczenia") można dostać pozew.

Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli 
program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na 
wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n 
pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio 
opisane w warunkach licencji.
Natomiast nie powinno to być błędne działanie programu.



-- 
Pozdrawiam.

Adam
Re: Postgresql - dane serwera
#194416
Author: nkab
Date: Wed, 22 Apr 2015 06:23
21 lines
2549 bytes
W dniu wtorek, 21 kwietnia 2015 22:42:33 UTC+2 użytkownik Adam napisał:

> 
> Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje 
> listę klientów zamiast obroty wybranego klienta". Za takie działanie 
> programu (czy raczej jego "ograniczenia") można dostać pozew.
> 
> Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli 
> program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na 
> wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n 
> pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio 
> opisane w warunkach licencji.
> Natomiast nie powinno to być błędne działanie programu.
> 

Przecież to celowo błędne działanie jest formą
zabezpieczenia przed kopiowaniem lub nie legalnym
używaniem programu na co autor wątku nie wyraża
zgody więc kto kogo ma pozwać.

Andrzej.
Re: Postgresql - dane serwera
#194417
Author: artiun
Date: Wed, 22 Apr 2015 21:09
29 lines
3115 bytes
W dniu 2015-04-22 o 08:23, nkab@toya.net.pl pisze:
> W dniu wtorek, 21 kwietnia 2015 22:42:33 UTC+2 użytkownik Adam napisał:
>
>>
>> Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje
>> listę klientów zamiast obroty wybranego klienta". Za takie działanie
>> programu (czy raczej jego "ograniczenia") można dostać pozew.
>>
>> Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli
>> program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na
>> wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n
>> pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio
>> opisane w warunkach licencji.
>> Natomiast nie powinno to być błędne działanie programu.
>>
>
> Przecież to celowo błędne działanie jest formą
> zabezpieczenia przed kopiowaniem lub nie legalnym
> używaniem programu na co autor wątku nie wyraża
> zgody więc kto kogo ma pozwać.
>
Jesteś idiotą, czy takiego udajesz. Pomyśl jakie dla innych i dla Ciebie 
będą konsekwencje.


-- 
Artur
0 weeks 1 day 11 hours 40 minutes 16 seconds and 991 milliseconds.
"pl.comp.bazy-danych"
Re: Postgresql - dane serwera
#194419
Author: artiun
Date: Wed, 22 Apr 2015 21:13
30 lines
3245 bytes
W dniu 2015-04-22 o 08:23, nkab@toya.net.pl pisze:
> W dniu wtorek, 21 kwietnia 2015 22:42:33 UTC+2 użytkownik Adam napisał:
>
>>
>> Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje
>> listę klientów zamiast obroty wybranego klienta". Za takie działanie
>> programu (czy raczej jego "ograniczenia") można dostać pozew.
>>
>> Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli
>> program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na
>> wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n
>> pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio
>> opisane w warunkach licencji.
>> Natomiast nie powinno to być błędne działanie programu.
>>
>
> Przecież to celowo błędne działanie jest formą
> zabezpieczenia przed kopiowaniem lub nie legalnym
> używaniem programu na co autor wątku nie wyraża
> zgody więc kto kogo ma pozwać.
>
Z takimi poglądami w tym fachu gówno zdziałsz. Weż łopatę, będie Ci 
prościej, nie łap się za coś czego nie potrafisz zrozumieć.
Co k.. trawa za mokra?, kreska za cienka? Nie pytaj - określenia takich jak 
ty znam.

-- 
Artur
0 weeks 1 day 11 hours 42 minutes 35 seconds and 411 milliseconds.
"pl.comp.bazy-danych"
Re: Postgresql - dane serwera
#194423
Author: Piotr M Kuć
Date: Thu, 23 Apr 2015 09:17
31 lines
2955 bytes
W artykule <7b570d65-ede8-422f-9d9a-9b41d3e836ac@googlegroups.com> nkab@toya.net.pl napisal(a):

> W dniu wtorek, 21 kwietnia 2015 22:42:33 UTC+2 użytkownik Adam napisał:
>
>> 
>> Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje 
>> listę klientów zamiast obroty wybranego klienta". Za takie działanie 
>> programu (czy raczej jego "ograniczenia") można dostać pozew.
>> 
>> Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli 
>> program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na 
>> wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n 
>> pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio 
>> opisane w warunkach licencji.
>> Natomiast nie powinno to być błędne działanie programu.
>
> Przecież to celowo błędne działanie jest formą
> zabezpieczenia przed kopiowaniem lub nie legalnym
> używaniem programu na co autor wątku nie wyraża
> zgody więc kto kogo ma pozwać.

A jeśli w wyniku błędu program przejdzie w tryb nielegalnego
działania i zacznie generować błędy, pokazywać złe dane, itd.,
to pogonię Cię do sądu. Programując popełniłem tyle błędów
że bez problemu jestem w stanie wyobrazić sobie taki scenariusz. :)



-- 
Pozdrawiam,                           Piotr.Kuc-(szympans)-kuciak.net
Piotr M Kuć
Re: Postgresql - dane serwera
#194424
Author: Andrzej Stróżyński
Date: Thu, 23 Apr 2015 09:28
33 lines
2988 bytes
W dniu 2015-04-23 o 11:17, Piotr M Kuć pisze:
> W artykule <7b570d65-ede8-422f-9d9a-9b41d3e836ac@googlegroups.com> nkab@toya.net.pl napisal(a):
>
>> W dniu wtorek, 21 kwietnia 2015 22:42:33 UTC+2 użytkownik Adam napisał:
>>
>>>
>>> Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje
>>> listę klientów zamiast obroty wybranego klienta". Za takie działanie
>>> programu (czy raczej jego "ograniczenia") można dostać pozew.
>>>
>>> Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli
>>> program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na
>>> wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n
>>> pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio
>>> opisane w warunkach licencji.
>>> Natomiast nie powinno to być błędne działanie programu.
>>
>> Przecież to celowo błędne działanie jest formą
>> zabezpieczenia przed kopiowaniem lub nie legalnym
>> używaniem programu na co autor wątku nie wyraża
>> zgody więc kto kogo ma pozwać.
>
> A jeśli w wyniku błędu program przejdzie w tryb nielegalnego
> działania i zacznie generować błędy, pokazywać złe dane, itd.,
> to pogonię Cię do sądu. Programując popełniłem tyle błędów
> że bez problemu jestem w stanie wyobrazić sobie taki scenariusz. :)

Ty popełniłeś, ale nie możesz mierzyć wszystkich swoją miarą :)


-- 
pozdrawiam
AS
Re: Postgresql - dane serwera
#194418
Author: wloochacz
Date: Thu, 23 Apr 2015 22:02
11 lines
1790 bytes
W dniu 2015-04-22 o 23:09, artiun pisze:
/ciach/
> Jesteś idiotą, czy takiego udajesz. Pomyśl jakie dla innych i dla Ciebie
> będą konsekwencje.
Jeśli jest idiotą, to po cholerę go o to pytasz i jakiej spodziewasz się 
w takim przypadku odpowiedzi?

Ciekawość ;-)

-- 
wloochacz
Re: Postgresql - dane serwera
#194420
Author: nkab
Date: Fri, 24 Apr 2015 07:41
29 lines
3067 bytes
W dniu środa, 22 kwietnia 2015 23:17:41 UTC+2 użytkownik artiun napisał:
> >
> > Przecież to celowo błędne działanie jest formą
> > zabezpieczenia przed kopiowaniem lub nie legalnym
> > używaniem programu na co autor wątku nie wyraża
> > zgody więc kto kogo ma pozwać.
> >
> Z takimi poglądami w tym fachu gówno zdziałsz. Weż łopatę, będie Ci 
> prościej, nie łap się za coś czego nie potrafisz zrozumieć.
> Co k.. trawa za mokra?, kreska za cienka? Nie pytaj - określenia takich jak 
> ty znam.
> 

Już pisałem, że ja nie stosuję żadnych zabezpieczeń
bo zawsze jest coś co wymaga zmian w programie i dla mnie
nie ma to sensu. Najlepsze zabezpieczenie przed kopiowaniem
lub nielegalnym używaniem to rozwiązania w technologii www
(oczywiście jeśli to nie jakaś wielka produkcja).

Nie wiem czy nadal, ale podobne zabezpieczenie stosują
firmy oferujące programy dla NFZ, które na początku
roku właśnie blokują możliwość wprowadzania procedur
medycznych ale pozostałe funkcje są czynne.
Po zaksięgowaniu opłaty licencyjnej ich diler ręcznie usuwa blokadę.

I myślisz, że ich za to lekarze krytykują a tym bardziej
pozywają do sądu? Nie, umowa to umowa.

Andrzej.
Re: Postgresql - dane serwera
#194421
Author: Andrzej Stróżyński
Date: Fri, 24 Apr 2015 08:05
37 lines
3131 bytes
W dniu 2015-04-24 o 09:41, nkab@toya.net.pl pisze:
> W dniu środa, 22 kwietnia 2015 23:17:41 UTC+2 użytkownik artiun napisał:
>>>
>>> Przecież to celowo błędne działanie jest formą
>>> zabezpieczenia przed kopiowaniem lub nie legalnym
>>> używaniem programu na co autor wątku nie wyraża
>>> zgody więc kto kogo ma pozwać.
>>>
>> Z takimi poglądami w tym fachu gówno zdziałsz. Weż łopatę, będie Ci
>> prościej, nie łap się za coś czego nie potrafisz zrozumieć.
>> Co k.. trawa za mokra?, kreska za cienka? Nie pytaj - określenia takich jak
>> ty znam.
>>
>
> Już pisałem, że ja nie stosuję żadnych zabezpieczeń
> bo zawsze jest coś co wymaga zmian w programie i dla mnie
> nie ma to sensu. Najlepsze zabezpieczenie przed kopiowaniem
> lub nielegalnym używaniem to rozwiązania w technologii www
> (oczywiście jeśli to nie jakaś wielka produkcja).
>
> Nie wiem czy nadal, ale podobne zabezpieczenie stosują
> firmy oferujące programy dla NFZ, które na początku
> roku właśnie blokują możliwość wprowadzania procedur
> medycznych ale pozostałe funkcje są czynne.
> Po zaksięgowaniu opłaty licencyjnej ich diler ręcznie usuwa blokadę.
>
> I myślisz, że ich za to lekarze krytykują a tym bardziej
> pozywają do sądu? Nie, umowa to umowa.

A Ty w umowie zapisujesz, że program będzie robił błędy?
Naprawdę nie widzisz różnicy pomiędzy ograniczeniem funkcjonalności a 
Twoimi "celowymi błędami"?


-- 
pozdrawiam
AS
Re: Postgresql - dane serwera
#194422
Author: nkab
Date: Fri, 24 Apr 2015 08:22
17 lines
2383 bytes
W dniu piątek, 24 kwietnia 2015 10:05:29 UTC+2 użytkownik Andrzej Stróżyński napisał:

> 
> A Ty w umowie zapisujesz, że program będzie robił błędy?
> Naprawdę nie widzisz różnicy pomiędzy ograniczeniem funkcjonalności a 
> Twoimi "celowymi błędami"?
> 
> 

Ale pani Basia od razu pisze lub dzwoni i mówi,
że to jakiś błąd, a nie, że brak jakiejś funkcjonalności.

W umowie też nie ma mowy o ograniczaniu funkcjonalności
a pisze wręcz, że producent nie odpowiada za ewentualne szkody
czy coś w tym rodzaju.

Andrzej.
Re: Postgresql - dane serwera
#194425
Author: Piotr M Kuć
Date: Fri, 24 Apr 2015 11:15
41 lines
3554 bytes
W artykule <5538bb46$0$8377$65785112@news.neostrada.pl> Andrzej Stróżyński napisal(a):

> W dniu 2015-04-23 o 11:17, Piotr M Kuć pisze:
>> W artykule <7b570d65-ede8-422f-9d9a-9b41d3e836ac@googlegroups.com> nkab@toya.net.pl napisal(a):
>>
>>> W dniu wtorek, 21 kwietnia 2015 22:42:33 UTC+2 użytkownik Adam napisał:
>>>
>>>>
>>>> Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje
>>>> listę klientów zamiast obroty wybranego klienta". Za takie działanie
>>>> programu (czy raczej jego "ograniczenia") można dostać pozew.
>>>>
>>>> Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli
>>>> program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na
>>>> wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n
>>>> pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio
>>>> opisane w warunkach licencji.
>>>> Natomiast nie powinno to być błędne działanie programu.
>>>
>>> Przecież to celowo błędne działanie jest formą
>>> zabezpieczenia przed kopiowaniem lub nie legalnym
>>> używaniem programu na co autor wątku nie wyraża
>>> zgody więc kto kogo ma pozwać.
>>
>> A jeśli w wyniku błędu program przejdzie w tryb nielegalnego
>> działania i zacznie generować błędy, pokazywać złe dane, itd.,
>> to pogonię Cię do sądu. Programując popełniłem tyle błędów
>> że bez problemu jestem w stanie wyobrazić sobie taki scenariusz. :)
>
> Ty popełniłeś, ale nie możesz mierzyć wszystkich swoją miarą :)

Rzeczywiście swym lichym spojrzeniem na sprawę mogłem w Nkab-ie
nie dostrzec IDEAŁU. Co może być błędem, wszak popełniam błąd
za błędem. :) Mam tylko jedną nadzieję, że ideał nie sięgnie bruku
jak fortepian Szopena. ;-)



-- 
Pozdrawiam,                           Piotr.Kuc-(szympans)-kuciak.net
Piotr M Kuć
Re: Postgresql - dane serwera
#194426
Author: artiun
Date: Fri, 24 Apr 2015 16:11
49 lines
4391 bytes
W dniu 2015-04-24 o 13:15, Piotr M Kuć pisze:
> W artykule <5538bb46$0$8377$65785112@news.neostrada.pl> Andrzej Stróżyński napisal(a):
>
>> W dniu 2015-04-23 o 11:17, Piotr M Kuć pisze:
>>> W artykule <7b570d65-ede8-422f-9d9a-9b41d3e836ac@googlegroups.com> nkab@toya.net.pl napisal(a):
>>>
>>>> W dniu wtorek, 21 kwietnia 2015 22:42:33 UTC+2 użytkownik Adam napisał:
>>>>
>>>>>
>>>>> Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje
>>>>> listę klientów zamiast obroty wybranego klienta". Za takie działanie
>>>>> programu (czy raczej jego "ograniczenia") można dostać pozew.
>>>>>
>>>>> Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli
>>>>> program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na
>>>>> wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n
>>>>> pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio
>>>>> opisane w warunkach licencji.
>>>>> Natomiast nie powinno to być błędne działanie programu.
>>>>
>>>> Przecież to celowo błędne działanie jest formą
>>>> zabezpieczenia przed kopiowaniem lub nie legalnym
>>>> używaniem programu na co autor wątku nie wyraża
>>>> zgody więc kto kogo ma pozwać.
>>>
>>> A jeśli w wyniku błędu program przejdzie w tryb nielegalnego
>>> działania i zacznie generować błędy, pokazywać złe dane, itd.,
>>> to pogonię Cię do sądu. Programując popełniłem tyle błędów
>>> że bez problemu jestem w stanie wyobrazić sobie taki scenariusz. :)
>>
>> Ty popełniłeś, ale nie możesz mierzyć wszystkich swoją miarą :)
>
> Rzeczywiście swym lichym spojrzeniem na sprawę mogłem w Nkab-ie
> nie dostrzec IDEAŁU. Co może być błędem, wszak popełniam błąd
> za błędem. :) Mam tylko jedną nadzieję, że ideał nie sięgnie bruku
> jak fortepian Szopena. ;-)
>
>
>
Ze swojej praktyki wiem, że tylko kto nic nie robi błędów nie popełnia. Mogę 
się w tym momencie śmiać, jednak nie jestem wstanie przewidzieć wszystkiego. 
Może dlatego pytają się mnie czasem co robię, nogi na biurku , huśtawka. Bo 
wolę pomyśleć, niż się rzucać na robotę :)


-- 
Artur
0 weeks 3 days 6 hours 40 minutes 48 seconds and 666 milliseconds.
"pl.comp.bazy-danych"
Re: Postgresql - dane serwera
#194427
Author: artiun
Date: Fri, 24 Apr 2015 16:12
45 lines
4122 bytes
W dniu 2015-04-24 o 13:15, Piotr M Kuć pisze:
> W artykule <5538bb46$0$8377$65785112@news.neostrada.pl> Andrzej Stróżyński napisal(a):
>
>> W dniu 2015-04-23 o 11:17, Piotr M Kuć pisze:
>>> W artykule <7b570d65-ede8-422f-9d9a-9b41d3e836ac@googlegroups.com> nkab@toya.net.pl napisal(a):
>>>
>>>> W dniu wtorek, 21 kwietnia 2015 22:42:33 UTC+2 użytkownik Adam napisał:
>>>>
>>>>>
>>>>> Ale okrojonej funkcjonalności, a nie przekłamań w rodzaju "np. wywołuje
>>>>> listę klientów zamiast obroty wybranego klienta". Za takie działanie
>>>>> programu (czy raczej jego "ograniczenia") można dostać pozew.
>>>>>
>>>>> Ograniczenie funkcjonalności, to raczej przejście w tryb demo (jeśli
>>>>> program takowy posiada) lub ograniczenia w rodzaju znaku wodnego na
>>>>> wydrukach, blokad wydruku, limitowania wyświetlanych list/raportów do n
>>>>> pozycji, itp. Wszystko oczywiście ze stosowną informacją, a uprzednio
>>>>> opisane w warunkach licencji.
>>>>> Natomiast nie powinno to być błędne działanie programu.
>>>>
>>>> Przecież to celowo błędne działanie jest formą
>>>> zabezpieczenia przed kopiowaniem lub nie legalnym
>>>> używaniem programu na co autor wątku nie wyraża
>>>> zgody więc kto kogo ma pozwać.
>>>
>>> A jeśli w wyniku błędu program przejdzie w tryb nielegalnego
>>> działania i zacznie generować błędy, pokazywać złe dane, itd.,
>>> to pogonię Cię do sądu. Programując popełniłem tyle błędów
>>> że bez problemu jestem w stanie wyobrazić sobie taki scenariusz. :)
>>
>> Ty popełniłeś, ale nie możesz mierzyć wszystkich swoją miarą :)
>
> Rzeczywiście swym lichym spojrzeniem na sprawę mogłem w Nkab-ie
> nie dostrzec IDEAŁU. Co może być błędem, wszak popełniam błąd
> za błędem. :) Mam tylko jedną nadzieję, że ideał nie sięgnie bruku
> jak fortepian Szopena. ;-)
>
>
>
a jeśli o celowe psucie danych, to bym łapy upierdolił.

-- 
Artur
0 weeks 3 days 6 hours 44 minutes 7 seconds and 856 milliseconds.
"pl.comp.bazy-danych"
Re: Postgresql - dane serwera
#194428
Author: nkab
Date: Mon, 27 Apr 2015 06:35
51 lines
3942 bytes
W dniu piątek, 24 kwietnia 2015 18:14:01 UTC+2 użytkownik artiun napisał:
> >
> a jeśli o celowe psucie danych, to bym łapy upierdolił.
> 

No celowe psucie danych to rzeczywiście byłaby totalna porażka.

Może opowiem jak ja zabezpieczałem dane w latach '90.

Jak wszyscy wiecie to był czas braku ustawy o prawach
autorskich a kopiowanie było chlebem powszednim więc
jakoś trzeba było jednak zabezpieczać te swoje programy.

Na ogół wprowadzałem jakiś plik do katalogu dos'a 
jak go nie nalazł robiłem kasowanie .exe
Wtedy ludzie (klienci) naprawdę nie mieli pojęcia co jest do czego.

Jednak doszedłem do wniosku, że pozwolę na wprowadzenie
danych dla całego miesiąca i na końcowych wydrukach
sztucznie dodam do salda 135.

Kiedyś właściciel pewnej spółki z o.o. dzwoni do mnie
poirytowany i mówi, że mój program robi błędy.
No to się pytam czy działo się coś z komputerem,
czy ktoś formatował dysk, czy ktoś istalował program
na nowej maszynie i o jaką pomyłkę chodzi
i czy ta pomyłka to na wydruku 135 zł?
No tak - 135 zł.
Ale na ekranie wszystko się zgadza?
Tak, ekranie jest dobrze.
To nie pomyłka i już do was jadę.

Okazało się, że zainstalował program w domu i żona
też miała swoją spółkę a wydrukach z mojego programu
była nazwa nie jego spółki a żony, czyli, że ktoś zmienił
te dane firmy w moim .exe.

Oczywiście oburzenie, ale jednak dogadaliśmy się i miałem
nowego klienta.
Rozmowa z księgowym jednak spowodowała, że oprócz tej "pomyłki"
wprowadziłem komunikat "Uwaga-nieprawidłowe saldo, wezwij
informatyka".

Po jakimś czasie jednak zrezygnowałem z jakiegokolwiek
zabezpieczania.

Zabrałem, jak zwykle w sposób kontrowersyjny, głos bo temat
jest jednak ciekawy. Czy zabezpieczać swoje produkty.
Co robić.

Andrzej.
Re: Postgresql - dane serwera
#194429
Author: Ronald Kuczek
Date: Wed, 29 Apr 2015 21:36
61 lines
3183 bytes
W dniu 18.04.2015 o 10:13, Melwinek pisze:
> Czy da się w jakiś sposób z poziomu SQL wydobyć np. adres mac karty sieciowej serwera lub numer seryjny dysku twardego?
> Lub jakiś podobny parametr.
> Szukam prostego i skutecznego sposobu na zabezpieczenie programu przed kopiowaniem.
>
Wątek lekko stary, ale może moja odpowiedź na coś się przyda.
Postgres ma świetne możliwości dołączania zewnętrznych funkcji. 
Wyciągnięcie MAC, IP, nazwy stacji czy innych interesujących danych z 
poziomu C to nie powinien być większy problem , coćby tak:

#include <sys/ioctl.h>
#include <net/if.h>
#include <unistd.h>
#include <netinet/in.h>
#include <string.h>

int main()
{
     struct ifreq ifr;
     struct ifconf ifc;
     char buf[1024];
     int success = 0;

     int sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_IP);
     if (sock == -1) { /* handle error*/ };

     ifc.ifc_len = sizeof(buf);
     ifc.ifc_buf = buf;
     if (ioctl(sock, SIOCGIFCONF, &ifc) == -1) { /* handle error */ }

     struct ifreq* it = ifc.ifc_req;
     const struct ifreq* const end = it + (ifc.ifc_len / sizeof(struct 
ifreq));

     for (; it != end; ++it) {
         strcpy(ifr.ifr_name, it->ifr_name);
         if (ioctl(sock, SIOCGIFFLAGS, &ifr) == 0) {
             if (! (ifr.ifr_flags & IFF_LOOPBACK)) { // don't count loopback
                 if (ioctl(sock, SIOCGIFHWADDR, &ifr) == 0) {
                     success = 1;
                     break;
                 }
             }
         }
         else { /* handle error */ }
     }

     unsigned char mac_address[6];

     if (success) memcpy(mac_address, ifr.ifr_hwaddr.sa_data, 6);
}
a zadeklarowanie odpowiedniej funkcji w Postgresie, podłączenie 
biblioteki, by mieć dowolną możliwość wywoływania jej z poziomu SQL to 
już dziecinnie proste. Jakieś 15 lat temu napisałem biblioteki w C, 
które korzystały ze SWISH-a i podłączyłem je do PostgreSQL zanim jeszcze 
ktokolwiek słyszał o fulltekscie w tej bazie danych. Żeby było 
śmieszniej to rozwiązanie działa do dzisiaj w kilku sporych firmach i 
nikt nie narzeka. Poczytaj o SPI, naprawdę można cuda robić.

Pozdrawiam
Rony
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads