Что такое смарт-контракт

<Ключ> CHECKSIG

• <Ключ> — инструкция добавить в стек байты, соответствующие открытому ключу;
• CHECKSIG — инструкция, которая выталкивает из стека два последних элемента (подпись и открытый ключ) и проверяет подпись.

// 1. Инициализация
сценарий: <Подпись>
стек: пусто
// 2. Выполняется единственная инструкция отпирающего сценария
сценарий: пусто
стек: <Подпись>
// 3. Начинается запирающий сценарий
сценарий: <Ключ> CHECKSIG
стек: <Подпись>
// 4. Первая инструкция — добавить ключ в стек
сценарий: CHECKSIG
стек: <Подпись> <Ключ>
// 5. Вторая инструкция — проверить подпись
сценарий:
стек: <успех>

IF
// Требует любые 2 из 3 подписей от Алисы, Боба или арбитра.
2 <Ключ Алисы> <Ключ Боба> <Ключ арбитра> 3 CHECKMULTISIG
ELSE
// Проверяет, что со времени поступления средств на адрес депонирования
// прошло 7 дней.
// DROP — инструкция вытолкнуть из стека элемент; здесь она нужна
// для обратной совместимости — CHECKSEQUENCEVERIFY распознается
// не всеми версиями узлов биткойна
<7 дней в секундах> CHECKSEQUENCEVERIFY DROP
// Если предыдущая проверка успешна, то средства может забрать Алиса
<Ключ Алисы> CHECKSIG
ENDIF

// Перевод средств по согласию Алисы и Боба.
// Первый 0 необходим из-за бага в инструкции MULTISIG —
// она берет из стека на один элемент больше чем нужно.
// Последняя единица активирует ветку IF в запирающем сценарии.
0 <Подпись Алисы> <Подпись Боба> 1

// Арбитр согласился с Алисой
0 <Подпись Алисы> <Подпись арбитра> 1

// Арбитр согласился с Бобом
0 <Подпись Бобом> <Подпись арбитра> 1

// Возврат средств по тайм-ауту.
// 0 активирует ветку ELSE в запирающем сценарии.
// Этот сценарий не будет валидным, если тайм-аут еще не прошел.
<Подпись Алисы> 0

Rootstock — «саженец» в блокчейн-среде

Будущее и применение умных контрактов

https://habrahabr.ru/post/330316/

https://habrahabr.ru/post/330302/

Постановка задачи

Форма «Поиск»

• Приложение должно загружать список всех аэропортов мира в компонент типа «Выпадающий список».
• Дать возможность с помощью фильтра выбирать аэропорт, переключать время UTC/LT(местное время)

Форма «Результат»

• Вывод данных в виде таблицы
• Сортировка по времени Прилет\Вылет

Разработка

Awesome

Резюме

Послесловие

https://habrahabr.ru/post/330314/

Машинное обучение и iOS

AR

ML, image processing

NLP, Siri

ApplePay

DND while Driving

Новый iPad Pro

Mac и High Sierra

Колонка HomePod

Инструменты разработчика. Xcode

Редактор

Разработка, тестирование, отладка

AppStore

Все еще впереди

• ARKit (дополненная реальность),
• CoreML (машинное обучение),
• MusicKit (доступ к музыке из сторонних приложеий),
• AirPlay 2 (улучшенный AirPlay)
• новые домены в SiriKit (списки, заметки),
• поддержка Drag and Drop для Айпада,
• сканирование QR-кодов,
• новые возможности для фотоприложений (получение глубинной карты фотографии),
• новые видео- и фото-кодеки...

https://habrahabr.ru/post/330298/

Путь Immersive Computing

Augmented Reality

Virtual Reality / Daydream

Подводя итоги

• Tango – developers.google.com/tango
• Daydream – developers.google.com/vr/daydream/overview

• VR and AR at Google
• What’s new on Tango
• What’s new on Daydream
• Daydream in the classroom: immersive learning
• Designing screen interfaces for VR
• Bringing VR Video apps to Daydream: Making great Daydream experiences with Unity
• Building Virtual Reality on the Web

https://habrahabr.ru/post/330310/

Введение в Contra

• Персонажей игроков
• Пуль игроков
• Врагов и других объектов
• Данных уровня

Тайловая карта

Данные коллизий

Враги

Случайное создание врагов

Враги внутри баз

Статичные враги на базах

Циклические враги на базах

Враги с бонусами

Распознавание коллизий в Contra

Распознавание коллизий

Коллизии «объект-объект»

Коллизии «объект-уровень»

3D-коллизии

Управление игроков

Физика игроков

Состояния игрока

Подробно об управлении

Другие темы

Случайные числа

Структура массивов

Пространство экрана

Скрытое поведение

• Здоровье (HP) промежуточного босса и последнего босса уровня 8 = 55 + (16 * FINISHED) + (16 * GUN)
• HP снарядов промежуточного босса уровня 8 = 2 + FINISHED
• HP стреляющих пастей в стенах уровня 8 = 4 + (2 * FINISHED) + GUN
• HP скорпионов уровня 8 = 2 + FINISHED + GUN
• HP коконов вокруг последнего босса уровня 8 = 24 + (2 * FINISHED) + (2 * GUN)
• HP босса уровня 6 = 64 + (8 * GUN)
• У появляющихся из-под земли красных пушек пауза перед началом стрельбы становится меньше при увеличении FINISHED
• Случайное создание врагов происходит чаще при бОльших значениях FINISHED и GUN, а когда FINISHED равно 0, игра не создаёт врагов прямо перед игроком, а на первом уровне создаёт их только в правой части экрана
• Серые башни в стенах поворачиваются за игроком быстрее и делают меньшие паузы перед стрельбой после стрельбы пулями из оружия с бОльшим значением GUN
• Чем больше GUN, тем больше пуль выпускают стреляющие солдаты
• Чем больше GUN, тем меньше времени перед стрельбой ждут пушки на экранах с боссами уровней 2 и 4, а также сами боссы
• Если GUN равно 3, то промежуточный босс уровня 8 выстреливает три снаряда, и два во всех других случаях
• Скорость падения на игрока скорпионов с потолка в бою с последним боссом увеличивается пропорционально значению GUN

Заключение

https://habrahabr.ru/post/330308/

С вас — идеи монетизации стриминга и реализация на API Яндекс.Денег, с нас — аудитория, реклама и деньги.

Шестой день рождения API переводов мы решили отпраздновать антихакатоном, на котором любой желающий может попробовать свои силы в борьбе за джекпот. Помимо денежного приза в 100 000 рублей мы поделимся с победителем прибылью от переводов через Яндекс.Деньги.

Приглашаем под кат всех индивидуальных разработчиков, предпринимателей и команды стартапов.

Как принять участие: нужно разработать готовое к использованию решение для сбора денег за стриминг в Сети.

Зачем это вообще нужно: количество сервисов с потоковой передачей платного контента стабильно растет, а удобного способа получения денег для них пока нет. По крайней мере такого, который был бы удобен не только владельцу сервиса, но и пользователям.

Насколько свободно творчество: в решении должны быть задействованы платежи через API Яндекс.Денег, все остальное — на ваше усмотрение. Жюри из экспертов компании выберет лучшее решение, а его авторы получат приз в 100 000 рублей и смогут забрать комиссию 0,5 % с каждой операции своего сервиса.

