|
|
| Line 4: |
Line 4: |
| | | | |
| | * Вот [http://rm.medialooks.com/distributives/show/19 тут] если нажимаем Save и уходим из этой вьюхи, продукт не должен пропадать из [http://rm.medialooks.com/distributives вот этого списка]. | | * Вот [http://rm.medialooks.com/distributives/show/19 тут] если нажимаем Save и уходим из этой вьюхи, продукт не должен пропадать из [http://rm.medialooks.com/distributives вот этого списка]. |
| − |
| |
| − | * Можно ли вот [http://rm.medialooks.com/product/subscribers/4 тут] сделать так чтобы при нажатии на "delete" не перегружалась страница?
| |
| | | | |
| | * Убирать кавычки при добавлении emails в subscribers. | | * Убирать кавычки при добавлении emails в subscribers. |
| Line 14: |
Line 12: |
| | | | |
| | Необходимо переделать вьюху "customer" таким образом, чтобы основным идентификатором клиента было не название компании, а тег. | | Необходимо переделать вьюху "customer" таким образом, чтобы основным идентификатором клиента было не название компании, а тег. |
| − |
| |
| − | ===Contact as System Item===
| |
| − |
| |
| − | Необходимо реализовать контакты как самостоятельную сущность.
| |
| − |
| |
| − | Контакт представляет из себя имя (текстовое поле например "Andrew Okunev) и ассоциированный c ним набор полей:
| |
| − |
| |
| − | * email (любое количество)
| |
| − | * skype (любое количество)
| |
| − | * телефон (любое количество)
| |
| − |
| |
| − | Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:
| |
| − |
| |
| − | * Когда добавлен в систему
| |
| − | * С какими компаниями (Customers) ассоциирован.
| |
| − | * С какими лицензиями ассоциирован.
| |
| − | * На какие подписки подписан.
| |
| − |
| |
| − | Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.
| |
| − |
| |
| − | Примечания:
| |
| − |
| |
| − | * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.
| |
| − |
| |
| − | * Если у контакта больше одного email, то любой из них может использоваться для авторизации.
| |
| − |
| |
| − | * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.
| |
| | | | |
| | ===Licenses Import=== | | ===Licenses Import=== |
| Line 53: |
Line 24: |
| | * Контакты, которых нужно подписать на Updates (каким символом чем лучше разделить если таковых несколько?) | | * Контакты, которых нужно подписать на Updates (каким символом чем лучше разделить если таковых несколько?) |
| | * Контакты, которых нужно подписать на LicenseExpired. | | * Контакты, которых нужно подписать на LicenseExpired. |
| − |
| |
| − | ===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". Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).
| |
Необходимо переделать вьюху "customer" таким образом, чтобы основным идентификатором клиента было не название компании, а тег.
