Search the Community

ioncube - это некий способ защиты исходного кода модуля. Но так ли он хорош и есть ли в нем необходимость? К сожалению в наших широтах нет понятия авторского права и его никто не соблюдает. Что же делать, и как защитить годы работы над модулем от пиратства? Все просто - кодировать код с помощью ioncube, то есть "закубить". Да, ведь это решение проблемы, но не все так просто и ванильно. Дело в том что когда мы кубим модуль исходный код превращается в набор символов и что-либо поменять там невозможно. Вот оно счастье! Функционал проверки лицензии никто теперь не хакнет. Но, как всегда есть но, и не одно. Почему не стоит использовать ioncube 1) Это не защита от пиратства, разве что только от мамкиных хацкеров. Дело в том что ioncube можно раскодировать и те кто занимается взломами модулей делают это легко. Толку от такой защиты нет. Да, школьники которые за пару долларов "делают сайты" под ключ конечно не ломанут модуль, но им ничего не стоит найти его уже взломанным на варезе. Понимаете суть - тот кто изначально не нацелен покупать, он не купит. Делайте модули которые хочется покупать. Ставьте адекватный ценник, оказывайте хорошую поддержку. По сути модуль это программная база, но когда человек покупает его он в первую очередь покупает поддержку - это очень важно понимать. 2) При любом шорохе у покупателя автоматически будут проблемы! Уважайте своих клиентов. Жизнь магазина зачастую достаточно динамична. Владелец может сменить хостинг, версию php и получить на сайте проблемы. Ему нужно будет вспоминать где и когда он покупал модуль, у кого, и на что именно ругается. Сменили php - надо загружать отдельный дистрибутив под ту версию что у вас. Автор может уйти в загул или быть занятым для оперативного ответа. Также многие разработчики делают обновления достаточно сложными и для получения модуля нужно предьявить чуть ли не паспорт. Номер счета или место покупки могут и не помнить - это нормально. 3) Поменять/доработать ваш код нет возможности - это сильно усложняет жизнь коллегам и владельцам сайтов Буквально вчера мне нужно было подружить мой модуль с другим, который меняет цены. Ок, зашел в код того модуля посмотреть какие данные нужны его функции и увидел там набор символов… Без кодировки моя работа бы заняла 2 минуты. С кодировкой пришлось подставлять данные и смотреть на ошибки, то есть работать в слепую. Итого минут 20-30 у меня ушло. (В такой ситуации еще легко все прошло) Вы думаете там модуль с мега функционалом или с алгоритмами которые уведут из-за уникальности? Не думаю, там просто подсчет чисел (+/- от цены, ну и проценты). Владельцам еще веселее. Допустим есть 2 модуля, их нужно подружить. Коды закрытые у обеих. Авторы как всегда загруженные и не делают такого. Можно найти человека который смог бы сделать связь модулей за пару часов. Но засада, исходники под кубом и ничего сделать невозможно. Приходится делать либо кастом в разы дороже модуля (если не в десятки), либо через костыли что-то мастерить. Как вы понимаете подход так себе. 4) Скрытый код - возможные проблемы безопасности Когда в модуле открытый код многие коллеги туда заходят посмотреть или поправить что-то под заказчика. Так вот одна голова хорошо, но фидбек от коллег еще лучше. К чему я. Вот сделали вы модуль, ок, но где-то ошиблись и допустили баг(и). Сами в силу загрузки или опыта не можете их выявить, но их может увидеть другой разработчик и вам об этом сообщить. Когда приходят багрепорты вы их можете фиксить тем самым улучшить модуль. Также сами авторы, как уже упоминал, всегда загружены. А покупателю нужно в модуле что-то поменять или доработать. В закодированном варианте у покупателя есть закрытое решение и все. Когда модуль открыт его доработать может любой другой человек без привязки к автору. Не стоит забывать что магазин это бизнес и в нем должно быть все безопасно. Код модуля под кубом нельзя просмотреть и сказать что в нем. А там может быть дыра, или же критическая ошибка, или же специально оставленный автором "ход" для контроля или еще чего-либо. То есть владелец сайта просто не знает что у него в магазине, плохо спит из-за чего качество его жизни стало хуже. А причина в этом ioncube. ------------------------------ Все это мое личное мнение и мои наблюдения за года работы с магазинами. Может что забыл, вспомню - дополню. Буду рад обсуждениям, дополнениям и конструктивной критике. И как было написано что одна голова хорошо, а мнение коллег еще лучше

Добрый день, уважаемые знатоки! Столкнулся с проблемой: друг купил рабочий магазин на OcStore 2.3.0.2.3 на хостинге продавца установлен php 5.6 и соответствующий ему ioncube loader. У друга на vps php 7.2 (планировал обновить до 7.4) и соответствующий ioncube. Проблема такова: перенос fron-end глючил в виде редиректов отовсюду на главную, а вход в админ часть вылетал в белый экран. Ошибка гласила следующее: Fatal error: The file /home/admin/web/acsavto.ru/public_html/admin/controller/extension/dashboard/ordermap.php was encoded by the ionCube Encoder for PHP 5.0 and cannot run under PHP 7.1 or later. Please ask the provider of the script to provide a version encoded with the ionCube Encoder for PHP 7.1. in Unknown on line 0 Нет ли решения, как перекодировать сайт под нужную версию php. И на всякий случай прилагаю стрейс лог. Заранее большое спасибо. strace.txt

Добрый вечер, коллеги! Прошу помощи по настройке ioncube-а для своих проектов. Готов платить за обучения. Озвучте цену. Заранее спасибо

Продолжение ветки 1 и ветки 2... Недавно нашел свои модули в паблике, поэтому думаю стоит попробовать применить меры.. Подскажите пожалуйста какие части стоит кодировать (например, кастомные классы из library), что не стоит кодировать (например, модель, контроллеры, вью), каким образом лучше закодировать чтобы не было доступа к оригинальному файлу (желательно без куба, интересен вариант получение части кода от сервера). В целом прошу технического совета как именно стоит бороться с пиратством.

Мягко говоря это достало. С закодированным контроллером никто кроме автора не может редактировать его модуль. А авторы, как все мы прекрасно знаем, и на обычные вопросы по поддержке отвечать не всегда успевают. Не говоря уже о доработках своих модулей под чужие нужды А нужно, к примеру, вывести всего лишь одно дополнительное поле, с чем вполне мог бы справиться каждый второй на форуме. Но нет. Благодаря закодированному через ioncube контроллеру никто это сделать не может С одним разработчиком мне удалось связаться и получить незакодированный контроллер. И знаете, что выяснилось? Что он не отвечает за вывод данных в шаблон. Все переменные вместе с html-тегами генерируются и собираются в одну строку в МОДЕЛИ Что пришлось делать: писать дополнительные функции в свою модель и подключать их в этот контроллер, чтобы иметь возможность хоть как-то повлиять на вывод данных в шаблон. Так это ещё спасибо что разработчик дал незакодированный контроллер. Не прошло и двух недель, как попросили добавить одну единственную правку в другой модуль и другого автора. Нужно всего лишь проверить, есть ли у товара инфа в дополнительном поле в базе и вывести в шаблон "есть" или "нет". 5 минут дела, да, коллеги? Хрен там. Контроллер закодирован. Картман конечно тут говорил про предзаказ игр, но в отношении кодированных модулей его последняя фраза полностью отражает всю суть

Ребята столкнулся с таким багом, поднял VPS на Debian 8 + Apahe 2.4 + php 5.6 После подключения ioncube - apache перестал запускаться. Проверил на всех версиях php (5.3 - 5.6) не на одной не работает. Хотя на php версий до 26 Мая все работает отлично. С тех.поддержкой ioncube переписка стала просто легендарной, они подвисли и молчат. Кто сталкивался с подобной проблемой и если есть решение прошу поделиться. Тестировалось на Ubuntu, Debian с apache 2.4 + php от 5.3 до 5.6

Всем добрый день. столкнулся с таким делом. Решил установить себе модуль шаблонов для писем. Все норм поставил. Вылетает сообщение, что у меня нет IonCube Loader и что его надо поставить. Перекопал что только смог. Вроде инструкцию нашел, но побаиваюсь поставить не то что нужно. Через Wizard пробовал, но опять же не врубаю куда жать. Может кто-нибудь подробно описать как устанавливать? Заранее благодарен! Версия Opencart: 1.5.6.4

Есть модуль Product Preview Turbo(быстрый просмотр товара в попапе). На основном домене он, вроде, работал. Потом как-то перестал и сейчас его надо настроить/включить. Модуль отображается в модулях и вроде как включен. При нажатии изменить/удалить получаю: Ок. Связался с хостингом и действительно не был включен ioncube. Включили, а это продолжает вылазить. Переношу всё на локальный пк. Иду в этот модуль, захожу в него, внутри имею: и ниже Купить лицензию на Product Preview Turbo а ссылка то на покупку в некуда. И как теперь понять в чем причина? Толи на основном сайте куплена лицензия и модуль неверно настроен/проблемы с ioncube, толи лицензия не куплена. P.S. Может посоветуете какой-то годный модуль быстрого просмотра?