Хранение данных на хостинге, варианты реализации

Здравствуйте, пишу программу запоминания паролей, встал вопрос хранения данных пользователя на хостинге, доступ к которым будет осуществляться по логину и паролю. Хотел бы посоветоваться по поводу реализации этой привязки.

В данный момент программа у меня работает с локальной БД имеющей 2 таблицы.

Вот я думаю как лучше сделать:
1. Ввиде облачного хранилища файла с пользовательскими данными. Т.е. Заносить в БД регистрационные данные пользователя, а локальную БД загружать в файловый архив в уникальную папку соответствующую логину пользователя. (Работать будет так: запускается программа, вводится логин и пароль, проверяется существует ли локальная БД, если она существует, то загружаем её на хостинг, если не существует, то на оборот выгружаем её с хостинга).

2. Хранение данных в БД на хостинге. Заносим в БД регистрационные данные пользователя, так же для него создаем таблицу соответствующую его логину, в которой и будем хранить все его данные. Правда в этом случае, я не понимаю как синхронизировать локальную БД и БД на хостинге. И какой БД в этом случае отдавать приоритет. Например, пользователь зарегистрировался, внес какие-то данные в БД. Потом зашел с другого компа, не присоединяясь к хостингу добавил несколько паролей, потом он решает войти, что при этом должно происходить, какие данные должны отображаться, те что созданы локально или те, что хранятся на хостинге в БД? Вот честно говоря пока не имею представления того, как реализовать это в БД.

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

0

Пишете для себя?
Если нет, хостинг пользователь должен иметь свой?

0

Сообщение от Rius Пишете для себя? Если нет, хостинг пользователь должен иметь свой?

Пишу для масс, хостинг мой (хотя на счёт хостинга пользователя тоже не плохая идея, надо это реализовать тоже, я об этом даже не думал что-то).

0

Раз для масс, про свой (пользователя) сервер надо думать обязательно. Вам никто свои пароли не доверит, ибо Вы - не Mozilla. И те, когда Sync запустили, предусмотрели возможность использования своего сервера.

Добавлено через 1 минуту
Посмотрите на хабре "Как я делал веб-версию KeePass", может пригодится.

Добавлено через 58 секунд
Если не хостинг, то облачное хранилище хотя бы.

0

Сообщение от Rius Раз для масс, про свой (пользователя) сервер надо думать обязательно. Вам никто свои пароли не доверит, ибо Вы - не Mozilla.

Это верно!) Да мне в голову это не приходило, потому что изначально делал это для себя, а уже потом подумал, что если софт годный, почему бы его не выложить куда нить))

Сообщение от Rius Посмотрите на хабре "Как я делал веб-версию KeePass", может пригодится.

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

0

Сообщение от Nalik Вообще я хотел бы сделать реализацию именно с БД

А как вы себе это представляли без БД?

0

Сообщение от aquaMakc А как вы себе это представляли без БД?

Ну например так:

Сообщение от Nalik 1. Ввиде облачного хранилища файла с пользовательскими данными. Т.е. Заносить в БД регистрационные данные пользователя, а локальную БД загружать в файловый архив в уникальную папку соответствующую логину пользователя. (Работать будет так: запускается программа, вводится логин и пароль, проверяется существует ли локальная БД, если она существует, то загружаем её на хостинг, если не существует, то на оборот выгружаем её с хостинга).

Но этот вариант мне не нравится, мб подскажите что нибудь по моему вопросу?

0

Сообщение от Nalik пишу программу запоминания паролей

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

Вложения

Password Saver.rar (620.7 Кб, 12 просмотров)

1

Сообщение от Nalik Но этот вариант мне не нравится, мб подскажите что нибудь по моему вопросу?

Можно попробовать погуглить облачные БД.

1

Сообщение от insite2012 посмотрите прикрепленный архив, может что-то для себя возьмете.

Я его еще в прошлый раз скачал из другой темы, вы мне скидывали))
Полезный проектик, опираюсь на него, правда досканально не изучал) Он вроде данные хранит только локально)

Добавлено через 1 минуту

Сообщение от aquaMakc Можно попробовать погуглить облачные БД.

Действительно, спасибо Умение правильно сформулировать вопрос это хорошо, погуглю))

