vehsamrak / counter-card-client Goto Github PK

Необходимо проработать и описать информацию на странице справочного раздела.
Должны быть освещены разделы:

• Описание функциональности
• Зачем нужна электронная карточка
• Если вы нашли ошибку

Письма должны отправляться только от активированных юзеров. Для неактивированных - записываться и помечаться неотправленными

На странице справки должна появиться форма обратной связи

Номер дома должен отображаться на карточке сверху

После логина должен происходить запрос текущего юзера: GET /api/user, с последующей записью его в local storage

CI

CI + CD

• GET /user - получение данных текущего юзера

Сохраненные но неотправленные письма от неактивированных юзеров должны отправляться командой

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

Нужен сериализатор, приводящий Entity в массивы для формирования json.

• подключить Serializer
• сериализация User
• сериализация Card

Нужно логировать состояние приложения.

• регистрация
• логин
• отправка карточки

Нужно выделить токены в отдельную сущность со связью manyToOne к юзеру, для того чтобы была возможность получать несколько токенов для разных устройств.

Метод апи для получения объекта юзера и его параметров после ввода email и пароля.

• Генерация нового токена
• Запись токена в базу
• Возвращение нового токена

После логина должно корректно отображаться имя юзера и номер его квартиры

Бэкенд должен уметь обрабатывать как POST-параметры так и json-строку с параметрами во всех контроллерах

При коммите в любую ветку должен запускаться анализ кода в scrutinizer

• контроллер на бэкэнде для приема данных
• проверка входных данных
• формирование письма с результатами для отправки в УК
• отправка письма на тестовый девелоперский адрес
• поменять URL на фронтенде в CardComponent

Вместо этого смотреть последнюю из всех: GET /cards

Юзер после регистрации должен быть неактивированным.

На продакшен окружении исключения не должны содержать тела

Новую карточку можно создать (и отправить) только если предыдущая не была создана за последние 19 дней.

API метод проверки когда были отправлены показатели в последний раз

После переключении страниц роутером ангуляра некорректно отображаются инпут поля material design.

Документация по всем методам должна автоматически генерироваться и быть доступной по
/api/documentation

Для защиты от множественной регистрации нужно при регистрации проверять были ли регистрации с данного IP больше чем 3 раза, а после записывать IP юзера в базу.

POST /feedback

Возможность логина не только по email но и по номеру квартиры

Метод api отдающий историю отправленных показаний

CardComponent.getDaysToDeadline() должен рассчитывать корректную дату относительно текущей и дедлайна 20-го числа каждого месяца

• Форма отправки отображается только если прошло 19 дней с момента последней отправки
• Если форма не отображается, вместо нее должен отображаться текст с пояснением
• После отправки формы появляется текст с пояснением

Весь проект включая сервер и клиент должен собираться по docker-compose up как для локальной разработки, так и для деплоя

Нужно склонять слово "день" во фразе об оставшемся количестве дней до дедлайна на /card

При отсутствии карточек у юзера вместо таблицы истории показаний должно отображаться сообщение

• метод регистрации должен работать не больше десяти раз в день с одного ip