| |
|
|
| | Как можно реализовать заморозку аккаунта на сайте? | |
| |
|
|
| |
|
|
| |
для: mr-vans
(16.04.2012 в 16:47)
| | | Запросто, добавив всего 1 параметр к опциям аккаунта....
Если параметр активен, аккаунт блокируется, в чем сложность...?! | |
| |
|
|
| |
|
|
| |
для: Tamplier
(16.04.2012 в 17:12)
| | | 1. Есть сайт
2. Есть на нем регистрация
3. Имеются 2 категории пользователей, которые делятся на обычные и ПРО
Про покупается за деньги. То есть можно приобрести 1,2,3 недели, 1месяц
то есть когда проводится оплата я меняю у пользователя статус
и вписываю в поле дата истечения аккаунта, дату согласно выбранному тарифу.
А как можно реализовать заморозку аккаунта?
"Заморозка аккаунта" - есть возможность просматривать страницы, но нет возможности пользоваться целой системой.
Заранее благодарю всех за предоставленные идеи! | |
| |
|
|
| |
|
|
| |
для: mr-vans
(16.04.2012 в 17:22)
| | | вариантов решения задачи много
я так понимаю вам нужно приостановить действие аккаунта ПРО и предоставить пользователю обычный доступ с правом в последствии возобновить ПРО аккаунт на количество неиспользованных дней.
по хорошему надо устанавливать дату не только окончания действия ПРО статуса, но и начала
эту систему нужно разрабатывать как единое целое, а не "прикручивать" дополнительный функционал | |
| |
|
|
| |
|
|
| |
для: Valick
(16.04.2012 в 17:49)
| | | Я и делаю единое целое
У меня была идея такая
ставить с статус например в заморозке
и кроном 1 раз в день запускать скрипт который продлевает срок действия ПРО | |
| |
|
|
| |
|
|
| |
для: mr-vans
(16.04.2012 в 17:56)
| | | крон тут не нужен, тут все гораздо проще
вечером продолжим | |
| |
|
|
| |
|
|
| |
для: Valick
(16.04.2012 в 18:04)
| | | Спасибо заранее.
С нетерпением жду вас.
Интересно что вы думаете на этот счет.
Я как бы тоже не хочу задействовать крон. Но даже схемы БД на бумаге пока не дали хороших идей. | |
| |
|
|
| |
|
|
| |
для: mr-vans
(17.04.2012 в 03:36)
| | | В БД три поля: дата окончания действия аккаунта ПРО, дата начала заморозки и флаг заморозки. При заморозке флаг взводим, дату начала заморозки ставим текущую. При разморозке вычисляем разницу между текущей датой и датой начала заморозки, результат прибавляем к дате окончания действия аккаунта ПРО; ну и флаг снимаем.
Это как вариант. | |
| |
|
|
| |
|
|
| |
для: Киналь
(17.04.2012 в 09:02)
| | | ну да, это первое что пришло в голову, но сейчас думаю, что в таких системах нужна статистика,
поэтому надо хранить полную информацию о смене тарифа для пользователя
сейчас думаю как это лучше провернуть | |
| |
|
|
| |
|
|
| |
для: Valick
(17.04.2012 в 09:35)
| | | Приходит в голову только отдельная таблица. Что-то вроде
id_юзера | дата_начала_заморозки | дата_окончания_заморозки | |
| |
|
|
| |
|
|
| |
для: Киналь
(17.04.2012 в 09:46)
| | | дата окончания заморозки не всегда может быть определена,
хотя это зависит от условия соглашения с пользователем
но скорее всего действительно придется использовать две таблицы
и в случае если дата не определена, надо хранить количество оставшихся дней | |
| |
|
|
