Как реализовать проверку в триал версии оставшихся запусков (дней) ?
Где хранить эту информацию. Как уберечься от RegMon и FileMon ?
Как определять период времени чтобы не исходить от текущей даты на
компьютере (её ведь можно подкрутить назад) ?
Вообщем, если не трудно, поделитесь соображениями на эту тему.
Спасибо.
Re: Количество оставшихся запусков, дней...
От:
Аноним
Дата:
25.07.04 11:49
Оценка:
Здравствуйте, Аноним, Вы писали:
А>Как реализовать проверку в триал версии оставшихся запусков (дней) ? А>Где хранить эту информацию. Как уберечься от RegMon и FileMon ? А>Как определять период времени чтобы не исходить от текущей даты на А>компьютере (её ведь можно подкрутить назад) ?
А>Вообщем, если не трудно, поделитесь соображениями на эту тему. А>Спасибо.
Здравствуйте, Аноним, Вы писали:
А>Как реализовать проверку в триал версии оставшихся запусков (дней) ? А>Где хранить эту информацию. Как уберечься от RegMon и FileMon ? А>Как определять период времени чтобы не исходить от текущей даты на А>компьютере (её ведь можно подкрутить назад) ?
Если честно то, не думаю что получишь точный ответ.
Почему? Да просто потому что IMHO это один из важнейших элементов защиты и любое публиное описание только порадит "противодействие". Более того, crack-нут твой софт по-любому. Поэтому в принципе тут любое решение равнозначно.
Я бы рекомендовал бы сосредоточитья на защите от keygen — более реальная и разумная задача.
Re[2]: Количество оставшихся запусков, дней...
От:
Аноним
Дата:
25.07.04 19:01
Оценка:
Здравствуйте, Doc, Вы писали:
Doc>Здравствуйте, Аноним, Вы писали:
А>>Как реализовать проверку в триал версии оставшихся запусков (дней) ? А>>Где хранить эту информацию. Как уберечься от RegMon и FileMon ? А>>Как определять период времени чтобы не исходить от текущей даты на А>>компьютере (её ведь можно подкрутить назад) ?
Doc>Я бы рекомендовал бы сосредоточитья на защите от keygen — более реальная и разумная задача.
Ну и толку мне будет от Кейгена? Кому нужен будет регистрационный ключ если подкрутив дату программа опять будет работать ??
То есть намекните хотя бы насчет последнего вопроса :
"Как определять период времени чтобы не исходить от текущей даты на
компьютере (её ведь можно подкрутить назад ?"
Или может статьи какие есть? Мне не нужно навороченной защиты, так как программа будет стоить около 2$ То есть нужно защитить хотя бы от ламера...
Спасибо.
А>Или может статьи какие есть? Мне не нужно навороченной защиты, так как программа будет стоить около 2$ То есть нужно защитить хотя бы от ламера...
Можно проверять дату системных файлов.
Здравствуйте, Аноним, Вы писали:
А>Как реализовать проверку в триал версии оставшихся запусков (дней) ? А>Где хранить эту информацию. Как уберечься от RegMon и FileMon ? А>Как определять период времени чтобы не исходить от текущей даты на А>компьютере (её ведь можно подкрутить назад) ?
А>Вообщем, если не трудно, поделитесь соображениями на эту тему. А>Спасибо.
Привет!
Привязка ко времени — самая легко снимаемая защита по двум причинам:
1. Если ты хранишь/считываешь данные из реестра — моментально засекается RegMon-ом.
2. Если ты хранишь/считываешь данные из файла или его атрибутов (время создания, например) — моментально засекается FileMon-ом.
Другого не дано. (хасп и всякое подобное игнорирую в связи с низкой стоимостью программы)
Все зафиксированные этими тулзами изменения в реестре и файловой системе восстанавливаются/удаляются, а программа переустанавливается и работает еще 30 дней.
Так что рекомендую от привязка ко времени сразу отказаться (по крайней мере не акцентировать на этом внимания), а сделать, например, 30 сек задержку перед началом работы программы и на каждое полезное действие — сообщение с просьбой зарегистрироваться.
Здравствуйте, Аноним, Вы писали:
А>Ну и толку мне будет от Кейгена? Кому нужен будет регистрационный ключ если подкрутив дату программа опять будет работать ??
Поэтому тебе и советуют ограничивать не время, а функциональность незарегистрированной версии.
Здравствуйте, Аноним, Вы писали: А>Ну и толку мне будет от Кейгена? Кому нужен будет регистрационный ключ если подкрутив дату программа опять будет работать ??
Во-первых, можно урезать функционал, хотя это IMHO не лучший способ. Так же можно ограничить количество запусков, что бы отвязатсья от понятия "дата".
Во-втроных, если тут все прораммеры и ты сам программер и на "ты" с реестром, это не значит что все такие же.
Грубо говоря, перевдом даты будут заниматься единицы, поскольку остальные халявщики скачают crack для снятия защиты вообще.
В-третьих, IMHO (основанное на своем опыте и чтении конференций) многие юзеры просто не любят ломать (мало ли что там crack делать, вдруг глючить потом будет итд) поэтому keygen ими воспринимается гораздо лучше. Т.е. скажем так, что часть тех кто юзает keygen никогда не заюзает crack.
Ну и последнее — многие на западе платят потому, что работа должна быть оплачена. Платят за суппорт, за развитие программы. Для русского это может быть несколько странно
А>Или может статьи какие есть? Мне не нужно навороченной защиты, так как программа будет стоить около 2$ То есть нужно защитить хотя бы от ламера...
Вот и я спашиваю — где ты видел ламеров, которые шарят по реестру и парвят даты файлов. Или сумашедших, которые из-за 2$ будут "жить в одной неделе". Бред ...
> Doc>Я бы рекомендовал бы сосредоточитья на защите от keygen — более > реальная и разумная задача. > Ну и толку мне будет от Кейгена? Кому нужен будет регистрационный ключ > если подкрутив дату программа опять будет работать ??
А толку от подкручивания, если можно найти другую программу?
А толку от моей программы, если любой программист может написать лучше?
Таких вопросов много, это уже философия.
Вы бы согласились подкручивать дату ежедневно, если бы через 30 дней
вам за это дали 300 рублей? Я бы — нет. А вот ваши юзвери, по вашим
словам, готовы на это. Заставить купить программу должна быть
МОТИВАЦИЯ, это важнее, чем любое тех. ограничение.
--
... все равно его не брошу, потому что жаба давит ...
Эх.
1. Обратитесь к Солодовникову или любому другому поставщику защиты и за 100 у.е. + неделя на внедрение получите результат.
2. В дополнение к (1) стенографируйте в файле опций число запусков/сумму продолжительности работы и в случае превышения (защита снята) глючте случайно ~раз в 4 часа.
А>Ну и толку мне будет от Кейгена? Кому нужен будет регистрационный ключ если подкрутив дату программа опять будет работать ??
Я делал так: записывал в реестр время, которые осталось проработать программе и дату её последнего запуска. Если при следующем запуске системная дата меньше даты последнего запуска уменьшал количество оставшегося времени на день. Ибо нефиг .
Здравствуйте, Stas1981, Вы писали:
S>Так что рекомендую от привязка ко времени сразу отказаться (по крайней мере не акцентировать на этом внимания), а сделать, например, 30 сек задержку перед началом работы программы и на каждое полезное действие — сообщение с просьбой зарегистрироваться.
"и на каждое полезное действие" разумно, очень разумно следует это делать. Я однажды так разошелся что чуть ли не на каждый Copy-Paste поставил.... Ответы появились в почте через пол дня уже примерно.... такого мата не слыхал я сроду .
И главное все от новичков, вместо знакомства с программой они бесконечно закрывали Nag-скрин. По крайней мере, имхо, не стоит на каждое действие.
Здравствуйте, Russ, Вы писали:
R>Здравствуйте, Contact, Вы писали: C>>и в случае превышения (защита снята) глючте случайно ~раз в 4 часа.
Глючить нельзя, можно внедрить проверку ключа в разных местах в разное время (раз в 4 часа, при каждлм 5 запуске программы итд.)
Но писать собственный модуль защиты дело не благодарное, лучше использовать один из извесных протекторов, и интегрировать его проверки лицензионного ключа в свои исходники (через API протектора)
Мне попалась IDE для Ассемблера, так там при нажатии на любую кнопку (кроме, естественно Зарегистрировать), вылетало окно с напоминанием или открывался браузер
Снес я эту программу,довольно неплохую между прочим, через полчаса. А потом с помощью Genmata'а
писал ответ
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Слова, пустые слова, подумал Стормгрен. Слова, за которые прежде люди дрались и умирали, но никогда больше не станут за них ни умирать, ни драться. И от этого мир станет лучше.