Когда будем подводить итоги: готовые прототипы и ваши анкеты мы принимаем до 1 августа 2017.

API позволяет выполнять следующие задачи:

• запрашивать баланс;

  
  

• просматривать историю операций;

  
  

• переводить деньги между кошельками;

  
  
• пополнять электронный кошелек с банковской карты.

Чтобы вам было проще погрузиться в решение задачи, разберем на примерах популярные сценарии использования API.

#1 Запрос доступа к операциям в кошельке

Перед совершением каких-либо операций с кошельками в Яндекс.Деньгах (например, просмотр истории операций или состояния счета) разработчику нужно получить определенные права.

К слову, авторизация приложений в Яндекс.Деньгах соответствует следующим спецификациям:

• The OAuth 2.0 Authorization Framework
• The OAuth 2.0 Authorization Framework: Bearer Token Usage

Зарегистрируйте приложение и укажите его параметры. В качестве Redirect URI задайте адрес, на который Яндекс.Деньги будут отправлять пользователя после успешной OAuth-авторизации. После этого вы получаете свой уникальный идентификатор client_id.
Теперь можно запрашивать права на проведение необходимых нам действий с кошельками пользователей. Пример запроса авторизации с правом просмотра истории операций кошелька:

POST /oauth/authorize HTTP/1.1
Host: money.yandex.ru
Content-Type: application/x-www-form-urlencoded
Content-Length: 191

client_id=ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ01&response_type=code&redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb&scope=account%2Dinfo%20operation%2Dhistory

По запросу авторизации пользователь перенаправляется на страницу аутентификации, где вводит логин-пароль и может подтвердить или отклонить перечень запрошенных прав:

Интерфейс авторизации.

Результат авторизации возвращается как HTTP 302 Redirect – приложение перенаправит пользователя на адрес Redirect URI, который разработчик указал в параметрах запроса. Значение Redirect URI должно совпадать с настройками приложения, допуская возможность добавить в конце строки какие-либо дополнительные параметры. В адресе перенаправления с успешным результатом авторизации содержится параметр code — временный токен авторизации.

HTTP/1.1 302 Found
Location: https://client.example.com/cb?code=i1WsRn1uB1ehfbb37

Последний шаг – получение токена, для которого назначен определенный набор прав. После этого приложение меняет временный токен на токен авторизации, который разработчик будет использовать для доступа к информации в кошельке:

POST /oauth/token HTTP/1.1
Host: money.yandex.ru
Content-Type: application/x-www-form-urlencoded
Content-Length: 421

code=0DF3343A8D9C7B005B1952D9B933DC56ACB7FED6D3F2590A6FD90EC6391050EDFFCC993D325B41B00F58E5383F37F6831E8F415696E1CF07676EE8D0A3655CDD7C667189DFB69BFDB7116C0329303AB2554290048BAF9B767B4C335BF0E85830AC017AD2F14D97F529893C202D3B2C27A61EE53DC4FB04DAE8E815DE2E3F865F&client_id=ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ01&grant_type=authorization_code&redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb

А вот такой ответ придет при успешном обмене временного токена:

HTTP/1.1 200 OK
Content-Type: application/json
Content-Length: 293
Cache-Control: no-store

{
"access_token":"410012345678901.0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123"
}

Access_token является симметричным секретом, поэтому разработчику приложения стоит предпринять дополнительные меры по его защите: хранить токен в зашифрованном виде, предоставлять доступ только при успешном прохождении владельцем аутентификации.

#2 Просмотр истории операций

Когда токен получен, разработчик может использовать его для авторизованных действий с кошельком. Напомню, что конкретно эта авторизация позволила просматривать историю в кошельке пользователя.

Самый простой пример из области краудфандинга в соцсетях: некое сообщество ВКонтакте, посвященное футболу, — подписчиков много и активность хорошая, но это сделанный на досуге проект, а не цель жизни. Одно время паблик проводил встречи подписчиков и через электронный кошелек администратора собирал на эту и прочие нужды деньги. Для большей прозрачности распределения поступивших денег администратор создал таблицу и подтянул туда данные об истории операций через API. Когда кто-то отправляет в кошелек деньги, то все видят детали операции, отправителя и цель перевода.

Для просмотра данных воспользуемся методом operation-history, позволяющим персонализировать запрос разработчика. На выходе получим, например, последние 10 транзакций, или операции за последние полгода, или только расходные операции. Все зависит от аппетита пользователей, для которых разработчик создает сервис.

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

Пример запроса на получение пяти последних входящих зачислений в кошелек выглядит так:

POST /api/operation-history HTTP/1.1
Host: money.yandex.ru
Authorization: Bearer 410012345678901.7EE34A50588723226C886A475AD1D415471BF687CCC2AFC7664BA12F4EC2BDBA1EB82625E49BC29D114A6C6AF12F87639A877E81A5B77B81F003A9DB4CCEB9BD80C6E70B157C18410E884465276AACBD58C2D7B6022CBDFD0004B80704E82D3F0E4039A29655EFAA44F037D6BF763B0B803329FE8A0E511057173B04341C4317
Content-Type: application/x-www-form-urlencoded

records=5&type=deposition

Вот что на это может ответить сервис Яндекс.Денег:

{
  "next_record": "5",
  "operations": [

    {
      "operation_id": "548936732440013012",
      "title": "Перевод с банковской карты",
      "amount": 1.96,
      "direction": "in",
      "datetime": "2017-05-24T10:25:32Z",
      "label": "123007",
      "status": "success",
      "type": "deposition"
    },

    {
      "pattern_id": "p2p",
      "operation_id": "1097872036856016025",
      "title": "Перевод от 410012345678902",
      "amount": 0.99,
      "direction": "in",
      "datetime": "2017-05-24T10:13:38Z",
      "status": "success",
      "type": "incoming-transfer"
    },

    {
      "operation_id": "548428048231013012",
      "title": "Перевод с банковской карты",
      "amount": 1.96,
      "direction": "in",
      "datetime": "2017-05-18T13:07:28Z",
      "status": "success",
      "type": "deposition"
    },

    {
      "operation_id": "548427906481013012",
      "title": "Перевод с банковской карты",
      "amount": 1.96,
      "direction": "in",
      "datetime": "2017-05-18T13:05:06Z",
      "status": "success",
      "type": "deposition"
    },

    {
      "pattern_id": "p2p",
      "operation_id": "1096319740674326025",
      "title": "Перевод от 410012345678903",
      "amount": 0.01,
      "direction": "in",
      "datetime": "2017-05-15T10:37:50Z",
      "status": "success",
      "type": "incoming-transfer"
    }
  ]
}

Еще один пример сервиса на основе запроса к истории — коллективные закупки на форумах: люди договариваются скинуться и заказать что-то оптом по более низкой цене, а организатор собирает деньги на свой кошелек. Чтобы все видели, сколько участников в закупке и как расходуются деньги, можно использовать один из множества сервисов на базе API Яндекс.Денег. Сборщику достаточно авторизоваться кошельком в одном из таких сервисов.

#3 Проверка баланса

