Удаленный сервер хранения объектов для PHP
Приветствую вас, разработчики!
Родилась на днях идея у меня: реализовать удаленное хранилище данных для объектов php.
Принцип.
Идём на сайт хранилища, получаем логин-пасс. Качаем библиотеку, подключаем с указанием полученных данных для авторизации. Пользуемся как store/receive (set, get) или подобное для объектов php, json, массивов и тому подобного.
Особенности.
Схоже с memcwched, да, но без lifetime, без разворачивания сервера, без php модуля.
Преимущества.
Помимо вышесказанного, это получается полная кроссплатформенность, доступ из любой точки (в том числе и с GUI по web), разграничение прав доступа при желании (например, сделать иерархию как папки на компьютере и им разграничить доступ)
Монетизация.
В идеале, оплата доступа к сервису либо оплата на лимит объема данных.
Наша команда.
Один программист в лице меня.
Каким я вижу проект (планы).
Развитие до полноценного сервиса.
Реализовать различные модули для работы с сервисом, например, из консоли linux/windows
Простите за кажущиеся глупости в тексте. Появилась мысль - поделился для вынесения Вашего вердикта, ибо сие есть трибуна.
Всем спасибо!
Я не представляю кейс, при котором это может быть хоть кому-то нужно.
Чем это лучше хранения всего этого добра в файлах на локальной машине?
А сетевые задержки? А если недоступность сервера?
Чем это лучше хранения всего этого добра в файлах на локальной машине?
Вот именно. И на локальную машину тоже, если очень надо, спокойно делается доступ из любой точки.
А как на другой машине вы это уточните?
аналог - не memcahed, а https://aws.amazon.com/ru/s3/
так что это никому не нужно и никогда не удастся монетизировать, инфа сотка ))))
Да уж, тут не поспоришь. Не знал о его существовании.
Тогда вопрос к тем, у кого горел пукан: что же, Амазон сделал никому ненужный сервис, что ли?
Конкурентом memcached это никогда не станет. Все преимущество memcached в быстром(почти моментальном) доступе к данным. В случае работы по сети тут будут такие большие задержки, которые сделают данный сервис абсолютно непригодным к использованию.
Но самая большая проблема в том, что рынка не существует под этот проект. Совет не тратить время.
При необходимости любой средний разработчик решит задачу хранения «объектов» за час-два. Быстрее, чем будет интегрировать ваш SDK в свой проект.
Спасибо за конструктивный комментарий.
Неприятно, как-то, видеть, что у некоторых подгорает одно место при чтении моего поста с изложением одной лишь мысли.
P.s. ровно для подобной оценки и был написан пост.
Спасибо.