Предложения по порталу
-
@dewolf said in Предложения по порталу:
В контроле программ переместить QT - Screen Uploader в доверенную группу.
почему-то маленький скриншот у меня загрузился без проблем.
-
-
-
@dzmitry в пункт "Логи продукта" указывается ссылка на логи продукта(архив с трассировками или дампами). Для скриншотов есть http://img.qainfo.ru/ там есть http://img.qainfo.ru/distr/img.zip.
Ссылки с этого хостинга вставляются в тело сообщения. Быстро и удобно.
-
-
-
@angeldragon said in Предложения по порталу:
добавили ссылку на дамп сервер: http://dump.qainfo.ru/,
Что за дамп сервер? Там ошибка.
-
Было бы здорово, если в шапке : "Форум, участники, Файловый сервис" добавили ссылку на дамп сервер: http://dump.qainfo.ru/, анализатор трассировок http://traces.qainfo.ru/ , баг трекер bug.kaspersky.com/, парсер: https://www.getsysteminfo.com/ , ссылка на гайд по тестированию: https://bug.kaspersky.com/projects/a0000000002/wiki/RUS_kb
Хостинг картинок: http://img.qainfo.ru/. И для домена qainfo.ru сделать одну единую авторизацию.
-
-
@sputnikk said in Предложения по порталу:
@ilya-zadonsky said in Предложения по порталу:
у меня всё в порядке, уже 2 день не перелогинивался.
приходится вводить пароль при каждом перезапуске браузера
Тоже самое
-
@ilya-zadonsky said in Предложения по порталу:
у меня всё в порядке, уже 2 день не перелогинивался.
Прошло 2 года, а мне приходится вводить пароль при каждом перезапуске браузера
-
1. Были обсуждения на эту тему, но я против такого, зачем объединять мухи и котлеты и все остальное. Согласен, чтобы для сервисов бета-тестирования была отдельная авторизация, для продуктов отдельная, а для фан-клуба своя.
-
Приветствую,
1) Уточните пожалуйста, планируете ли для все ресурсов Лаборатории Касперского в том числе фан-клуба использовать универсальную авторизацию (например как Microsoft Auth), а то с появление нового ресурса необходимо заново регистрироваться и сохранять пароли и т.п. в этом плане у Microsoft и Google и т.п. удобно разработано.
2)Почему бы не использовать международний ресурс uservoice.com для улучшений продуктов Лаборатории Касперского, который известен многим пользователям по всему миру. Например, https://office365.uservoice.com/ , присутствуют и антивирусные компании, которые не хотелось бы тут указывать.
-
-
-
-
-
Нужно поправить ссылку на Bug-трекер на https://bug.kaspersky.com/ в левом нижем углу сайта. https://eap.kaspersky.com/
-
Пожелания по порталу:
Изменить цвет статуса "В работе" на зеленый, синий и т.п., чтобы он не сливался с фоном сайта, как сейчас.
Обновить копирайты: © 1997–2018 АО «Лаборатория Касперского» , сейчас 2019 год
-
Как было написано выше @7Glasses данный форум в синхронизирован с баг трекером. Возможно YouTrack удобнее, я с ним не работал, однако понимаю что это коммерческий продукт, который дорабатывается людьми для которых важно сделать хороший продукт, для конечной цели, продажи. Следовательно для использования данного баг трекера требуется бюджет. На другой стороне весов Redmine, который бесплатен, вполне гибок и мы с ним работаем не первый год (5 лет) и можем дорабатывать под свои нужды.
Однако про удобство стоит добавить. Удобство это сугубо субъективный фактор, в своё время я щупал таких монстров как Bugzilla и Jira, имею опыт работы с TFS от Microsoft, все они и в том числе Redmine с YouTrack, преследуют одну цель, структуризация "задач" или "проблем" если хотите. Каждый из этих продуктов имеет свои достоинства и недостатки. На первый взгляд тот же YouTrack выглядит нагромождением строчек без структуры, а с Bugzilla вообще без пол литра не разобраться. Мы выбрали тот инструмент который нам понятен и который нам проще обслуживать, это почти так же как с языком программирования или с машинами, можно писать\ездить на чём угодно, но нужно понимать, что в долгосрочной перспективе некоторые языки такие как php и некоторый машины, как Жигули, будут проще в обслуживании. С баг трекером ситуация схожа.
Возвращаясь к нашим реалиям, наша система баг трекенга построена на 3 слонах системах, которые мы связали между собой.
1) Форум.
2) Баг трекер.
3) Внутренний баг трекер.
Все они синхронизуются между собой и в случае изменения данных в одной среде они отразятся на остальных. Понятно, что это не относится ко всем данным, так как рабочие процессы нам попросту нет нужды выносить на внешний баг трекер.