Игровые стримеры часто работают с несколькими мониторами, поэтому команда Яндекс.Денег разработала виджет, в котором можно указать цель сбора денег, необходимую сумму – и отслеживать прогресс. Например, стример хочет купить новую PlayStation 4. Как только в кошельке наберется нужная сумма, Яндекс.Деньги пришлют в виджет уведомление, что пора делать заказ.

Виджет накопления.

Другой пример, когда стриминговому сервису нужен постоянный доступ к балансу — программа лояльности: в личном кабинете стримера, к примеру, можно разместить пиццерийный оффер со скидкой, по которому можно мгновенно заказать пиццу. Но перед этим сервис должен убедиться, что денег на счете достаточно для заказа.

Для просмотра баланса можно воспользоваться методом account-info:

POST /api/account-info HTTP/1.1
Host: money.yandex.ru
Authorization: Bearer 410012345678901.1578E01607EB3899853D2883E47841A195BC561F1F8CF479D593B662AD60B2D146EE49F02D750CB2972E51E0DF10369AE77FD930D82B7563AA0D65FA709A7C31EB59D4FFC1F2E85A14A817BDFB282C5A82FF1B79C65D2AE7B3BAE1C1C7D89CBE80477FF1C51A8F3DD9A032475BE629235949B7A2CA7823AC6AC06DB3176F9B54
Content-Type: application/x-www-form-urlencoded

В ответ сервер вернет следующее:

{
  "account": "410012345678901",
  "balance": 192.45,
  "currency": "643",
  "account_type": "professional",
  "identified": true,
  "account_status": "identified",
  "cards_linked": [
    {
      "type": "MasterCard",
      "id": "4005641800",
      "pan_fragment": "532130******2227"
    }
  ],
  "balance_details": {
    "total": 192.45,
    "available": 192.45,
    "blocked": 1
  }
}

В результате вы получите не только детализированную информацию по балансу, но и сведения о привязанных банковских картах: маскированный номер карты, тип, идентификатор привязанной карты.

#4 Перевод из кошелька

С помощью API можно инициировать не только переводы из кошелька, но и с привязанной карты. Это удобно для мгновенных расчетов с людьми, которые не держат деньги на кошельке и используют его как прослойку, чтобы не светить карту в интернете. При этом за плательщиком по-прежнему остается контроль расходов, ведь даже автоматические списания с привязанной карты нужно авторизовать.

Как это работает:

1. После получения подтверждения от пользователя, API попробует списать из кошелька запрошенную сумму.

   
   

2. Если денег на балансе не хватает, сервис ответит not_enough_funds.

   
   
3. Далее сервис может списать деньги с привязанной к кошельку карты, если пользователь это разрешил. Автоматическое списание с привязанной карты доступно только получателям-юрлицам. Кроме того, списать деньги с карты не получится при переводе между кошельками.

Стримеры могут мотивировать зрителей подписаться на регулярные переводы за публичную благодарность в эфире или соцсетях, подарки или право выбора следующей игры для стрима.

Подписка выглядит следующим образом:

1. Рядом с кнопкой «Поддержать» может стоять галка «Подписаться на ежемесячный платеж в пользу этого стримера».

   
   
2. Когда пользователь нажимает на кнопку «Поддержать», разработчик проверяет условие регулярных платежей и корректирует список запрашиваемых прав в запросе к Яндекс.Деньгам.

Поскольку речь идет об операции в кошельке, нужно запросить разрешение на ее проведение – запрос на предоставление доступа остается практически как в примере №1, но меняется набор прав (scope).

Набор запрашиваемых прав, который позволяет совершить единовременный перевод на сумму 1000 рублей в кошелек 410012345678901, выглядит следующим образом:

payment.to-account("410012345678901").limit(,1000)

Если же отправитель подписался на регулярные платежи, авторизация может иметь следующее значение:

payment.to-account("410012345678901").limit(30,1000)

Где 30 — период времени в сутках, 1000 — общая сумма платежей за период.

Пример запроса на регулярное списание:

POST /oauth/authorize HTTP/1.1
Host: money.yandex.ru
Content-Type: application/x-www-form-urlencoded

client_id=49414287408917F4BC735301F4731878533F409F3BA8EA055D0D441EE002F69B&redirect_uri=http%3A%2F%2Fexample.com%2Fapi%2Fredirect_uri.php&response_type=code&scope=payment.to-account(%22410012345678903%22).limit(30%2C1000)

Отправитель же увидит красивую форму:

После получения токена разработчику нужно выполнить списание через методы request-payment и process-payment:

POST /api/request-payment HTTP/1.1
Host: money.yandex.ru
Content-Type: application/x-www-form-urlencoded
Authorization: Bearer 410012345678901.D2E0917C3E09DE474DD3BF6288DDCB6818D55B6BBC8A9386ABA2A983F3F4666102F9B7A2D370D7079891299907368389F3BA8E2BE04597DCFF4CF02F4E3423896776D1C5CCE30A09B5D2E73874C5FE33CAE19286EAB03D146B46A188939BEC1ADA93F3530ECBFACA2591715F686EDBC9F616A7BF912CF4DC9CFB689473328347

pattern_id=p2p&to=410012345678903&amount=10&comment=Transfer+to+Nuke73&message=Transfer+from+SuperMan

Пример ответа:

{
  "status": "success",
  "request_id": "333235373335343733345f646366303562383436613661306133373130663766343166303137666131336262656637353539655f323537353532373836",
  "recipient_identified": true,
  "multiple_recipients_found": false,
  "recipient_account_type": "professional",
  "recipient_account_status": "identified",
  "contract_amount": 10,
  "money_source": {
    "cards": {
      "allowed": false
    },

    "wallet": {
      "allowed": true
    },

    "card": {
      "allowed": "false"
    }
  }
}

К слову о переводах и комиссиях. В личном кабинете можно выбрать, кто платит комиссию за перевод – за это отвечают параметры amount и amount_due. Если в шаблоне платежа указан параметр amount_due, то именно эта сумма поступит в кошелек стримера (комиссию оплачивает зритель). Если же стример готов взять её на себя, то на входе указывается параметр amount. Таким образом, amount (сумма к переводу) равняется сумме комиссии и amount_due (сумма к получению).

Перевод выполняется после вызова метода process-payment уже без участия пользователя, который один раз при авторизации доступа подтвердил свои намерения. В качестве request_id используется идентификатор из ответа метода request-payment.

POST /api/process-payment HTTP/1.1
Host: money.yandex.ru
Content-Type: application/x-www-form-urlencoded
Authorization: Bearer 410012345678901.D2E0917C3E09DE474DD3BF6288DDCB6818D55B6BBC8A9386ABA2A983F3F4666102F9B7A2D370D7079891299907368389F3BA8E2BE04597DCFF4CF02F4E3423896776D1C5CCE30A09B5D2E73874C5FE33CAE19286EAB03D146B46A188939BEC1ADA93F3530ECBFACA2591715F686EDBC9F616A7BF912CF4DC9CFB689473328347

request_id=333235373335343733345f646366303562383436613661306133373130663766343166303137666131336262656637353539655f323537353532373836

Пример ответа:

