RM Updates: April 20, 2008

Revision as of 17:52, 13 May 2008

• RM Updates

Tasks

• Вот тут если нажимаем Save и уходим из этой вьюхи, продукт не должен пропадать из вот этого списка.

• Можно ли вот тут сделать так чтобы при нажатии на "delete" не перегружалась страница?

• Убирать кавычки при добавлении emails в subscribers.

• Договора (?).

• Поиск по email, домену и имену (сразу).

Contact as System Item

Необходимо реализовать контакты как самостоятельную сущность.

Контакт представляет из себя имя (текстовое поле например "Andrew Okunev) и ассоциированный c ним набор полей:

• email (любое количество)
• skype (любое количество)
• телефон (любое количество)

Примечания:

• В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.

• Если у контакта больше одного email, то любой из них может использоваться для авторизации.

Universal Uploads

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

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

Соответственно, необходимо создать две новых вьюхи:

1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.

2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).

В меню каждого юзера должно быть что-то вроде "My Uploads", которая ведет на вьюху (2).

Customer Access

Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - "Customer". Роль "User" нужно переименовать в "Developer". Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).