RM Updates: April 20, 2008

Revision as of 18:01, 13 May 2008

• RM Updates

Tasks

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

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

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

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

Contact as System Item

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

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

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

Примечания:

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

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

Search

Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.

По каким полям искать:

• По контактам.
• По названию клиента.
• По тегу клиента.

Пример. Если в поле поиска ввден запрос:

Andrew A. Okunev <dev@medialooks.com> (MediaLooks)

- то сперва нужно произвести поиск отдельно по "Osman Yel", "dev@medialooks.com" и "MediaLooks". Эти результаты вывести в первую очередь.

Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке "medialooks". Эти результаты вывести во вторую очередь.

Кроме этого, естественно должен работать поиск в том случае если исходный запрос это "dev@medialooks.com" или просто "medialooks".

Universal Uploads

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

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

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

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

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

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

Customer Access

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