{
  "status": "success",
  "payer": "410012345678901",
  "payee": "410012345678903",
  "credit_amount": 9.95,
  "payment_id": "549038975018120011"
}

Отлично – списание с кошелька прошло успешно.

#5 Перевод с банковской карты

Перевод с банковской карты отличается от перевода из кошелька:

• Во-первых, он не требует запроса на авторизацию. Чтобы идентифицировать приложение для оплаты картами, разработчик регистрирует в Яндекс.Деньгах его копию и получает instance_id с помощью одноименного метода;

  
  
• Во-вторых, отправителю где-то нужно указать реквизиты своей банковской карты. Чтобы отображать эту форму, разработчику нужно сформировать платеж на основе стандартизированного шаблона методом request-external-payment, а затем инициировать платежную операцию с помощью process-external-payment.

Если перевод сформировался успешно, метод request-external-payment вернет следующее:

{
  "status": "success",
  "title": "Перевод на счет 410011498692222",
  "contract_amount": 102.04,
  "request_id": "333235373135303437315f36313764393332336462393164373433353264303465346432626262313465353933363763333133",
  "money_source": {
    "payment-card": {}
  }
}

После получения request_id – уникального идентификатора контекста платежа – можно инициировать платежную операцию и перенаправить пользователя на форму Яндекс.Денег. Для этого используется POST-запрос по адресу acs_uri с параметрами acs_params, где плательщику нужно указать данные банковской карты.

Пример запроса:

POST /api/process-external-payment HTTP/1.1
Host: money.yandex.ru
Content-Type: application/x-www-form-urlencoded

request_id=333235373135303437315f36313764393332336462393164373433353264303465346432626262313465353933363763333133&instance_id=hh2CVJWrU9uU7N2hpEh1LvjfyBAby8USyMUEF4DM8AS6w93o53M3xrlGHsMUiWTL&ext_auth_success_uri=http%3A%2F%2Fexample.com%2Fsuccess%2F&ext_auth_fail_uri=http%3A%2F%2Fexample.com%2Ffalse%2F&request_token=false

И ответ:

{
  "status": "ext_auth_required",
  "acs_uri": "https://m.money.yandex.ru/internal/public-api/to-payment-type",
  "acs_params": {
    "cps_context_id": "333235373135303437315f36313764393332336462393164373433353264303465346432626262313465353933363763333133",
    "paymentType": "FC"
  }
}

Карточная форма Яндекс.Денег.

Непосредственное проведение платежа ложится на плечи Яндекс.Денег. После указания реквизитов банковской карты и нажатия на кнопку «Заплатить» пользователь попадет на страницу 3-D Secure своего банка-эмитента и после ввода пароля возвращается к сервису разработчика: если 3-D Secure-аутентификация по банковской карте завершается успешно, он попадет на страницу с подтверждением платежа (ext_auth_success_uri). Если же банк-эмитент отказал в аутентификации, пользователь перенаправляется на страницу с ошибкой (ext_auth_fail_uri).

Адреса перенаправления разработчик может указать при вызове метода process-external-payment.

Когда плательщик переходит на страницу успеха после проверки 3-D Secure, нужно удостовериться что авторизация по банковской карте тоже прошла успешно. Для этого разработчик повторно вызывает process-external-payment с ранее полученным request_id.

Пример ответа:

{
  "status": "success",
}

Обычно авторизация карты происходит в промежутке 10-20 секунд после аутентификации. Если в момент повторного вызова process-external-payment мы не получили состояние авторизации от банка, разработчик об этом обязательно узнает.

Пример подобного ответа:

{
 "status": "in_progress", 
 "next_retry": "5000"
}

Next_retry — рекомендуемое время в миллисекундах, когда следует повторить запрос. Поле присутствует только при статусе in_progress.

Дополнительные возможности: конструктор форм и кнопок

Платежное решение с использованием API требует определенных усилий и сложного технологического взаимодействия. Более простой вариант заключается в использовании готовых настраиваемых форм Яндекс.Денег: в них информация о переводе разбита на параметры и передается методом POST на специальный адрес.

Пример интерфейса формы переводов в кошелек стримера на Яндексе.

Сценарий перевода с использованием кастомизированной формы выглядит так:

1. Отправитель выбирает, как перевести деньги — из электронного кошелька или с банковской карты.

   
   

2. Разработчик формирует строку из набора параметров Яндекс.Денег и передает их методом POST на адрес money.yandex.ru/quickpay/confirm.xml вместе с уникальной меткой платежа (label) для дальнейшей идентификации. Детали операции разработчик хранит в своей базе.

   
   

3. Плательщик переходит на страницу выбора способа оплаты и подтверждения перевода на стороне Яндекс.Денег, а сумма списывается и зачисляется на кошелек стримера. Разумеется, за вычетом комиссии.

   
   

4. Получатель узнает о поступлении средств через HTTP-уведомление, email, SMS, push. Адрес обработчика уведомлений получателю нужно заранее указать в настройках кошелька.

   
   
5. Разработчик анализирует поступившие на адрес обработчика детали и принимает решение о дальнейших действиях. В нашем случае, если входящая сумма удовлетворяла условиям стримера, в его видеопотоке передавалось сообщение подписчика с анимированным сопровождением. Сообщение воспроизводилось с использованием технологии SpeechKit.

В этом сценарии есть один недостаток: для нормальной работы сервиса от стримера требуются лишние манипуляции с настройками HTTP-уведомлений внутри кошелька.

В отличии от API, формы и кнопки позволяют переводить деньги с привязанной банковской карты. Однако комиссия берется только с получателя.

Чтобы не требовать от стримера лишних манипуляций, достаточно научиться смотреть в его историю операций и сопоставлять уникальную метку перевода с данными из базы. Осталось только получить доступ к операциям стримера, для чего в самом начале статьи мы попросили стримера подтвердить доступ к правам account-info и operation-history. Первый метод поможет нам узнать номер кошелька стримера, второй — информацию по операциям.

Вот так выглядит ответ на запрос последних двух операций в кошельке стримера через API методом operation-history (перевод поступил через кастомизированную форму):

{
  "next_record": "2",
  "operations": [
    {
      "operation_id": "549575176734053012",
      "title": "Перевод с банковской карты",
      "amount": 49,
      "direction": "in",
      "datetime": "2017-05-31T19:46:16Z",
      "label": "yadonate#1782",
      "status": "success",
      "type": "deposition"
    },

    {
      "pattern_id": "p2p",
      "operation_id": "1098088627442030025",
      "title": "Перевод от 410011498790000",
      "amount": 9.95,
      "direction": "in",
      "datetime": "2017-05-25T16:18:33Z",
      "label": "testpayment",
      "status": "success",
      "type": "incoming-transfer"
    }
  ]
}

После проверки успешности перевода в кошелек стримера можно творить в видеопотоке любимую вами магию.

В этом посте мы рассмотрели только самые базовые идеи и сценарии использования API для стриминговых сервисов. Если что-то непонятно, смело спрашивайте в комментариях. А если среди читателей есть стримеры или их зрители — поделитесь мнением о том, как сделать донаты удобнее и веселее.

Зарегистрироваться для участия можно на Яндекс.Событиях. Прототипы и анкеты принимаем до 1 августа 2017.

От винта!

