Предположим у вас год бесплатных апдейтов с момента покупки.
Юзер через год качает апдейт и ему говорится "приехали, апдейтов вам больше не положено". Но прогу-то он уже установил поверх старой и дистрибутив естественно не сохранил, а на сайте только последня версия.
Как разрулить это? Хранить на сайте пачку дистрибутивов всех версий не удобно, да и халявщикам с кряками раздолье. Вопли слушать тоже не охота.
Здравствуйте, Interactive, Вы писали:
I>Предположим у вас год бесплатных апдейтов с момента покупки. I>Юзер через год качает апдейт и ему говорится "приехали, апдейтов вам больше не положено". Но прогу-то он уже установил поверх старой и дистрибутив естественно не сохранил, а на сайте только последня версия. I>Как разрулить это? Хранить на сайте пачку дистрибутивов всех версий не удобно, да и халявщикам с кряками раздолье. Вопли слушать тоже не охота.
А перед инсталляцией анализировать, когда поставлена предыдущая версия не проще разве? Если больше года прошло — отлуп и не ставить новую версию.
Здравствуйте, um-ka, Вы писали:
UK>А перед инсталляцией анализировать, когда поставлена предыдущая версия не проще разве? Если больше года прошло — отлуп и не ставить новую версию.
Здравствуйте, Interactive, Вы писали:
UK>>А перед инсталляцией анализировать, когда поставлена предыдущая версия не проще разве? Если больше года прошло — отлуп и не ставить новую версию.
I>Как же ему тогда посмотреть чего нового в версии?
Об этом я не подумал. Но в любом случае, скачивать заново _старую_ версию и снова ее ставить — как-то... кривовато, что ли.
ps В порядке шутки: пусть на виртуальную машину ставит, или можно сразу в виде Virtual Appliance оформить.
А некоторые стявят прогу в папку, имя которой заканчивается на номер версии. Это выход, но кривой и мне он не нравится К тому же юзер сам может выбрать папку без всякого номера и затереть старую версию.
Здравствуйте, Interactive, Вы писали:
I>А некоторые стявят прогу в папку, имя которой заканчивается на номер версии. Это выход, но кривой и мне он не нравится К тому же юзер сам может выбрать папку без всякого номера и затереть старую версию.
Здравствуйте, temnik, Вы писали:
T>Здравствуйте, Interactive, Вы писали:
I>>А некоторые стявят прогу в папку, имя которой заканчивается на номер версии. Это выход, но кривой и мне он не нравится К тому же юзер сам может выбрать папку без всякого номера и затереть старую версию.
T>Всегда стираю. Какой у#д это придумал?
1. Если пользователь имеет право пользоваться каким-то дистрибутивом, то ему нужно дать возможность этот дистрибутив получить. (Как вариант — за деньги. Вроде как download insurance довольно востребована). Поэтому, в любом случае придется хранить все билды и информацию, кто какой билд имеет право использовать.
2. В открытый доступ выкладывать все билды нельзя, поскольку кряки, заблокированные ключи, да и неисправленные баги в старых версиях дальнейшим продажам не способствуют. Поэтому придется организовать закрытую область для зарегистрированных пользователей, а сами файлы хранить в недоступном с веб каталоге.
3. В зависимости от используемой защиты можно обойтись без дополнительных паролей к закрытой области и вообще дополнительной информации о пользователе. Например, если по серийному номеру можно определить дату его выдачи, то пользователю можно выдать список доступных версий (или только последнюю доступную) основываясь на информации из пункта 1. В таком случае реализовать заданный функционал можно двумя скриптами: скрипт проверки серийного номера и выдачи списка доступных версий и скрипт отдачи файла из закрытой области.
3.а. Если в серийнике нет информации о дате выдачи, то придется хранить на сайте список номеров и дат их валидности. Серийные номера в открытом виде хранить не стоит (мало ли что), можно сделать табличку: хэш серийника — дата, и сравнивать не сам номер, а хэш от него.
4. Данные запрашивать формой, которая передает запрос POSTом, чтоб номера в URLах не светились и не оседали где не надо.
5. Неплохо бы предусмотреть контроль обращений к закрытой области для оперативного автоматического блокирования засветившихся серийников.
Здравствуйте, Interactive, Вы писали:
I>Предположим у вас год бесплатных апдейтов с момента покупки. I>Юзер через год качает апдейт и ему говорится "приехали, апдейтов вам больше не положено". Но прогу-то он уже установил поверх старой и дистрибутив естественно не сохранил, а на сайте только последня версия. I>Как разрулить это? Хранить на сайте пачку дистрибутивов всех версий не удобно, да и халявщикам с кряками раздолье. Вопли слушать тоже не охота.
можно новые фишки деактивировать или использовать в режиме демо.
Здравствуйте, Interactive, Вы писали:
I>Предположим у вас год бесплатных апдейтов с момента покупки. I>Юзер через год качает апдейт и ему говорится "приехали, апдейтов вам больше не положено". Но прогу-то он уже установил поверх старой и дистрибутив естественно не сохранил, а на сайте только последня версия. I>Как разрулить это? Хранить на сайте пачку дистрибутивов всех версий не удобно, да и халявщикам с кряками раздолье. Вопли слушать тоже не охота.
Пусть новая прога старую не затирает, атолько ярлыки убирает, ну и при анынстале пусть старая возвращается, или конопускьку с надписью revert to previos version вделать.
Здравствуйте, Alex Mova, Вы писали:
AM>2. В открытый доступ выкладывать все билды нельзя, поскольку кряки, заблокированные ключи, да и неисправленные баги в старых версиях дальнейшим продажам не способствуют. Поэтому придется организовать закрытую область для зарегистрированных пользователей, а сами файлы хранить в недоступном с веб каталоге.
и пущать туда по предъявлению серийника
AM>3. В зависимости от используемой защиты можно обойтись без дополнительных паролей к закрытой области и вообще дополнительной информации о пользователе. Например, если по серийному номеру можно определить дату его выдачи,
в серийнике должна быть прошита expire date. но при его проверке сравнение делать надо не с текущей датой а с датой компиляции/релиза версии. EXECryptor наш такое делает автоматом.
Здравствуйте, Relayer, Вы писали:
R>в серийнике должна быть прошита expire date. но при его проверке сравнение делать надо не с текущей датой а с датой компиляции/релиза версии. EXECryptor наш такое делает автоматом.
Или как в АсПротекте, который в серийник зашивает дату выдачи ключа даже если ключ не ограничен по времени.
Здравствуйте, <Аноним>, Вы писали:
А>Это та в которой ключи поломали и сделали кейген?
Не в курсе. Может и та. Впрочем, не думаю, что это сильно влияет — судя по периодическим попыткам скардить, кейгенов ко всем продуктам не наделали, а если и наделали, то они не в открытом доступе.
К тому же юзер сам может выбрать папку без всякого номера и затереть старую версию.
