RM Updates: April 7, 2008
From AVObjects Knowledge Base
(Difference between revisions)
| (5 intermediate revisions by one user not shown) | |||
| Line 1: | Line 1: | ||
* [[RM Updates]] | * [[RM Updates]] | ||
| + | |||
| + | ==Bug Reports== | ||
| + | |||
| + | * При последовательном Save двух релизов и последующем нажатии на кнопку Send Email получаем сообщение "sorry, something went wrong". | ||
| + | |||
| + | * Похоже, что письма переключились в HTML (Content-Type: text/html; charset=utf-8). У меня там текстовые шаблоны, поэтому письма приходят в одну строчку. | ||
==Questions== | ==Questions== | ||
* Вот [http://rm.medialooks.com/customer тут] непонятно какие цифры в "Subscribes (Updates/LicenseExpired)". Должны быть соотв. цифры из числа контактов данного кастомера. Чтобы можно было быстро видеть тех кастомеров, с которыми теряется контакт. | * Вот [http://rm.medialooks.com/customer тут] непонятно какие цифры в "Subscribes (Updates/LicenseExpired)". Должны быть соотв. цифры из числа контактов данного кастомера. Чтобы можно было быстро видеть тех кастомеров, с которыми теряется контакт. | ||
| + | |||
| + | * В нотификациях, кот. приходят [http://rm.medialooks.com/product/subscribers/19 вот этим подписчикам] не работает ссылка Unsubscribe. | ||
| + | |||
| + | * Письма, которые уходят подписчикам (не админу) должны уходить с адреса "MediaLooks" <dev@medialooks.com>. | ||
==Новые задачи по подпискам== | ==Новые задачи по подпискам== | ||
| Line 11: | Line 21: | ||
* Добавить возможность разослать всем подписчикам на данный продукт письмо (на вот эту [http://rm.medialooks.com/product/subscribers/6 вьюху]). Т.е. текстовое поле и кнопочка Send. Через диалог подтверждения (чтобы лишний раз подумать прежде чем слать). | * Добавить возможность разослать всем подписчикам на данный продукт письмо (на вот эту [http://rm.medialooks.com/product/subscribers/6 вьюху]). Т.е. текстовое поле и кнопочка Send. Через диалог подтверждения (чтобы лишний раз подумать прежде чем слать). | ||
| − | == | + | * Необходимо логгировать факт отписки по инциативе пользователя. При добвалении через вьюху "subscribers" выдавать сообщение "This user has previously removed himself from this list. Are you sure he has clearly expressed his wish to re-subscribe?". |
| + | |||
| + | ==Вьюха product/subscribers/== | ||
* На страницах [http://rm.medialooks.com/product/subscribers/9 вида] нужно добавить опции сортировки по '''Subscriber Name''' и '''Email'''. По-умолчанию сортировка по email. | * На страницах [http://rm.medialooks.com/product/subscribers/9 вида] нужно добавить опции сортировки по '''Subscriber Name''' и '''Email'''. По-умолчанию сортировка по email. | ||
* Нужно проверять дубликаты при добавлении контактов. Если email уже подписан на данный продукт, выдавать ошибку "такой-то email уже подписан". | * Нужно проверять дубликаты при добавлении контактов. Если email уже подписан на данный продукт, выдавать ошибку "такой-то email уже подписан". | ||
| + | |||
| + | ==Вьюха product/new_distributive/== | ||
| + | |||
| + | * Добавить ссылочки "Added", "Fixed" рядом с полем для редактирования Release Notes. Кнопочки вставляют в текст. полее соответственно текты "Added:" и "Fixed:". | ||
==Новая вьюха== | ==Новая вьюха== | ||
| Line 21: | Line 37: | ||
* Список лицензий на данный продукт. Выводить все поля лицензии, включая все данные кастомера. Ссылка на эту вьюху будет стоять на главной странице в общем списке продуктов. Там же нужно выводить количество лицензий на данный продукт. | * Список лицензий на данный продукт. Выводить все поля лицензии, включая все данные кастомера. Ссылка на эту вьюху будет стоять на главной странице в общем списке продуктов. Там же нужно выводить количество лицензий на данный продукт. | ||
| − | * | + | ==Редиректные ссылки== |
| + | |||
| + | * [Помнишь, обсуждали давно.] Для каждого продукта должна быть уникальная ссылка [http://rm.medialooks.com/downloads/quicktime_directshow_source.exe вида], которая при запросе редиректится на последний релиз например [http://www.medialooks.com/downloads/quicktime_directshow_source_1.6.2.21.exe вот сюда.] Важно чтобы на компьютере пользователя файл сохранился именно с цифрами текущей версии _1.6.2.21. Т.е. именно так как называн файл текущего релиза. | ||
| + | |||
| + | * При изменении названия продукта нужно менять названия файлов. | ||
| + | |||
| + | ==Модерирование релизов== | ||
| + | |||
| + | В связи с тем что разработчики пишут неакккуратные тексты, нужно разнести публикацию релиза в два этапа: | ||
| + | |||
| + | 1) Разработчик заливает файл, указывает release notes и все остальное. Нажимает кнопку Upload. При этом происходит все то же самое что сейчас (в том числе и обновление ссылки) - но не уходит письмо подписчикам (как тем у кого лицензии, так и тем кто просто подписан). | ||
| + | |||
| + | 2) На главной странице (только у администратора) появляется список релизов, ждущих подтверждения. Помимо названия продукта нужно выводить: содержимое release notes, количество подписчиков через лицензии, количество просто подписчиков, дата последней рассылки писем по этому релизу, ссылочка Edit. Сортировать список нужно сверху вниз по возрастанию даты - т.е. самый новый релиз всегда внизу. По ссылочке Edit переходим на страницу, где можно отредактировать все релизы данного продукта, которые ждут редактирования (т.е. те же что были в списке на пред. странице). У каждого релиза кнопочка Save. У последнего кнопочка "Send Emails" (неактивна до тех пор пока все предшествующие релизы не будут отредактированы). По кнопке "Send Emails" подписчикам рассылаются письма. На этой странице все если можно через AJAX, без перезагрузок. | ||
| + | |||
| + | * В случае частых релизов нежелательно заваливать клиентов письмами. Поэтому один из частых сценариев - это пропускать этап (2) для нескольких релизов подряд. Важно что тогда, когда администратор все-таки нажмет "Send Emails" - в release notes письма должны включиться все release notes тех релизов, которые были пропущены. | ||
__NOTOC__ | __NOTOC__ | ||
Latest revision as of 01:12, 19 April 2008
Bug Reports
- При последовательном Save двух релизов и последующем нажатии на кнопку Send Email получаем сообщение "sorry, something went wrong".
- Похоже, что письма переключились в HTML (Content-Type: text/html; charset=utf-8). У меня там текстовые шаблоны, поэтому письма приходят в одну строчку.
Questions
- Вот тут непонятно какие цифры в "Subscribes (Updates/LicenseExpired)". Должны быть соотв. цифры из числа контактов данного кастомера. Чтобы можно было быстро видеть тех кастомеров, с которыми теряется контакт.
- В нотификациях, кот. приходят вот этим подписчикам не работает ссылка Unsubscribe.
- Письма, которые уходят подписчикам (не админу) должны уходить с адреса "MediaLooks" <dev@medialooks.com>.
Новые задачи по подпискам
- Поставить в BCC всех рассылаемых писем адрес <rm_monitor@medialooks.com>. Это нужно для мониторинга рассылаемых системой писем.
- Добавить возможность разослать всем подписчикам на данный продукт письмо (на вот эту вьюху). Т.е. текстовое поле и кнопочка Send. Через диалог подтверждения (чтобы лишний раз подумать прежде чем слать).
- Необходимо логгировать факт отписки по инциативе пользователя. При добвалении через вьюху "subscribers" выдавать сообщение "This user has previously removed himself from this list. Are you sure he has clearly expressed his wish to re-subscribe?".
Вьюха product/subscribers/
- На страницах вида нужно добавить опции сортировки по Subscriber Name и Email. По-умолчанию сортировка по email.
- Нужно проверять дубликаты при добавлении контактов. Если email уже подписан на данный продукт, выдавать ошибку "такой-то email уже подписан".
Вьюха product/new_distributive/
- Добавить ссылочки "Added", "Fixed" рядом с полем для редактирования Release Notes. Кнопочки вставляют в текст. полее соответственно текты "Added:" и "Fixed:".
Новая вьюха
- Список лицензий на данный продукт. Выводить все поля лицензии, включая все данные кастомера. Ссылка на эту вьюху будет стоять на главной странице в общем списке продуктов. Там же нужно выводить количество лицензий на данный продукт.
Редиректные ссылки
- [Помнишь, обсуждали давно.] Для каждого продукта должна быть уникальная ссылка вида, которая при запросе редиректится на последний релиз например вот сюда. Важно чтобы на компьютере пользователя файл сохранился именно с цифрами текущей версии _1.6.2.21. Т.е. именно так как называн файл текущего релиза.
- При изменении названия продукта нужно менять названия файлов.
Модерирование релизов
В связи с тем что разработчики пишут неакккуратные тексты, нужно разнести публикацию релиза в два этапа:
1) Разработчик заливает файл, указывает release notes и все остальное. Нажимает кнопку Upload. При этом происходит все то же самое что сейчас (в том числе и обновление ссылки) - но не уходит письмо подписчикам (как тем у кого лицензии, так и тем кто просто подписан).
2) На главной странице (только у администратора) появляется список релизов, ждущих подтверждения. Помимо названия продукта нужно выводить: содержимое release notes, количество подписчиков через лицензии, количество просто подписчиков, дата последней рассылки писем по этому релизу, ссылочка Edit. Сортировать список нужно сверху вниз по возрастанию даты - т.е. самый новый релиз всегда внизу. По ссылочке Edit переходим на страницу, где можно отредактировать все релизы данного продукта, которые ждут редактирования (т.е. те же что были в списке на пред. странице). У каждого релиза кнопочка Save. У последнего кнопочка "Send Emails" (неактивна до тех пор пока все предшествующие релизы не будут отредактированы). По кнопке "Send Emails" подписчикам рассылаются письма. На этой странице все если можно через AJAX, без перезагрузок.
- В случае частых релизов нежелательно заваливать клиентов письмами. Поэтому один из частых сценариев - это пропускать этап (2) для нескольких релизов подряд. Важно что тогда, когда администратор все-таки нажмет "Send Emails" - в release notes письма должны включиться все release notes тех релизов, которые были пропущены.
