Кто нибудь может подсказать, что в России является персональными данными? Есть какой то документ, который со 100% уверенностью трактует это понятие и содержимое этих самых «персональных данных»? Как мне кажется ни одно из ведомств нашего государства пока что не хочет брать на себя ответственность заявляеть что ПД это *однозначная формулировка1* и *однозначная формулировка2*
Все описанные команды REST API универсальны для любого ПО которое работает с Elasticsearch. На последнем примере мы ссылаемся на те данные что есть у нас, использовав примеры можно посмотреть что есть у вас в движке.
А ещё можно зайти на https://demo.elastic.co вбить там в консоли:
Очень классный материал, спасибо!
К сожалению не сильно знаком с мат.частью (прошу сразу простить если вопрос тупой) но не было желания скопировать nfc метку банковской карты и использовать например для авторизации (не оплаты) в банкоматах пополнения. Например что бы не вводить все цифры карты руками с экрана?
В одной хорошо знакомой мне компании текучка в ТП очень большая.
Через год 95% сотрудников полностью меняются. У вас есть такая проблема? Как вы у себя боретесь с рутиной и т.д?
Есть костяк команды, работающий годами, или тоже текучка?
и второй вопрос:
Как определяется важность инцидента? Работаете по ITIL?
Как вы считаете — может ли компания гарантировать «время решения инцидента» — именно решения и включать его в публичный SLA?
Ведь есть проблемы — сложность которых трудно понять на первоначальном этапе, и нельзя сказать что конкретная проблема решиться за «X Дней». Может быть она решится за месяц или не решится никогда?
Как быть в этом случае?
Эти примеры конечно очень красивые и интересные. Но хочется понять за счёт каких конкретных шагов достигается например: перешел на инструмент учета клиентских заявок с более простым интерфейсом.
т.е упрощение интерфейса — ок.
А можно в конкретных цифрах и порядках т.е, например:
было:
кол-во агентов поддержки ХХХ — время на обработку заявки YYY
стало:
кол-во агентов поддержки ZZZ — время на обработку заявки QQQ
Ваша статья больше похожа на рекламу своего сервиса :)
Средний срок выполнения довольно разный. Не забывайте, что общее время жизни заявки также зависит от того, сколько времени она будет открыта на стороне инициатора. Часто бывает что автор заявки:
1. Долго собирает логи.
2. Ушёл в отпуск.
3. После выдачи исправления например пишет «Спасибо. Не закрывайте заявку — в течении недели проверим.» и пропадает.
Не каждый сайт/сервис — об этом задумывается. Это не всегда просто реализовать — самый простой способ — сделать страницу подписки доступной только для определённых пользователей — что бы её нельзя было найти поиском/поисковым роботом.
да, действительно так и есть :) пуши практически везде, и это же хорошо, что можно самостоятельно выбрать самые важные для себя ресурсы и подписаться именно на их пуши. Я вот, например, получаю их немного, и мне удобно. Когда чувствую, что какой-то портал начинает перебарщивать с пушами — отключаю. Дело привычки, настроения… ну и грамотного подбора контента с «той» стороны.
В целом как инструмент — отличный. Особенно когда пушей чётко фиксированное количество и они реально для меня важны.
В нашем случае контент совсем специальный, т.к. пуши не с основного сайта компании, а про техподдержку.
т.е в Ios и Android АОН работает постфактум? если да то это печально.
просто у стандартной звонилки Andorid 6.0 из коробки есть определение номера во время звонка. Обычные разработчики могут получить к этой фиче доступ?
пользовался одной из первых версию АОНа от 2GIS для android и замечал что ранее номер определялся в звонилке после звонка, а не во время звонка.
Сейчас это так?
А ещё можно зайти на https://demo.elastic.co вбить там в консоли:
_cat/health?v
и увидеть результат.
К сожалению не сильно знаком с мат.частью (прошу сразу простить если вопрос тупой) но не было желания скопировать nfc метку банковской карты и использовать например для авторизации (не оплаты) в банкоматах пополнения. Например что бы не вводить все цифры карты руками с экрана?
Через год 95% сотрудников полностью меняются. У вас есть такая проблема? Как вы у себя боретесь с рутиной и т.д?
Есть костяк команды, работающий годами, или тоже текучка?
и второй вопрос:
Как определяется важность инцидента? Работаете по ITIL?
7 полей надо заполнить…
серьёзно?
вот это вы лихо!
На самом деле я бы не сильно доверял профилям в социальных сетях — и таким параметрам как отношение к алкоголю и кол-ву скобочек…
Ведь есть проблемы — сложность которых трудно понять на первоначальном этапе, и нельзя сказать что конкретная проблема решиться за «X Дней». Может быть она решится за месяц или не решится никогда?
Как быть в этом случае?
перешел на инструмент учета клиентских заявок с более простым интерфейсом.
т.е упрощение интерфейса — ок.
А можно в конкретных цифрах и порядках т.е, например:
было:
кол-во агентов поддержки ХХХ — время на обработку заявки YYY
стало:
кол-во агентов поддержки ZZZ — время на обработку заявки QQQ
Ваша статья больше похожа на рекламу своего сервиса :)
1. Долго собирает логи.
2. Ушёл в отпуск.
3. После выдачи исправления например пишет «Спасибо. Не закрывайте заявку — в течении недели проверим.» и пропадает.
Более подробно о работе поддержки и заявках можно прочитать в нашем блоге.
В целом как инструмент — отличный. Особенно когда пушей чётко фиксированное количество и они реально для меня важны.
В нашем случае контент совсем специальный, т.к. пуши не с основного сайта компании, а про техподдержку.
просто у стандартной звонилки Andorid 6.0 из коробки есть определение номера во время звонка. Обычные разработчики могут получить к этой фиче доступ?
Сейчас это так?