https://habrahabr.ru/post/330096/

Никто уже и не помнит, с чего все началось, но интересно куда это все движется.

Пункты ЗА:

Пункты ПРОТИВ:

Я за/против интеллектуальных систем управления потоками данных

	Да, я за, прогресс — это круто
	Да, но хотелось бы оставаться в рамках разумного
	Да, но мне всё равно
	Не думаю, что это хорошая идея
	Нет, я хочу оставаться в тени
	Мне страшно
	Порой мне кажется, что моя кошка за мной наблюдает

Проголосовало 5 человек. Воздержалось 3 человека.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/231111/

https://habrahabr.ru/post/330300/

Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/330100/

Norm

High

Работаем дальше

https://habrahabr.ru/post/330292/

Паттерны и лучшие практики

• Создатели блога Really Good Emails попробовали сделать свою собственную награду по дизайну для лучших писем рассылки.

• Samuel Hulick описывает три принципа хорошего процесса встречи нового пользователя: интегрированный, придающий уверенности и надёжный.

• Плюсы и минусы основных способ организации навигации в мобильных приложениях.
• Памятка по лучшим практикам проектирования мобильных интерфейсов.

• Обновлённый отчёт о качестве страниц товара от Baymard, прошлая версия которого вышла два года назад.
• Важность фотографий товара, наглядно показывающих его габариты. 56% пользователей в их исследованиях сразу же начинали изучать фото на карточке продукта, многие ожидали увидеть размеры.

Дизайн-системы и гайдлайны

• Интересный рассказ Alice Lee о создании нового единого стиля Wordpress, учитывающего многообразие пользователей.
• Meg Robichaud из Shopify продолжает описывает своё видение роли и задач продуктовой иллюстрации. В другой статье она говорит о нюансах работы с командой иллюстраторов в продуктовой команде.

Понимание пользователя

• Jeff Sauro подробно описывает грамотный процесс пользовательских исследований для составления персонажей. Правда, он так же не касается проблемы их дальнейшего использования.

Информационная архитектура, концептуальное проектирование, контент-стратегия

Проектирование и дизайн экранов интерфейса

• Joe Day из Microsoft рассказывает, как использовать Framer на Windows. Речь, к сожалению, не о способе установки самого редактора.

• Michael Spiegel показывает, как с помощью переопределения параметров копии символа можно раскрашивать набор иконок.
• Mirr — ещё один плагин, позволяющий собрать простой интерактивный прототип прямо в Sketch.

• После долгого перерыва разработчики анонсировали обновлённую версию.

• Craft: Возможность создания интерактивных прототипов наконец-то вышла из беты. Связи между экранами создаются в Sketch, дальше всё экспортируется в InVision.
• InVision покупает TrackDuck, сервис для обсуждения макетов командой.

• На Behance можно посмотреть примеры работ, созданных с помощью инструмента.

• Вышло приложение Figma Mirror для Android.
• Достаточно подробный разбор сильных сторон Figma от Tom Johnson.

• Вышла версия 2.2. Можно редактировать текст и объекты прямо во Flinto, так что экспериментировать станет проще.
• Перевод пошаговой инструкции по работе с Behavior Designer.

Пользовательские исследования и тестирование, аналитика

Визуальное программирование и дизайн в браузере

• Коллекция эффектных анимаций раскрытия содержимого папки для файловых хранилищ.
• Коллекция скриптов для анимации прохода через тоннели.
• Шикарная анимация трансформации абстрактных фигур при прокрутке страницы.

• Наглядная пошаговая обучалка CSS Grid от Jonathan Suh.

• Ещё один онлайн-сервис для оптимизации кода SVG.

• Интересная формула для расчёта размера шрифта для чистой адаптивности от Jake Wilson. Размер окна браузера, конечно, пользователи изменяют редко, но такой гибкий подход позволяет заложиться на любые устройства и экраны.

Метрики и ROI

UX-стратегия и менеджмент

• Книга по дизайн-менеджменту на основе серии. В ней будет переработана структура, добавлено много примеров и раскрыты чуть менее масштабные темы, которые не попали в основные 6 частей.
• Инструмент для оценки зрелости вашей компании и рекомендации по дальнейшим шагам. В серии статей вырисовалось что-то вроде собственного метода, попробую формализовать его.

• Jeff Sauro готовит свою модель зрелости UX. Для этого он проанализировал существующие модели, составил опросник на их основе и запустил на сотню компаний. Результаты будут опубликованы позже.

• Drew Bridewell из LinkedIn рассказывает о том, как устроена дизайн-команда в компании.

Продуктовый менеджмент и аналитика

Методологии, процедуры, стандарты

Кейсы

• На удивление толковый непрошенный редизайн Apple Music от Jason Yuan, который пытался устроиться в компанию, но не прошёл отбор.
• InVision собрали концепты мифического продукта Pied Piper из сериала «Кремниевая долина», которые выкладывались на Dribbble.

История

Тренды

• Антон Жиянов пробует описать основные сферы применения машинного обучения, которые имеют отношение к дизайнерам.

• Amazon, eBay и Google Maps удалили свои приложения для Apple Watch. Последние, правда, обещают вернуть когда-нибудь. Отгремела первая волна приложений, во многом сделанных ради фичеринга, так что хайп постепенно откатывается к реальности.

Для общего и профессионального развития

Люди и компании в отрасли

Материалы конференций

https://habrahabr.ru/post/329952/

Это вторая часть моего руководства о том, как самостоятельно администрировать Redmine в долгосрочной перспективе. Первая часть была посвящена управлению собственной версией Redmine с помощью Git (ссылка на перевод).

Имея собственный репозиторий Redmine, пришло время ...

Автоматизировать развертывание

Серьезно. Не пытайтесь развернуть старомодным способом, копируя всё вручную.

Автоматизация развертывания — это однократное вложение, окупающееся сэкономленным временем и усилиями каждый раз, когда нужно (ну, или приходится) обновить Redmine. Цель автоматизации — сделать последующие развертывания максимально легкими. Даже самое незначительное исправление или улучшение может быть выполнено мгновенно, потому что автоматизированная процедура обновления быстра, надежна и может быть запущена одной командой.

