Wątek: Key? Czy coó.

Pełno jest aplikacji, których nikt poza sprzedającym nie może zmienić, więc argument raczej nie trafiony.

Co do blokowania serwera do którego aplikacja ma łączyć to akurat ionCube udostępnia opcje uruchamiania zaszyfrowanej aplikacji np jedynie pod wybraną domeną, adresem IP, adresem MAC. Co prawda jest to drobne utrudnienie dla klienta ( przy każdej nowej instalacji musi nas prosić o nową licencję ).

No problem jest dosyć spory. Jak Karer wspomniał odradzałbym wysyłanie czegokolwiek na swój serwer, bo ja na miejscu klienta bym się po prostu wkurzył.
Podobnie sprawa ma się przy kodowaniu całości ??ródła Twojego CMS'a.

Ale... Jest sposób wykorzystujący te dwa aspekty. Otóż po co kodować całego CMS'a? Zakodujcie jeden plik mający specjalne zadanie:
Po pierwsze niech zawiera listę domen na której można uruchomić stronę i zwyczajnie sprawdzać będzie z jakiego adresu uruchomiono skrypt.
Tylko gorsza sprawa: trzeba do tego pliku dodać także jakiś fragment kodu, bez którego strona nie będzie mogła poprawnie działać, a który klient nie będzie musiał modyfikować. Może to być np powołanie do życia obiektu obsługującego bazy danych, a potrzebującego specjalny klucz, który jest zawarty w w pierwszym z naszych kodowanych plików. Wtedy trzeba także zakodować skrypt bazy danych lub przynajmniej jego część. Ale nie jest to w końcu kodowanie całej strony a powinno zapewnić bezpieczeńtwo

W przypadku CMS nie spotkalem sie jeszcze ze stwierdzeniem ze "nam nie potrzeba mozliwosci modyfikowania tego skryptu" wiec argument jak najbardziej trafiony. Pamietaj ze nie mowimy tutaj ogolnie o aplikacjach online ale o CMS. Tutaj kodowanie aplikacji jest jaknajbardziej niepozadane. Znajdz mi CMS w ktorym nie mamy wglad w zrodlo i jest platny. Jesli nie znajdziesz to prosze nie pisz takich rzeczy. A jesli znajdziesz to daj adres bo ja osobiscie sie nie spotkalem z czyms takim. No i tak ze 2 CMSy mi opdeslij bo przeciez jerst ich wiele...