Какие технологии выбрать для SaaS модели приложения?

Question

[Иван АНТИКЛАН]

Кто уже делал подскажите чтобы не тратить время на исправление ошибок. По сути временный одноразовый сервис для большого количества людей. Модель такая. Человек заплатил получил услугу и скорее всего сервис ему больше не потребуется. И так пока сервис будет актуален. Может год может меньше. Это мой первый опыт если не трудно расставьте ключевые точки в процессе создания SaaS сервиса и какие технологии для решения лучше. ЯП, фреймворки или может вообще без них. В общем нужен результат в максимально короткий срок.

Answer 1

[xmoonlight]

Joomla - Ваша идеальная "волшебная палочка" под эти требования.
CMS: https://www.joomla.org/
Extensions: extensions.joomla.org
API: https://api.joomla.org/
Плагины для RESTfull API:
1. Платный: https://www.selfget.com/products/jbackend.html
2. Бесплатный: https://github.com/chrisdavenport/j3-rest-api

Comments

[Иван АНТИКЛАН]

Вообще я хотел делать тонкий клиент с графическим интерфейсом, и на сервере вычисления+базу пользователей разместить только. Думаете нужен такой мощный движок?

[xmoonlight]

Иван АНТИКЛАН: тонкий клиент - это (видимо не WEB) как?
Почему-то всегда путают понятия:
[хорошо спроектированный с запасом производительности]=мощный
[с лишним функционалом, медленнее работающий и высокой нагрузкой на сервер]=тяжёлый.
Жумла "из коробки" - это мощный, но не тяжёлый.

[abcyu]

Какая Джумла? SaaS - это ПО как услуга.
Если человек может создать ПО как услугу - ему не нужна CMS, ну разве что как вспомогательный субъект.

[xmoonlight]

abcyu: именно так: юзеры, админка, API - из коробки. Дальше - Restfull прикручиваем и все.

[abcyu]

xmoonlight: Ну если так подходить, то это типичная фреймворковская задача а не кмсная. Та же джанга подходит лучше.
Если начать прикручивать апи к кмске - это нажить себе головной боли в дальнейшем совершенствовании.
Ради чего джумла? Ради ведения списка пользователей?

[xmoonlight]

abcyu: Жумла написана на фреймворке, который документирован. Жумла - для всего с большим запасом прочности.

[abcyu]

xmoonlight: А зачем она нужна? В данном проекте?

[Иван АНТИКЛАН]

Ребята мне нужно просто вынести на сервер основную логику приложения и организовать систему аккаунтов с личными счетами для пополнения. Регистрацию хотелось сделать из клиента и пополнение счетов тоже если это возможно. Я не планирую супер монструозный сервис с кучей функций. Там по сути одна, но очень полезная функция будет.

[xmoonlight]

Иван АНТИКЛАН: если всё на клиенте, тогда можно написать всё на чистом PHP. Будет проще и быстрее, чем на любой CMS и фреймворке.

[Иван АНТИКЛАН]

xmoonlight: Я тоже так думаю. Только пока не знаю с чего начать.

[xmoonlight]

Иван АНТИКЛАН: в чем вопрос встал? не знаете PHP ? закажите на фрилансе или что-то еще непонятно?..

[Иван АНТИКЛАН]

Языки знаю. Просто не представляю как написать сервер.

[xmoonlight]

Иван АНТИКЛАН: скажите какие языки знаете - подскажу с чего начать..

[Иван АНТИКЛАН]

xmoonlight: Думаю сервер сделать на Java т.к. снимает проблемы кроссплатформенности и на сервере не так важно чтобы приложение было привлекательным "внешне" как для клиента(т.к. все привыкли к виндовым .exe и .jar большинство пугает своей непонятностью да и JVM не каждый будет ставить), а клиент уже сделан в Lazarus только нет функций подключения к серверу и отправки приема данных.

Answer 2

[Константин Нагибович]

Я свой сервис делаю на 1С.

Comments

[abcyu]

С вебом?

[Константин Нагибович]

abcyu: можно с вебом, можно и без него. SaaS это же не обязательно веб.

[abcyu]

Константин Нагибович: Я про ваш случай спрашиваю.

А как без веба-то. SaaS - это программное обеспечение как услуга. Ты что ходишь везде ставишь свое ПО и регулярно ходишь чинишь? Дорогой SaaS получается и не оперативный.

[Константин Нагибович]

abcyu: тонкий клиент или терминальный доступ.

[abcyu]

Константин Нагибович: Ага