Я прошу вас научиться тому, как «профи» (то есть люди, которые зарабатывают на жизнь тем, что разрабатывают и запускают Rails-приложения, развертывают свои системы. И неважно, кто вы — локальный администратор сервера или разработчик Python, которому поручено поддерживать Redmine в организации. За прошедшие годы много умных людей потратили кучу времени на разработку набора инструментов, который после установки одним легким нажатием клавиши сокращает время простоя Rails-приложений до нуля. Такие инструменты существуют, ими просто нужно воспользоваться. И вполне возможно, вы узнаете пару новых фокусов, которые пригодятся вне контекста Redmine.

Capistrano

Capistrano — удаленный многосерверный инструмент автоматизации — идеальный выбор, когда дело доходит до автоматизации развертывания. Он внедрен в Ruby, но не ограничен развертыванием Ruby- или Rails-приложений. С помощью Capistrano реально автоматизировать все действия, производящиеся в SSH. И это можно осуществить на любом количестве серверов параллельно. Как Chef предназначен для развертывания серверов, Capistrano предназначен для развертывания систем, но им гораздо проще пользоваться.

Я привожу очень краткое введение в специфику Redmine, прочитать подробнее можно на capistranorb.com. Readme для этого — хорошая отправная точка.

Установка Capistrano

В ветке Redmine local/x.y-stable создайте файл с именем Gemfile.local. Это позволит удержать любые gems локальными по отношению к частной установке Redmine.

Gemfile.local

group :development do
  # uncomment if you're using modern (and secure!) ed25519 ssh keys
  # gem 'net-ssh', '4.0.0.alpha2'
  gem 'capistrano', '~> 3.4.0'
  gem 'capistrano-rails', require: false
end

После создания этого файла запустите команду bundle install и добавьте/зафиксируйте как файл Gemfile.local, так и появившийся Gemfile.lock.

Теперь запустите команду bundle exec cap install чтобы настроить Capistrano. Это добавит несколько новых файлов: config/deploy.rb и два файла в каталоге config/deploy/, которые соответствуют двум целевым установкам (или "stages" — "стадиям") по умолчанию. Если у вас есть отдельная установка Redmine для тестирования, например, новых плагинов, то это будет ваша "staging target", в то время как живая (рабочая) stage — это производство. Основная идея состоит в том, что всё общее идет в deploy.rb, а отличающееся для разных stage— в соответствующие файлы в каталоге config/deploy. Чаще всего здесь указывается только целевой хост и, возможно, настраивается другая ветвь git или имя пользователя для развертывания.

Базовая установка Capistrano для Redmine

Вот как может выглядеть минимальная конфигурация Capistrano:

config/deploy.rb

# config valid only for current version of Capistrano
lock '3.4.0'

set :application, 'redmine'

set :scm, :git
set :repo_url, 'git@code.yourcompany.com:redmine.git'

# Target directory in the server.
# Should exist and the user account you're using for deployment should
# have write access.
set :deploy_to, '/srv/webapps/redmine'

set :pty, true
set :log_level, :info

# Linked files are expected to exist below /srv/webapps/redmine/shared and will be
# symlinked into the deployed # code. Create them either manually or through an
# automation tool like chef. The reason for doing so is to not keep database
# credentials and server secrets in your git repository.
set :linked_files, fetch(:linked_files, []).push('config/database.yml',
                                                 'config/secrets.yml')

# Directories with contents you want to keep across deployments are declared here. 
# Most important is files where Redmine stores any uploaded files.
set :linked_dirs, fetch(:linked_dirs, []).push('log', 'tmp',
                                               'vendor/bundle', 'files')

# keep the last 5 deployed versions on the server.
# Useful in case you have to revert to an older version.
set :keep_releases, 5

namespace :deploy do

  # Declares a task to be executed once the new code is on the server.
  after :updated, :plugin_assets do
    on roles(:app) do
      within release_path do
        with rails_env: fetch(:rails_env) do
          # Copy over plugin assets
          execute :rake, 'redmine:plugins:assets'
          # Run plugin migrations
          execute :rake, 'redmine:plugins:migrate'
        end
      end
    end
  end

  # This will run after the deployment finished and is used to reload
  # the application. You most probably have to change that depending on
  # your server setup.
  after :published, :restart do
    on roles(:app) do
      sudo "/etc/init.d/unicorn reload redmine"
    end
  end

  # cleans up old versions on the server (keeping the number of releases
  # configured above)
  after :finished, 'deploy:cleanup'
end

Остается только настроить сервер, на который вы собираетесь развертывать, пользователя Capistrano для входа на этот сервер и ветвь для развертывания:

config/deploy/production.rb

set :branch, 'local/3.2-stable'
server 'redmine.yourcompany.com', user: 'deploy', roles: %w{web app db}

Если вы используете одну и ту же машину для тестирования и производства, просто перенесите параметр deploy_to в файлы конфигурации stage, чтобы иметь возможность установить отдельный каталог для каждого stage. Не забудьте добавить и зафиксировать Gemfile.local, Gemfile.lock и конфигурацию Capistrano, которую вы только что настроили. Эти файлы — часть кастомного Redmine и должны быть сохранены вместе с ним в системе управления версиями.

Если вы используете подмодули Git для добавления плагинов или тем для Redmine, обратите внимание на стратегию субмодулей Git для Capistrano, чтобы автоматически разворачивать и их.

Аутентификация

Capistrano использует SSH и полагается на правильно настроенную аутентификацию на основе ключей. Это также очень удобно при использовании какого-либо агента SSH или перенаправления агентов для доступа к репозиторию git через сервер развертывания со своим локальным ключом.

Обязательно прочтите главу «Аутентификация и авторизация» в руководстве по Capistrano.

Запустить!

Теперь, когда всё на месте, пришло время для первого развертывания:

$ bundle exec cap production deploy

Если вы настроили все правильно, эта команда совершит развертывание Redmine за вас. Обычно неудачи случаются из-за проблем с разрешениями или аутентификацией, но в большинстве случаев их легко исправить.

Ссылки

1. Deploying Redmine with Capistrano.
2. Deploy and maintain Redmine the right way.
3. Развертывание и сопровождение Redmine, правильный путь.

https://habrahabr.ru/post/330210/

Цикл For

const MyComponent = props =>
    

        
            

                {item.text}
            
        
    

var _this = this;
 
const MyComponent = props =>
    

        {Array.prototype.map.call(props.items, function (item, index) {
            return 

                {item.text}
            
;
        }, _this)}
    
;

    {Array.prototype.map.call(items, function (value, index) {
        return ;
    }, this)}

    

        
            

                { cell.content }
            
        
    

{
    plugins: [["transform-react-statements", { keyIs: "id" }]]
}

    
        
{ item.value }
    
    
        
{ item.value }
    
    
        
{ item.value }
    

    {Array.prototype.map.call(array, function (item) {
        // key берется из параметров плагина
        return 
{item.value}
;
    }, this)}
    {Array.prototype.map.call(array, function (item) {
        // key - из атрибута 
        return 
{item.value}
;
    }, this)}
    {Array.prototype.map.call(array, function (item) {
        // стандартный для React способ
        return 
{item.value}
;
    }, this)}
;

    { condition &&  }

    
        
 Текст 1 
        
 Текст 2 
    

    { !someCondition && 
 Текст 1 
 }
    { !someCondition && 
 Текст 2 
 }

    
        
            
 Text 1 
        
        
            
 Text 2 
        
        
            
 Text 3 
        
        
            
 Default text 
        
    

       
 text 

props => 
 text 
;

item => 
;

class MyComponent extends React.Component {
    render() {
        return 
            

                {item.text}
            
        
    }
}

class MyComponent extends React.Component {
    render() {
        return 

            
                

                    {item.text}
                
            
        
    }
}

{
    plugins: [["transform-react-statements", { wrapper: '
' }]]
}

{
    plugins: [["transform-react-statements", { wrapper: "no-wrap" }]]
}

{
    plugins: [["transform-react-statements", { disabled: ["If"]}]]
}

{
    plugins: [["transform-react-statements", { rename: { "If": "IfStatement" } }]]
}

https://habrahabr.ru/post/330172/

• Без этого понимания намного сложнее оценивать результаты своих трудов. И намного сложнее адаптироваться к постоянно меняющимся требованиям проекта, в результате которых вам может потребоваться доказывать менеджменту что то, что вы делаете, действительно важно.
  
• К тому же, так вы сможете найти других людей и команды, которые преследуют ту же самую фундаментальную цель. Вы сможете найти поддержку и союзников, важность которых очень сложно переоценить.
  
• Плюс, вы сможете лучше приоритизировать уже имеющиеся проекты.

• Любой сможет справиться с этой задачей, даже человек, который только начал работать в команде, или автоматический процесс. Минуты ручной работы быстро соберутся в часы и даже дни – задача будет запускаться когда вы спите, когда вы едите, и когда вы болеете.
  Автоматизирование маленькой задачи может открыть двери для более масштабной оптимизации.
• Вы можете обнаружить ситуации, о которых вы даже не задумывались до того, как попытались автоматизировать весь процесс.
• Создавая процессы для того, чтобы позднее их автоматизировать, вы существенно улучшите свой навык дизайна процессов.

• Упорядочите ваш собственный мыслительный процесс.
• Удостоверитесь, что похожим проектом не занимается кто-то еще.
• Улучшите свой дизайн, воспользовавшись полезными советами ваших коллег.
• Намного проще найдете коллег, которые согласятся вам помочь.
• Покажете себя активным и ответственным членом команды.

https://habrahabr.ru/post/330296/

Лингвистическая относительность

У каждого языка есть принципы, на которых он основан. Для Erlang — «Let it crash and let someone else deal with it», для Ruby — «less astonishing» и «programmer happiness», в Python такие принципы как «Explicit is better than implicit», сформулированы в «Zen of Python». В то время, как одни взгляды нам близки, а другие мы не принимаем, они формируют не только дизайн языка и архитектуру библиотек и систем, которые разрабатываются на этом языке, но и сообщество разработчиков вокруг этого языка. В своем докладе я рассмотрю какие принципы заложены в Elixir, чем знание этих принципов полезно разработчику, и как они влияют на код, который мы пишем и используем в своей работе.

Трюки с ETS

У меня сложилось впечатление, что в Elixir-сообществе незаслуженно подзабыли про такую штуку как ETS. Про этот мощный инструмент, который предоставляет платформа. Я расскажу несколько хитростей, которые сделают работу с ETS более удобной и как решить некоторые проблемы, которые возникают при работе с ним. Доклад будет интересен в основном новичкам. Но, возможно, и опытные разработчики смогут узнать что-то новое.

Нейронные сети набирают всё большую популярность в ИТ-индустрии, во многом благодаря применению графических сопроцессоров. Существует множество библиотек для реализации нейронных сетей, большинство из которых написано на Python или C. Вместе с тем платформа Erlang OTP позволяет без лишних усилий реализовать отказоустойчивое приложение с высокой степенью распараллеливания вычислений, и, на наш взгляд, идеально подходит для реализации высоко интегрированного решения для обработки потокового видео с помощью нейронных сетей. Также в библиотеке реализован медиа-сервер для приёма потокового видео. Таким образом пользователь может сосредоточиться на конфигурации нейронной сети, не отвлекаясь на технические детали обработки видео.

https://habrahabr.ru/post/330290/

• «Learn to Code» — Простые уроки для полных новичков
• «Challenges» — Различные задачи, уже полноценные проекты
• «Accessories» — Появились только в этой версии, рассматривается работа с внешними устройствами (Sphero, LegoMindstorms, Dash и тд)
• «Starting Points» — Пустые шаблоны для обучения.

• roll — движение с заданной скоростью и с заданым направлением
• wait — пауза заданное количество секунд
• stopRoll — остановка
• onCollision — метод для обработки столкновений

• Lego Mindsorms
• Parrot Education
• Jimu Robot
• Dash
• Skoog

https://habrahabr.ru/post/330288/

• Часть 1
• Часть 2

https://habrahabr.ru/post/330074/

Когда я только начинал инженерную деятельность разработкой пеленгаторов, в головах опытных товарищей, называемых нами, молодыми, за глаза "дедами", бродила мечта о “пеленгаторе на пупке”. “Это — говорили они — такой маленький пеленгатор, который можно носить с собой и пеленговать украдкой. Вот, дескать, нам приходится таскать на себе такие тяжести на крышу и обратно (хотя таскала, конечно, молодежь), а они, молодежь, никак не разработают такую вещь”. Смотря на стоящие на столе огромные железяки, мы считали их немного не в себе.

Со временем техника уменьшалась в размерах, конечно не настолько, чтобы можно было носить за пазухой. Но несколькими годами позднее, познав немного проектирование антенной техники, я уже не относился к этим мечтам старших товарищей, как к бредням.

Затем буря экзистенциального кризиса вынесла меня из уютного офиса прославленной в узких кругах организации в жестокий океан народного хозяйства. Но молодость не отпускает, она въедается в наш мозг и я обнаружил — что бы я ни взялся делать, у меня почти всегда выходил пеленгатор. По крайней мере, так говорят мои товарищи.

Ужасный рок! Но я осмотрелся и увидел, что пеленгаторы могут быть нужны обычным людям. Это давало надежду!

Сначала укажу на интерес сугубо мирных организаций к пеленгаторам (Direction Finders). В организации Bluetooth есть рабочая группа по внедрению возможности определения угла прихода волны в радио-средства Bluetooth стандарта номер 5. Они прорабатывают изменения в физическом уровне, которые позволят строить пеленгаторы источников излучения Bluetooth. Целью разработки, скорее всего, является улучшение позиционирования мобильных устройств пользователя и Bluetooth-радиометок (маяков). Они бывают персональные, которые можно носить с собой или вешать на вещи, и инфраструктурные, которые крепят на стены. Сейчас их в любом случае почти всегда позиционируют по уровню сигнала. Это такие вот штуки (все на свете их уже видели):

И действительно, давайте представим себе будущий мир, напичканный устройствами Интернета Вещей (IoT — Internet of Things). В одной с вами комнате будут излучать несколько десятков IoT-устройств: лампочки, колонки, датчики внешней среды, нательные гаджеты, смартфоны, планшеты, маячки на детях, собачках, котиках, wifi-роутеры, чайники, кофеварки, стиральные машины и другие взрослые игрушки). И хорошо, если вы уже бывали в этом месте и ваш гаджет запомнил соответствие идентификатора устройства конкретной физической вещи. А если вы здесь впервые, а вам обязательно надо приглушить свет или звук вот в этой части комнаты (ужас! неужели это правда будет кто-то делать). И вы ни за что не захотите свайпить длинный список устройств, а захотите просто перевести свое внимание — навести свой гаджет — на нужный предмет и управлять им. Вот тогда будет очень нужно знать, какой идентификатор устройства в фокусе вашего внимания.

(Бред, но хоть что-то! Хоть какой-то смысл в каждодневных усилиях одинокого инженера!)

Сначала я пошел по проторенной дороге — стал делать фазовый пеленгатор. Но вскоре увидел, что это уже сделано. Есть финская фирма Quoppa, как я думаю, осколок от объединения с Microsoft какого-то подразделения Nokia. Они внедряют свои пеленгаторы в системы позиционирования в помещениях. Их штука подвешивается к потолку и показывает вектор в направлении Bluetooth-маяка, которым уже сегодня может быть все что угодно.

Вообще, Nokia была главным застрельщиков в этом вопросе. Вот статья черте-какого года, в которой они рассказывают про пеленгатор Bluetooth на мобильном устройстве. Тогда даже название Интернет Вещей еще было не на слуху.

Осознав, что существующий уровень техники не позволяет мне создать малогабаритный фазовый пеленгатор, я начал пробовать амплитудный. Хотя электроника для нахождения угла прихода волны двигалась вперед. Фирмы Broadcom и Marvel анонсировали чипсеты с поддержкой Bluetooth 5 с функцией пеленгования (AoA — angle of arrival). Но получить доступ даже просто к документации не получилось. А их ребята на конференция бодро рассказывали (про позиционирование Bluetooth 5 устройств сразу смотрите с 12-й минуты 25-й секунды), как скоро пользователи мобильных устройств будут направлять смартфон на Bluetooth устройство и получать информацию. То есть, это получается дополненная реальность в интернете вещей. Концепция!

Так вот, амплитудный пеленгатор. Естественно хотелось сделать что-то маленькое. Обычная направленная антенна не подходит. Размеры ее зависят от направленности, на стандартную частоту 2.4 ГГц ничего хорошего в размерах планшета не получить. Тут всплыло давно забытое старое решение — моноимпульсный амплитудный пеленгатор. В те времена, когда приемники были дорогие и громоздкие, а пеленговать было нужно, инженеры пользовались не "положительной", а “отрицательной” направленностью. Грубо говоря, ловили не на максимум сигнала, а на минимум, на ноль. Так работает и рамочная антенна на коротковолновых пеленгаторах, знакомых неискушенному читателю, например, по фильму о Штирлице. Так же работает и пеленгатор в “охоте на лис”. И еще во многих хороших и не очень пеленгаторах.

Характерной особенностью таких пеленгаторов является необходимость двигаться для получения точного пеленга. Нет, можно и стоять на месте, но тогда отсчет будет неточный. Точность в таком пеленгаторе живет возле нуля диаграммы направленности.

Первый блин вышел таким.

Эта штука состоит из двух антенн. Первая имеет плавную диаграмму направленности, а вторая — резко меняющуюся.

По разнице уровней с двух антенн можно определить насколько близко по углу источник волны находится в нормали к плоскости устройства. Чем больше разница, тем ближе источник к нормали к плоскости устройства или, другими словами, к фокусу камеры планшета или смартфона, если устройство закреплено с его тыльной стороны.

Первый такой пеленгатор был сделан для Bluetooth-маяков. Вот ролик с демонстрацией его работы.

Хотя устройство получилось маленьким, у него была большая зависимость от поляризации падающей волны. При падении на такой пеленгатор волны с вектором поляризации преимущественно параллельным к плоскости устройства пеленгационная характеристика вырождалась. Грубо говоря, он просто переставал работать. На ролике видно, что надо было немного вращать устройство вокруг оси, перпендикулярной его плоскости.

Таким образом, надо было сделать штырь с круговой поляризацией. Эта задача в исходных размерах пока не решена, но если увеличить пеленгатор раза в два, то можно предложить конструкцию типа расфазированной антенной решетки. Это решетка из четырех элементов, фазы которых повернуты друг относительно друга. У нее будет ноль по нормали и круговая поляризация. Как показывают графики, разница между диаграммами направленности для горизонтальной и вертикальной поляризаций незначительна.

Это измеренные характеристики реальной модели:

Размеры пеленгатора стали вдвое больше, сильно возросла сложность антенны, но поляризационное вырождение пропало.

Теперь пеленгатор работает так. И выглядит так:

Собственно приемник может быть построен на любом Bluetooth или WiFi-модуле или чипе. Например, на ESP8266, как сделано сейчас. Устройство соединяется с мобильным девайсом по USB. Разница уровней инвертируется и показывается на фоне реального видео как размер окружности. Чем дальше фокус камеры от направления на источник, тем больше диаметр, чем ближе — тем меньше. Что вполне естественно, при наведении на источник круг сжимается.

Исходники приложения на Андроид доступны на GitHub.

Следует упомянуть две базовые проблемы. Во-первых, чувствительность такого пеленгатора заведомо намного хуже фазового, так как она определяется усилением антенны в минимуме диаграммы направленности. Во-вторых, на такой пеленгатор влияет многолучевость, как и на все другие, но встроенной возможности справляться с ней у пеленгатора нет. В условия интерференции нужно двигаться, чтобы обнаружить местоположение источника. Нужна некоторая тренировка, чтобы научиться делать это быстро.

Но на счет этой сложности есть кое-какие соображения. Если они подтвердятся, то я обязательно здесь об этом напишу.

Попытка внедрения пеленгатора в народное хозяйство оказалась провальной. Поэтому мне очень важно услышать ваше мнение о том, кому могло бы пригодиться такое устройство и для чего.

https://habrahabr.ru/post/323638/

This is the end — https://t.co/GVmimAyRB5 #phantomjs 2.5 will not be released. Sorry, guys!

— Vitaly Slobodin (@Vitalliumm) April 13, 2017

Переходя к делу

sudo apt-get install chromium-browser

npm install chromedriver

npm install nightwatch

И как настроить-то?

{
  "src_folders": ["tests"], // путь к папке с тестами
  "output_folder": "reports",
  "custom_commands_path": "",
  "custom_assertions_path": "",
  "page_objects_path": "",
  "globals_path": "globals.js", // путь к файлу, в котором задаётся глобальный контекст для всех тестов

  "selenium": {
    "start_process": false // отменяем запуск Селениума, т.к. будем обращаться к Chromedriver напрямую
  },

  "test_settings": {
    "default": {
      "selenium_port": 9515, // номер порта Chromedriver по умолчанию ("selenium_" в имени поля — это пережиток прошлого)
      "selenium_host": "localhost",
      "default_path_prefix" : "",

      "desiredCapabilities": {
        "browserName": "chrome",
        "chromeOptions" : {
          "args" : ["--no-sandbox", "--headless", "--disable-gpu"], // специальные флаги для работы Хрома в headless-режиме
          "binary" : "/usr/bin/chromium-browser" // путь к исполняемому файлу Хрома
        },
        "acceptSslCerts": true
      }
    }
  }
}

const chromedriver = require('chromedriver');

module.exports = {
  before: function(done) {
    chromedriver.start();

    done();
  },

  after: function(done) {
    chromedriver.stop();

    done();
  }
};

module.exports = {
  'Test ya.ru': function(browser) {
    const firstResultSelector = '.serp-list .organic__subtitle b';

    browser
      .url('http://ya.ru', () => {
        console.log('Loading ya.ru...');
      })
      .waitForElementVisible('#text', 5000)
      .execute(function() {
        document.getElementById('text').value = 'Привет, Хабр!';
      })
      .submitForm('form')
      .waitForElementVisible(firstResultSelector, 5000)
      .getText(firstResultSelector, result => {
        browser.assert.equal(result.value, 'm.habrahabr.ru');
      })
      .end();
  }
};

Итого

https://habrahabr.ru/post/329660/