только немного стратегии

Question

Мне нужно некоторое руководство по разработке приложения, над которым я работаю.

Это в основном базовая система для управления фотографиями и слайд-шоу (например, организовать фотографии в альбомы, решить, какие из них публиковать, имена обновления и подписи и т.д.)

Я хотел бы, чтобы не дать исходный код для клиентов, но будет как сохранить фактические фотографии и миниатюры на сервере клиента.

Я не уверен, что было бы лучшим способом достичь этого. На мой взгляд, следующие шаги: а) клиент будет загружать фото на мой сайт б) фото зарегистрирован в моей БД с) исходная фотография перемещается клиента сервер г) эскизы создаются и сохраняются на сервере клиента

затем общедоступный сайт: e) установить общедоступный веб-сайт на сервере моего клиента; f) когда пользователь просматривает веб-сайт клиента, сценарий получает список изображений для отображения из моей базы данных и получает их с локального сервера.

(надеюсь, я сделал себе ясно)

в основном вопрос: что это лучший способ, чтобы дать клиенту минимальный/нет доступа к исходному коду?

Answer 1

ИМО, это кажется немного лишним. Какова ваша забота о том, чтобы исходный код оставался на сервере клиента? Все, что вам нужно - это подписанное лицензионное соглашение между вами и клиентом, не позволяющее им что-либо делать с ним.

Или, если вы действительно им не доверяете, просто продайте его в качестве размещенного программного обеспечения. Нет смысла в описанной выше процедуре, которая довольно запутана (без обид), когда вы можете просто иметь все на одном сервере.

Только мои $ 0,02.

Answer 2

Вы можете обмануть код коммерческим инструментом, например IonCube link text, или вы можете разработать свое приложение и лицензировать его с использованием модели SaaS и предоставить API для использования клиентского программного обеспечения.

Answer 3

Zend Guard, SourceGuardian, IonCube, и аналогичные другие жизнеспособные варианты, если вы не можете сохранить его локальным, но хотите затруднить выяснение того, что такое «источник».

Answer 4

Я согласен с benjy, однако вы можете избавиться от использования API для управления конкретными вызовами системы и просто иметь обработчик загрузки, который связывается с вашим API в окне clints, поэтому у них все еще есть код, это минимально, и для этого кода требуется вызов API. Таким образом, вы уменьшаете потребность в БД и уменьшаете ресурсы, необходимые для управления кодом клиентов.

API используется для аутентификации/управления связью, в то время как сценарии загрузки/управления обрабатывают загрузку/обработку изображений.