Николай Андрейчук
Ну там понятным образом модули выделены с помощью /*!****************************************************!*\, но не знаю, как в юридической практике рассматривают такие вопросы.
Хотя вот тут написано, что обязательно включать инфу про MIT лицензию https://raw.githubusercontent.com/stefanpenner/es6-promise/master/LICENSE
Надо будет разбираться как это правильно оформлять.
Да, пожалуй надо поправить его.
То, что код подключает open source модуль не делает его open source'ным. В минифицированном js файле включен как наш код, так и всех подключенных бибилотек. Это стандартная практика, чтобы ускорить загрузку сайта.
Первая версия триггерного automation билдера была написана этак году в 2012. Очень тупая и без UI на тот момент, но тем не менее. У Mailchimp'а что-то было тогда про это?
Ну и тут вопрос про воровство конкретного кода, а не идей. Претензии чисто про идеи - это такое, конечно.
Ну нашу базу они никак не могут использовать. Так как имя трекинг куки изменено, то даже наш уникальный идентификатор устройства они не переиспользуют.
Ну и копировали там досаточно бездумно, так что возможно они никак куку dashamailDeviceUUID у себя не используют.
Насколько я понимаю, задача была быстро перевести сайт билайна с Mindbox на DashMail. Контракт бекенда они зареверсинженирили, а JS код взяли целиком, поменяв кое где mindbox на dashamail и добавив .php в конец урла у каждого запроса.
А ты как бы классифицировал? Любопытно альтернативное мнение услышать.
А вы не рассматривали вариант общения Антихайпа и Монитора через web-сервис, вместо использования общей БД?
При текущем подходе, если я его правильно понял, чтобы изменить структуру БД без даунтайма надо:
1. Добавить миграцию в Монитор, добавляющую новые поля и таблицы. С обратной совместимостью, чтобы Антихайп после выкладки Монитора продолжал работать.
2. Поправить код Монитора, работающий с БД.
3. Выложить Монитор.
4. Поправить код Антихайпа, работающий с БД.
5. Выложить Антихайп.
6. Добавит миграцию в Монитор, удаляющую старые поля и таблицы.
7. Выложить Монитор.
Получается, что Антихайп слишком сильно завязан на Монитор.
Если же он будет получать данные через сервис, то управлять изменениями будет проще. Плюс, в случае полной недоступности БД Монитора, Антихайп продолжит работать: новые посты нельзя будет запланировать, но уже запланированные продолжат выкладываться.
С минификацией. Но она не сильно защищает от копирования и модификации. Любой JS код можно относительно легко скопировать, прогнать через prettifier и поправить где нужно.