devclusterru / usa-ldapface Goto Github PK

Поля:
id , user_id , amount, cre,up, del

Структура:
Id -- name -- login -- passwd

Структура алиасов:
id -- server_id -- ip

Например, сервер №1:
Name: Server1
Login: someLogin
Passwd: somePasswd

Алиасы:
1: server_id : 1; ip: 192.168.0.1
2: server_id : 1; ip: 192.168.0.2
3" server_id : 1; ip: 192.168.0.3

Т.е. сервер №1 имеет 3 фактических сервера, с одинаковыми данными

• Заголовок "Пополнить баланс счета"
• Поле "Сумма пополнения"
• Кнопка пополнить баланс

При нажатии на кнопку формируется запись в invoices:

invoice_num | user_id | status

• | айди_юзера (из сессии) | new

В профиле нижняя таблица чекбоксы через аякс.

Обе карточки сделать прячущимися, как в пользователе

Отправлять ссылки на почту Пользователей переходя по которым они будут попадать в свой кабинет

1. Запрос на сброс пароля пользовтаеля
2. Запрос на создание компании
3. Запрос на создание группы
4. Запрос на привязку пользователя к группе

При каждом вдохе директора на сайт (авторизация) пересчитать дебет и кредит и актуальный баланс выводить в верхней правой части сайта.
У нас там сейчас захаркожено 10 000

Будет выводиться только директору.
В хедере.

Метод можно разместить в контроллере Users

1. Считаем сумму всего кредита
2. Считаем сумму всего дебета
3. Вычитаем из дебета кредит
4. Записываем полученное значение в таблицу баланса

Изменение структуры серверов

(Страница с выбором, описанием и выпиской счета.)
Список услуг по образу и подобию доменов.
Поля в базе данных: id(int), name(varchar), date_to(таймштамп), coast(int),
остальные поля как у домаенов( креатед, делитет, абдейтед). По русски они будут называться: наименование услуги, услуга действительна до, стоимость.

Меняем на "URLs: перечислите через запятую"

Сервера >2 разрешить , <3 запретить
Профиль всем разрешить,
(но 3ья таблица >1 разрешить , <2 запретить) -часть 2
Пользователи >1 разрешить , <2 запретить
(потом разделить) - часть 2
Роли >3 разрешить , <4 запретить
Оплата >3 разрешить , <4 запретить
Услуги >2 разрешить , <3 запретить
Компании >3 разрешить , <4 запретить

В ней поля следующие: id, iser_id, service_id. На Вью эту таблицу выводить не надо. Только создать миграцию.

Упор делаем на личный кабинет супервизора (директора) - при первом входе проверяем, если он не выбрал тарифный план - делаем ему алерт об этом. Далее он в своем ЛК видит тарифные планы и цены. При клике по плану видит подробности. Если он выбрал план - появляется кнопка "Оплатить", по нажатии формируется счет и отправляется ему на почту.

Список серверов, по клику выпадают алиасы. Возможность отредактировать как сам сервер, так и алиасы
id -- domain -- ip --login --password

Смотреть начало в часть 1.

Доделать разрешение пользователей на вкладках:

"Пользователи" уточнить -компания

"Профиль" : третью таблицу во вью

1 разрешить, <2 запретить

Баланс только у супервайзера?

id, name, inn, kpp

Наименование компании, ИНН,КПП

Одинаковые ли креды на алиасах

Директор не может вбить другие цифры

Если ничего не ввожу, просто тыкаю то запрос проходит с нулем

Добавить в миграцию поле
Привести к типовому виду

В целях экономии места на экране

Добавление и удаление таблиц.

id -- invoice_kind -- invoice_num -- user_id -- status

Здесь будут лежать выставленные инвойсы. По умолчанию статус new, после успешной оплаты - paid

Факт оплаты инвойса - автоматом, не заморачиваемся с этим. От нас только обработка статуса - если оплаты нет, при входе в ЛК супервизор постоянно получает пинок

В режим зуммирования может войти только администратор и суперадминистратор

Привести вьюшку к типовому виду

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

• проверка на двойное зумирование

Вопрос

Когда юзеры созданы, можно разослать им приглашения. Они падают сейчас им на почту. В базе нужно создать для этого таблицу:
invites
Поля: id, user_id, hash(строка)

Когда клиент заходит по этой ссылке, мы смотрим в базе юзера с таким user_id

Ссылка одноразовая, он зашел - ссылка сбросилась.

Пример роута по этой ссылке: http://SITE.ru/invite=6kjhbkjlknl4kn5l4k5n6l4k5n6

Будет разбиваться на другие задания.

id, company_id, user_id

Видят только админ и супер админ.

Сделать миграцию
id | user_id | event | created_at | updated_at | deleted_at

Сделать модель

Сделать общий метод (в BaseController) логирования

Подключить метод логирования ко всем важным событиям (список будем расширять)

При нахождении бага создаем карточку и делаем ее.
Смотрим кому ближе задания (баги)будут по знаниям.

Стратегии:

1. Суперадмин создает сервер, админа, директора.
2. Администратор создает директора , зуммируется в него, выходит из зумирования.
3. Директор создает работника , вносит деньги ,мы подтверждаем факт оплаты, у директора появляется сумма в верхнем правом углу.
   Протестировать как полную так и частичную оплату по счету.

Регистрация на сайте отсутствует. Директоров и Пользователей создает админ, пользователей также создает Директор.

При входе на сайт человек видит только авторизацию (логин - пароль)

Если человек вошел по ссылке-приглашению, он не видит обычную авторизацию, а видит предложение сброса пароля (поля введите пароль, подтвердите пароль)

Часть личного кабинета.

Под кнопкой "Выход" добавляется пункт "Выход из зуммирования" - при нажатии на него пользователь возвразается в свой аккаунт