2015-04-25 1 views
3

Я работаю над веб-приложением (интерфейс с формами и т. Д. - Server - db). Я использую AngularJS, NodeJS и MongoDB. Приложение находится в сети, но я до сих пор не предлагаю демо для пользователей. Я бы предложил им логин и пароль («demo», «demo») или просто кнопку «Demo» для доступа к демоверсии. В публичном интерфейсе есть краткая презентация, контактная форма и т. Д.Как предложить демоверсию веб-приложений с данными пользователю?

Существует много внутренних интерфейсов. Как только зарегистрированный пользователь аутентифицирован, он перенаправляется на интерфейс в соответствии с его ролью. Поэтому я бы предложил кнопку или список ролей для выбора (интерфейсы в зависимости от роли пользователя). Пользователь выбирает ту роль, которую он хочет видеть, и открывает демо.

Итак, как организовать эту демонстрационную версию технически? зная, что пользователи, подключающиеся к демоверсии, могут не иметь одинаковых данных! Должен ли я создать пустую базу данных с той же структурой, что и «реальная», и уничтожить ее после выхода пользователя из системы? В этом случае, как узнать, находится ли пользователь в автономном режиме? должен ли я создать пакет, который удаляет db ночью? Или я использую тот же bd, но с разными пользователями? но как обращаться с ним в интерфейсе, если у меня есть пользователь: «демо», «демонстрация» или перенаправление кнопки на демо?

Как работают приложения в Интернете?

ответ

1

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

Я мало знаю о вашем заявлении, поэтому используйте свое мнение здесь.

1

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

Можно использовать печенье или LocalStorage для отслеживания пользователей, если они снова войти в

Затем очистить ваш дб с задачей хрон раз в то время

+0

Вы предлагаете мне создать пользователя на производстве db и очистить его в процессе cron? ОК. Я могу создать клиент (с демо-типом) на таблице клиентов для демонстраций (например). Это идея ... – slim

+0

Но если я сохраняю информацию пользователя в cookie, зачем создавать cron для очистки этого пользователя в базе данных? – slim

+0

Просто благодаря этому, не зная много о вашем приложении или демо-трафике – charlietfl

Смежные вопросы