0

Сообщение от Nalik Он вроде данные хранит только локально)

Да, но это вполне естественно, проект делался для себя, и доверять свои пароли даже самому защищенному серверу я бы не рискнул.

0

Облачные БД не решение. Их надо уметь настраивать, как и хостинг и всё прочее. Отдельно от этого облачные хранилища типа яндекс диска, Google Drive или Dropbox. Там предоставляется синхронизируемый диск,понятный пользователю.

0

Сообщение от Rius типа яндекс диска, Google Drive или Dropbox. Там предоставляется синхронизируемый диск,понятный пользователю.

они подходят, разве-что в качестве ресурса для хранения бэкапа БД. Но не для активного использования онлайн.

0

Да, так их и использует KeePass. С онлайном проблема. Либо вы доверяете кому-то хранение ваших данных, кто решает проблему за вас. Либо сами обладаете специальными знаниями для её решения.

0

Сообщение от Rius Да, так их и использует KeePass.

На каждого пользователя создавать тот-же яндекс.диск смысла нет. Следовательно ресурс должен быть один общий. Здесь я вижу проблемы не только с организацией файлов на нём, но и с их безопасностью - как минимум нужно шифрование.

0

А что если сверять время изменения локального файла БД и время изменения БД на хостинге и где время позже - то и считать более актуальным. А заносить данные в БД с очисткой всех предыдущих Фиговая идея, но если её продумать.. Что нибудь с привязкой ко времени..

Добавлено через 3 минуты

Сообщение от aquaMakc Здесь я вижу проблемы не только с организацией файлов на нём, но и с их безопасностью - как минимум нужно шифрование.

С организацией если честно вообще ни каких проблем не вижу, создается папка с логином пользователя и все. На счёт безопасности, да.. данные конечно в любом случае передаются шифрованные и хранятся шифрованные. Другое дело, что нужно как-то будет ограничивать для них прямой доступ другим пользователям (чтобы нельзя было скачать по прямой ссылке) и разрешать лишь настоящему владельцу. Ну тут может поможет генерация временных ссылок.. и какие нибудь настройки в htaccess

0

Сообщение от Nalik А что если сверять время изменения локального файла БД

время файла - очень ненадёжный источник данных. Самый простой способ точно знать время создания/редактирования файла - указывать его в имени файла типа filename_20160922.dbf

Добавлено через 6 минут
Nalik, на самом деле, если ты делаешь продукт не для массового или тем более коммерческого использования - предоставь пользователю возможность самому выбирать где хранить бэкапы. Не решай за него.
Лично я бы точно не стал пользоваться софтом хранения паролей, который их выкладывает на какой-нибудь яндекс.диск, оформленный на электронку автора.
Если ты хочешь зарабатывать на этом деньги - делай по взрослому с сервером хранения или сервером БД. Поднимай IIS, MySQL и прочее сам или плати поставщикам виртуальных IT услуг.

1

Сообщение от aquaMakc На каждого пользователя создавать тот-же яндекс.диск смысла нет. Следовательно ресурс должен быть один общий.

Пользователи яндекс-почты уже имеют свой яндекс-диск. У майл-ру аналогично, и у google.
Проблема общего ресурса - если с него утекает, так утекает всё сразу.

0

Сообщение от Rius Пользователи яндекс-почты уже имеют свой яндекс-диск. У майл-ру аналогично, и у google. Проблема общего ресурса - если с него утекает, так утекает всё сразу.

Программа одна, пользователей много. У одно это яндекс, у другого дропбокс, у третьего вообще ничего нет, даже электронной почты.
Если уж встраивать облачный бэкап он должен существовать гарантированно и быть унифицированным.

Добавлено через 1 минуту
Или, как я ранее сказал - дать пользователю самому решать как и где хранить бэкапы.

0

Не путайте. У одного одно, и другого другое. У всех них на личном ПК локальный синхронизируемый каталог, как минимум.
Разнообразие решается выносом этой функции в плагины, чтобы пользователь мог выбрать себе подходящий, или добавить его позже, не меняя основную функциональность.
У тоже же keepass эти плагины под разные виды облачных и не очень сервисов имеются: http://keepass.info/plugins.html

0