Machinery HDR Effects

[MMM]

program z racji tego że odbiera dane internetem do sieci jest wpięty i raz na 3 miesiące sobie sprawdza w bazie czy się klucz zgadza.. jak się zgadza to dalej sobie działa.. i tak sprawdza sobie co 7 dni i na kolejne 3 miesiące przedłuża..

No i to jest całkiem dobry pomysł. Ma tylko dwa słabe punkty:
- program musi gdzieś zapisać informację o tym że autoryzacja została przedłużona np. w pliku czy rejestrze. Ale to raczej da się dobrze zaszyfrować tak aby było powiązane z kluczem.
- wystarczy przestawić datę w systemie żeby program sobie beztrosko działał dalej :-)

Jakiś czas temu wpadł mi jeszcze jeden śmieszny pomysł na "zabezpieczenie". Otóż wymagałbym aby wpłata za program była dokonana tylko i wyłącznie przelewem z konta klienta na moje. Przy starcie programu pojawiałoby się okienko z dokładnymi danymi klienta, jego adresem i numerem konta . To powinno trochę obniżyć ochotę na rozdawanie programu na prawo i lewo :-)

[arturs]

No i to jest całkiem dobry pomysł. Ma tylko dwa słabe punkty:
- program musi gdzieś zapisać informację o tym że autoryzacja została przedłużona np. w pliku czy rejestrze. Ale to raczej da się dobrze zaszyfrować tak aby było powiązane z kluczem.
- wystarczy przestawić datę w systemie żeby program sobie beztrosko działał dalej :-)

no nie do końca bo możesz porównywać czas z czasem serwera..

Jakiś czas temu wpadł mi jeszcze jeden śmieszny pomysł na "zabezpieczenie". Otóż wymagałbym aby wpłata za program była dokonana tylko i wyłącznie przelewem z konta klienta na moje. Przy starcie programu pojawiałoby się okienko z dokładnymi danymi klienta, jego adresem i numerem konta . To powinno trochę obniżyć ochotę na rozdawanie programu na prawo i lewo :-)

pewnie tak ale to równie dobrze możesz zrobić dla każdego zarejestrowanego osobną kompilację z zaszytymi danymi rejestracyjnymi..

[MMM]

źródło

źródło

Ustawienia:
Radius 25%
Details 2
smoothing 2
quality 5
S/H detect 5%
shadows 70%
highlights 70%
color 200% :-) (jutro będzie nowa wersja)

[mor_feusz]

no nie do końca bo możesz czas z czasem serwera..

tylko z jakim serwerem - jesli masz lokalna domene lub sunchronizujesz czas skryptowo (np: net time) ze "swoim" serverem to lipa. Musial by sie synchronizowac z serverem czasu MMM (nie koniecznie z serwereem - wystarczy porownanie local i remote time). Tylko tez nie koniecznie musi to byc prawda, jesli ktos jest w innej strefie czasowej i ma np: +5h to co? (w takim wypadku musial by czytac dane systemow o strefie). Za duzo roboty

[arturs]

tylko z jakim serwerem - jesli masz lokalna domene lub sunchronizujesz czas skryptowo (np: net time) ze "swoim" serverem to lipa. Musial by sie synchronizowac z serverem czasu MMM (nie koniecznie z serwereem - wystarczy porownanie local i remote time). Tylko tez nie koniecznie musi to byc prawda, jesli ktos jest w innej strefie czasowej i ma np: +5h to co? (w takim wypadku musial by czytac dane systemow o strefie). Za duzo roboty

tyle że te 5h w tą czy w tą różnicy nie robi.. a chodzi w zasadzie nie o czystą synchronizację zegarów tylko o coś w rodzaju informacji że klient ma okresloną godzinę.. sprawdzamy czy czasem nie jest to wcześniejsza godzina i data niż ostatnio .. możemy sprawdzić czy od ostatniego sprawdzenia było tyle co trzeba i sprawdzamy różnicę pomiędzy czasem naszego serwera i komputera z programem.. poza tym większość języków programowania potrafi podać czas UTC

[allxages]

Ja tylko życze powodzenia MMM ze sprzedażą. Mam nadzieję, że sobie odbije za robocizne.

Chociaż sam napewno bym nie kupił, bo wydaje mi sie, że to program do zabawy na 10 minut i później już wieje nudą. Ale jak ktoś składa rysunki z nastu masek to może rzeczywiście.

Zabezpieczenia to lipa. Prawda jest taka, że każde można złamać i tyle. Żadne tam MAC adresy w niczym nie pomogą czy wysyłanie kasy tylko z prywatnego konta (co w ogóle myślę, może odstraszyć wielu potencjalnych nabywców).

Moim zdaniem program jest na tyle niszowy, że czas poświęcony na wymyślanie zabezpieczeń itd. w ogóle się nie zwróci i nie ma na to sensu. Albo coś proste zabezpieczenie i liczyć na uczciwość (co w docelowej grupie akurat jest bardzo możliwe), albo sprzedać program jakiejś firmie i jechać na Bahamy ;-)

Ja bym pewnie oddał go na jednej z licencji open source, ale to pewnie dlatego że nawet komercyjne produkty jakie pisałem zawsze były open source i uważam, że to najlepsza możliwość. wtedy mozna wolne datki dac itd. albo liczyc na sponsoring rozwoju programu (co zdarza sie bardzo czesto).

Natomiast wypuszczenie programu na MFC to moim zdaniem czysta pomyłka, bo się człowiek zamyka i brak przenośności. Zdecydowanie w tej chwilii najciekwiej wygląda użycie Qt, który jest też mocno popularny pod Maciem.