@serge-90

Можно ли как либо защитить php-проект от «угона» другим наёмным программистом (фрилансером)?

Друзья, собственно, сама суть вопроса в заголовке. Существуют ли способы нанять незнакомого php-фрилансера для обслуживания и поддерживания коммерческого проекта без угрозы его клонирования и появления конкурента? Кроме технического закрытия доступов для фрилансеров к самим кошелькам в голову ничего не приходит. Можно ли как-то нанимать незнакомых людей на свой php-проект?
  • Вопрос задан
  • 2809 просмотров
Пригласить эксперта
Ответы на вопрос 6
@alexalexes
Меры безопасности такие же как и в любом коммерческом банке.
1. Разделение информационной системы предприятия на контуры по готовности релиза: продакш (к управлению допускаются только ключевые технические специалисты компании), предпродакш (к управлению допускается только помощники ключевых технических специалистов, в контуре могут испытываться как тестовые данные, так и часть боевых данных), дев-контур для разработчиков (допускаются разработчики только по узкому направлению, в контуре циркулируют только тестовые данные).
2. Разделение информационной системы предприятия по функционалу и делегирование прав доступа от рядового разработчика к ключевому специалисту в рамках одной подсистемы. Разработчики и их руководители должны иметь только те права доступа, которые необходимы для текущей работы.
Ответ написан
@Kostik_1993
Web Developer
Технически защитить монолит нельзя. Но можно юредически. Заключите настоящий договор, пропишите в нём условия о неразглашении. Опите части проекта являющиеся уникальными и конфиденциальными. Да да весь ваш код на 100% не является какой-то явной тайной. Но если есть то что является "фишкой кода" можно описать.
Ответ написан
@Shavadrius
Как по мне не имеет большого смысла. Если ключевое "ноу-хау" в самой идее, то ее можно понять просто имея доступ к интерфейсу приложения. Если вся суть в каких-то хитрых алгоритмах, пайплайнах или расчетах - то их можно скрыть за микросервисом, как тут отмечали ранее.
Больше влияет рейтинг, клиентура, реклама, продвижение, собственно, бренд. Аналогов всего и вся сотни, но знакомы многие только с единицами.
Ответ написан
@iljaGolubev
Если проект - монолит, то 100% клонируют при желании (опуская ответственность за это).

Защита исходных кодов проекта php - отсутствие к ним доступа.
Можно разделить монолит на фронт/бэк/сервис(ы) - всё отдельные проекты. Наёмный фрилансер получает доступ только к отдельной части. Всё самое важное (ноухау, бизнес-идею) - держать в сервисах, доступ к коду которых только у особо доверенных товарищей. CI/CD и интеграционные тесты обязательны.

В целом, сложность проекта возрастает в разы... но если есть, что защищать, наверное, оно того стоит?
Ответ написан
pindschik
@pindschik
ФЫВА ОЛДЖ
Вот уже и пришло на хабр поколение, не читавшее хабр :)
https://habr.com/ru/articles/142668/
Ответ написан
Комментировать
@Roman-Si
Посмотрите решение ionCube PHP Encoder
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы