Я думал что т.к. php не компилируется нельзя защитить код, а потом задумался, как тогда работают платные CMS? ну да допустим дадут они часть кода, человек проплатил вторую часть кода, а что мешает ему потом распространить этот код или выложить в интернет? почему он не будет работать? или будет?
потом прочитал про существование в PHP5+ "protected", "private" или "public" - это то что используется в классах что бы ограничить использование функции... так а даже если и защитить такой лабудой, если скрипт выполняется на сервере то можно открыть файл с этим классом изменить там что нужно или скопировать файл и выложить в интернет... или я чего то не понимаю?
наверно здесь есть люди которые работали с платными движками, как они защищают себя от распространения?
и ещё, есть сайт каталог работающий на старой joomla 1.5 + virtuemart но т.к. движок сильно устарел, форумы поддержки не активны практически, функций мало и т.п. посоветуйте движок для сайта-каталога (желательно что бы была перспектива для интернет-магазина в будущем)
(Добавление)
не обязательно бесплатная CMS но желательно не сильно дорогая
1. Prizma - 24 Июля, 2012 - 16:45:04 - перейти к сообщению
2. Мелкий - 24 Июля, 2012 - 17:08:52 - перейти к сообщению
Prizma пишет:
или я чего то не понимаю?
Не понимаете. Эти модификаторы нужны только разработчику, позволяют скрыть детали реализации в методах, оставив доступным другому коду лишь интерфейс взаимодействия.
Куда сложнее помнить, что вот эти 8 из 10 методов - для внутреннего использования сделаны. Когда вам надо изменить метод и он - private - вы знаете, что весь проект можете не смотреть, потому что весь код, использующий этот метод - в этом же классе. И прочее из арсенала инкапсуляции.
Хорошей CMS защита не нужна, наоборот, распространение её - реклама оригинальной компании. Корпоративным клиентам нужна поддержка (например, подпиливание под свои нужды) и обратятся они к разработчикам.
Те, кто не уважает своих пользователей и ставят превыше эфемерную защиту своего... продукта - используют обфускацию. Защита обычно никакая, а поддерживать это невозможно.
Если это что-то достаточно уникальное и хотят защиты - ionCube и Zend Optimizer, что накладывает свои ограничения на хостинг и полный крест на самостоятельной поддержке. Vendor Lock. Ну и денег стоят.
3. Prizma - 24 Июля, 2012 - 20:15:09 - перейти к сообщению
понятненько, то есть скрытие заключается всего навсего в сложности кода.
А по поводу классов я с ними не много работал класс обязательно должен быть подключен выше по файлу что бы его использовать в данном скрипте так? так же как и функции
и не совсем понял по поводу "protected", "private" или "public" вот этих параметров... допусти я создал класс class.php:
А по поводу классов я с ними не много работал класс обязательно должен быть подключен выше по файлу что бы его использовать в данном скрипте так? так же как и функции
и не совсем понял по поводу "protected", "private" или "public" вот этих параметров... допусти я создал класс class.php:
PHP:
скопировать код в буфер обмена
скопировать код в буфер обмена
- class mycalss
- {
- var $login;
- function login($login)
- { echo $this->login;}
- }
PHP:
скопировать код в буфер обмена
скопировать код в буфер обмена
- файл index.php:
- include 'class.php';
- $class = new myclass()
- $class->login();
в чем будет различие доступа класса myclass в файле index.php в зависимости от выбранного одного из параметров "protected", "private" или "public"?