Как сделать "стучалку"??

[komyak]

а в файле ты будешь сам выставлять

Дык это на раз-два решается. Хотя можно генерировать ответ в зависимости, например от даты. Но что мешает снести функцию.

 

[Kai]

komyak, и как это интересно решается на раз-два? только если будет доступ к директиве хостс, но мы же о хостинге говорим. да и тот де алгоритм проверки ответа можно запихать под зенд в модуль

 

[CrashX]

удаленно это никак не сделать, как вы себе представляете
-сайть сайт, к нему из вне что то прикрутить... ммм кажется это уже взлом))
-тк что бы какой то сайт общалася туда куда надо нужно найти его слабое место и залить шелл.. что ЗАКАЗЧИКУ не понравится...
-как вараиант удалнного это xml в шифроманныом виде, наприме тот же блоуфиш + нужно было бы был владельчем хоста организована служна которая зачем то с другого сайта тянет фаилик и сравнивает оплаты.. глупо да?
---
-так что удаленно практически не как.

да и кажется автору это уже ненадо...

 

[Kai]

XSiteCMS, о чем ты вообще говоришь. человек пишет какой-то модуль под какой-то сайтю в дальнейшем он не будет иметь досту к сайту, но его модуль будет там установлен. вот он и сует проверку удаленную в модуль под зенд

 

[sparcy]

криптируеш кусок кода с кейям, который будет лежать у тебя на сайте, для декрипта будет нужен твой ключ с привязкой год+месяц, прошол месяц - меняетса ключ, непроплатил - неполучил новый ключ - кусок кода неработает


ну или просто
мойкей = фоупен твой.сайт/клиент2/кей
иф мойкей != дата+1 ехо унрегистеред

 

[D@nil]

Сделать 2-3 проверки в скриптах по принципу- D@nil. Десяток файлов под ион-куб("для обмана").

Наиболее правильное решение для топик стартера.
За снятие инкуба с десятка файлов столько запросят что желание дальше ломать пропадет

 

[yeaahhh]

Делай через парсер. Тянешь контент со страницы мониторинга клиентов, опираясь на домен клиента. Грубо говоря, на странице мониторинга клиентов, откуда парсится статус будет:
site.ru - yes.
site1.ru - yes.
site2.ru - no.
(для yes и no можно написать скрипт, который будет автоматом менять эти значения, в зависимости от продления и т.п.)

В самом модуле под Zend'ом:
Если yes - то всё ок. Если no - то прописываешь die.

Я думаю, что это самый оптимал. На 100% ты никак не защитишь свои права. Топовые компании тратят миллиарды на защиту, но их всёравно ломают.

 

[komyak]

Парни, что вы к зенду то как привязаны? Раздезендить сможет даже школьник, ну и на пару с учебником подправит подпорченые функции.
А ион наверное самое оптимальное и дешёвое решение.

сайть сайт, к нему из вне что то прикрутить... ммм кажется это уже взлом))

Человек продаёт услугу, за абонентскую плату.

komyak, и как это интересно решается на раз-два?

Нулил скрипты? Тогда знаешь, что некоторые обращаются к серверу за ответом- как раз во-многих случаях за- 1 или 0
Как решается? Если лень- то в функцию проверки всегда ставим true(или false, в зависимости от запроса) Если хочется покапаться, то вообще сносим все проверки.

Для примера проверки хеш.
Пусть не серверный скрипт- Хрумак, Аллсаб, НьзПост- в обоих реализована функция проверки хеша, который постоянно меняется... Смысл понятен?

 

[diavolic]

регим где нить бесплатный хостинг. ложим туда файл license.txt, в котором построчно описываем просроченность модулей. каждая строка соответствует отдельному модулю. если есть желание можешь переписать код под ассоциативный массив, но мне было проще просто пронумеровать модули от 0 до N.

license.txt:

licensed
expired
expired
licensed

в верхушку модуля0 пишем:

$flag = File ("http://my.free.hosting.url/license.txt");
if ($flag[0]=="expired") exit;

в верхушку модуля1 пишем:

$flag = File ("http://my.free.hosting.url/license.txt");
if ($flag[1]=="expired") exit;

и так далее. надеюсь принцип понятен? при желании можно реализовать и управление через почту, она дольше живет чем бесплатный хостинг.