К примеру http://umi-cms.ru/purchase/how-to-buy/ <- платная CMS, распространяют под лицензией, после покупки клиент получает ключ для определенного домена и активирует продукт, пользуется скока влезет, примеров такого рода защиты в платных CMS полно! Знаю что это бредовая защита, но от всякого рода ломтей вполне сгодится! Как оное организовать подскажите пожалуйста??? 

enshtein, 
Грузи файл с сваего хоста, и писать надо так что бы без этого файла была демо версия..
После в вода куда либо ключ Опять же читаешь удалённый файл. и сохраняешь строки кода скрипта куда либо и грузишь новый код.

Добавлено через 3 минуты и 53 секунды
if (file_exists($file))
{
include($file);
}
else
{
Грузим удалённый файл демо верссии
}

несовсем понял цепочку (последовательность) мыслей...  "сохраняешь строки кода скрипта" - куда на хост с сервера, а грузить новый код тада зачем? и после такой активации - как защитить от переноса на другой хост??

Система очень проста... 
Для зашиты ваша CMS должна работать с удалённым сервером..
И проверять купил пользыватель или юзает ДЕМО.. 
если чел в вёл Код то ему передаётся дополнительный код фулл версия CMS и в базу на Хосте с которого получен файл пишется что Такой-то такой-то купил ЦМС Домен его записуется IP и прочая инфа. + можно выдать секретный код который позволит Зайти на сайт и Изменить домен IP но только для этой копии так как в БД будет хранится Одно поле. Новое добавить нельзя.
Рекомендую использывать API интерфейс например XML
Связка работы CMS демо версии выглядит так
Браузер->Ваша цмс->Удаённая БД для проверки->Ответ в браузер

Коннект к удаленному хосту идет. В прицнипе, нормальная защита. Просто нужно не сайт закрывать, а админку, если система не лицензионная 

Алгоритм зашиты:

1. Пользователь покупает CMS. Шифруем ключ для него (для определенного домена), например, вот первое что пришло в голову:



2. Выдаем этот ключ (Например 88b3b84a2c9953181c96cc3202436e7cdbd9638f) пользователю

3. Пользователь скачивает CMS, в которой функции проверки защиты закодированы, например, тем же Zend-ом (чтобы нельзя было изменить исходники в легкую).

4. Пользователь устанавливает свою CMS, входит в админку. Ему предлагают ввести ключ. Юзер вводит ключ, он сохраняется в конфигах (чтобы потом не вводить каждый раз) и отправляется на сайт разработчика, специальному скрипту. Скрипт в то время записывает в переменную адрес хоста с которого поступил запрос и сам ключ. Дальше - ищет хост в базе данных. Если хост присутствует - кодирует имя хоста по алгоритму этому же и сравниваем с пришедшим ключем. Если все ок - отправляет ответ OK, и пользователь попадает в админку.

5. При следующих входах в админку происходит то же самое, только ключ не нужно вводить - он храниться где-то в конфигах или базе данных. Если ключ не совпадает - в админку не впускаем и просим купить систему.

6. Эту защиту все-таки можно обойти, ибо тот же Zend Encoder-ованный код поддается расшифровке.

Добавлено через 1 минуту и 40 секунд
Если производить проверку на сайте - теряем много времени в загрузке страниц.

ЗЫ: Да и производителю приятнее, знает кто реально юзает CMS, когда последний раз был коннект и т.д. и т.п. )

Добавлено через 13 минут и 59 секунд
Или вот так можно извратиться ыыы:



Добавлено через 14 минут и 24 секунды
Думаю способ такого шифрования вообще никто не угадал бы 

Интересно, а как реализовать то, чтобы юзер получив исходники CMS не вырезал из них часть, которая отвечает за проверку кода?

teroni, для этого существуют пхп encoders.. Например Zend encoder и его более дешевый оппонент - IonCube encoder ( чем я и пользуюсь).. Там можно защифровать все коды пхп, и можно лицензию на файлы поставить.. Но я предпочитаю делать это в ручную.

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

Так в основном и делается. Шифруется файл ядра системы, в который зашита функция проверки.