필요에 대한 조언을 구현하는 시간을 제한된 시험

https://stackoverflow.com/questions/197999

10-07-2019
|

문제

나 개발 shareware 데스크톱 응용 프로그램입니다.나의를 구현하는 데 필요한 시험용/증 코드입니다.당신은 어떻게 다가가 이것을 좋아하는가?내 자신의 아이디어를 가지고 있지만,나는 무엇을보고 싶어서 유래 커뮤니티 생각한다.

내가 개발하는 C++/Qt.의도한 플랫폼은 Windows/Mac/Linux.

감사에 대한 조언!

해결책

무엇을 보호하기 위해에 대하여 무엇을 보호에 대하여:

유지 하는 마음에 사람들은 항상있는 방법을 찾을 얻을 주위의 시험 기간이 있습니다.그래서 당신은 그것을 만들고 싶어가는 사람이 있을 얻을 주위의 시험 기간이지만,그것은 중요하지 않다면 그것은 불가능하다 당신의 주위에 얻을 수있는 시험 기간이 있습니다.

대부분의 사람들이 생각하는 것입니다 그것은 너무 많은 작품을 시도하고의 주위에 당신의 체험기간이 있는 경우에도 간단한 메커니즘이 있습니다.예를 들면 사람들은 항상 사용할 수 있습니다 filemon/regmon 파일을 보고 레지스트리의 항목 변경에 따라 설치하는 소프트웨어입니다.

그렇지만,간단한 메커니즘이 좋기 때문에,그것은 폐기물의 더 적은 시간입니다.

여기에 몇 가지 아이디어가 있습니다:

당신이 할 수 있는 틱 수 레지스트리에서 어딘가에 대한 모든 독특한 일이 실행됩니다.는 경우 틱 수>30 그들이 만료된 메시지입니다.
저장할 수 있습니다 설치 날짜 있지만,머리를 확인하려면 그들은 더 많은 일보다 가능한 시험이 있어야 하는데,그런 그들에게 그들이 만료되었습니다.이에 대한 사람들이 변화하는 날짜에 설치하기 전에 미래의 날입니다.
나는 것을 확인하는 것이 좋습니다 당신의 제거,제거"일을 실행하는"계산합니다.이 때문에 사람들 수 있습니다 다시 귀하의 제품을 평가 개월 후에 결국 구매입니다.하지만 그들이 할 수있는 경우에 없을 평가하고,그들은 구매 하지 않습니다.심각한 사용자가 시간을 다시 설치하는 그냥을 사용하여 당신의 제품입니다.

확장 시험:

우리를 위해 할 때,고객 요청 시험 extension,우리는 그들을 보내는 자동 이메일을 포함하는"프로그램 TrialExtend.exe"및 시험 코드를 확장.이 프로그램 연락처 우리의 서버 시험 코드를 확장하는 대한 유효성 검사를 수행합니다.만약 코드 검증에,그들의 시험 기간은 다시 설정됩니다.

다른 팁

당신이 무엇을 하든지 시스템 날짜를 예리하게 주시하십시오. 이 책에서 가장 오래된 트릭은 향후 어느 시점에 응용 프로그램을 설치 한 다음 응용 프로그램이 첫 번째 실행시 어리석은 날짜를 저장하면 실제 날짜로 돌아가는 것입니다. 키를 온라인 저장소와 동기화할까요?

브라이언의 대답은 훌륭하지만 무언가를 추가하고 싶습니다.

Linux 사용자는 일반적으로 소프트웨어 비용을 지불하는 데 익숙하지 않으며, 오픈 소스 문제에 대해 기술에 정통하고 "종교적"이라는 경향이 있습니다.

그런 이유로, 나는 그것을 간단하게 유지하는 것이 좋습니다. 실제로 소프트웨어를 훔치는 것만 큼 쉽게 구매하는 것은 작은 장벽 일뿐입니다.

시험 기간 후에 완전히 죽기보다는 특정 기능 (예 : 절약)을 잔소리하거나 비활성화 할 것을 제안합니다. 단지 관찰이지만 기능 기반 제한은 Linux 세계에서 더 일반적으로 보입니다.

제쳐두고 Linux 버전을 "First Class"버전으로 만드는 것이 도움이됩니다.

당신이 비교적 작거나 프로그램의 상대적으로 틈새 시장이라면, 누군가가 그것을 깨뜨릴 수있는 기회가 거의 없습니다. 따라서 시간이 다되면 직접적인 멍청이로 좋은 제품을 만드는 데 집중하십시오.

네트워크 연결이있을 가능성이 높으면 설치 프로그램이 웹 사이트에 등록 할 수 있고 시작할 때마다 확인할 수 있습니다.

가능하지 않은 경우 파일 시스템 (레지스트리 항목, 입력 및 /등록 파일 등)의 세계 수정 가능한 지점에 값을 작성하는 것이 실행 가능할 수 있습니다.

아마도 실제 문제는 시간 제한 시험 일 것입니다. 내가 일하는 회사는 많은 Active Directory 작업을 수행하며 일반적으로 소프트웨어를 시험판 버전에 대해 소량의 사용자로 제한합니다. 어떤 식 으로든 기능을 제한하는 것이 때로는 더 좋고 구현하기 쉽고 사용자가 단순히 컴퓨터의 날짜를 변경할 때 실패하지 않는다고 생각합니다.
기능을 너무 엄격하게 제한 할 수 없다는 균형 행동이 있습니다. 그렇지 않으면 사용자는 시험에서 아무것도 얻지 못합니다. 동시에, 너무 느슨한 한도는 구매에 대한 인센티브를 제공하지 않습니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow