Что следует учитывать при написании демона linux на php и компиляции его с помощью hiphop для запутывания
Мы хотим написать сервис Linux на php и скомпилировать его с помощью HIPHOP. Так как мы начали проект с php, и мы могли бы выполнять все программирование самостоятельно, вместо того, чтобы нанимать программиста на c++ и т. Д. мы бы с удовольствием придерживались php. Скорость выполнения не (так) важна для нас, так как демон просто выполняет некоторый мониторинг, но мы хотели бы закрыть код, чтобы запутать его. Демон будет осуществлять некоторую сетевую связь и регистрироваться в бд. Является ли это жизнеспособным путем? В другом посте кто-то сказал, что хип-хоп нуждается в особом внимании при программировании, так как не все функции php реализованы. Так ли это до сих пор? Я хотел бы высказать здесь ваше общее мнение о нашей идее.
1 answers
Хип-хоп - это настоящий зверь, с которым трудно справиться. Он очень ограничен, поэтому зависит конкретно от вашего приложения и от того, где оно будет развернуто. Помните, что в настоящее время он работает только на 64-разрядных архитектурах.. поэтому, если вы хотите развернуть его на 32-разрядной машине, вы сразу же увязнете в грязи.
Возможно, вам придется создать много разных двоичных файлов для разных дистрибутивов Linux в зависимости от характера вашего приложения. Поскольку хип-хоп хорошо работает только на Fedora и CentOS, вы серьезно ограничивая ваши возможности. Как только вы откажетесь от интерпретатора PHP, вы потеряете очень большую степень взаимозаменяемости между операционными системами (Подумайте об этом: Windows, Практически все Linux, Все основные дистрибутивы BSD,...)
Также имейте в виду, я не уверен, до какой степени вы хотите "запутать" свой код. Если вы хотите совершать сетевые звонки и т. Д., А также скрывать их, анализатор пакетов может очень легко увидеть, как вы общаетесь с внешним миром.
Аналогичным образом, отладчик и достаточно опытный программист смогут перепроектировать ваш двоичный файл в большей степени, чем вы можете себе представить.
Возможно, вы захотите изучить альтернативы, такие как кодировщик Zend или кодировщик ionCube, которые были бы предпочтительным методом для решения проблем, но это несвободные варианты. Есть и другие кодеры, которые вы, возможно, захотите изучить.
Я не совсем уверен, что вы делаете, кроме "мониторинга", поэтому я не могу сказать за конечно. Но вторичным вариантом было бы просто строго ограничить объем кода, который выполняется на клиентских компьютерах (при условии, что они отчитываются перед серверной машиной), и позволить серверным машинам, которые, как предполагается, находятся под вашим полным контролем, обрабатывать больше обработки, если это возможно.
Я предлагаю вам просто изучить эту идею самостоятельно, протестировав ее, поскольку, опять же, она чрезвычайно зависит от характера вашего приложения и от того, где вы собираетесь его развернуть. (И для многих людей, что-то вроде "где развернуть" может быстро измениться). Хип-хоп был создан с очень узкой областью применения: запускайте PHP-код как можно быстрее. Он не предназначен для того, чтобы быть очень гибким или взаимозаменяемым между архитектурами ОС и ЦП. Пожалуйста, подумайте об этом, прежде чем писать большое приложение, основанное на нем, и, пожалуйста, убедитесь, что вы полностью понимаете все последствия использования хип-хопа. Тест, тест, тест.