Андрей

Сделайте return gulp.src(....).
Добавлю к своему комментарию: Понял почему у меня не возникало сомнений в асинхронности, я писал всегда так

return gulp.src(paths.files.src).pipe(........).pipe(gulp.dest(paths.build));

Дока:
https://github.com/gulpjs/gulp/blob/master/docs/AP...
gulp.src: Returns a stream of Vinyl files that can be piped to plugins.

На выходе у нас поток значит это асинхронный процесс.
Если вы ничего не вернете (reutrn undefined;), то вотчер и такс не поймут, что это аинхронный поток.
Надеюсь поможет.

Чем пользовался сам:
https://github.com/jenssegers/agent
https://github.com/sinergi/php-browser-detector

Качаешь исходники: https://getbootstrap.com/docs/4.0/getting-started/... -> Download Source
Смотришь оку по софту и сборке: https://getbootstrap.com/docs/4.0/getting-started/...
Правишь под себя scss и собираешь свой бутстрап с блекджеком и котиками =) Правда надо еще немного scss знать.
Для примера, в архиве: \bootstrap-4.0.0\scss\_variables.scss

// Grid containers
//
// Define the maximum width of `.container` for different screen sizes.

$container-max-widths: (
  sm: 540px,
  md: 720px,
  lg: 960px,
  xl: 1140px
) !default;

@include _assert-ascending($container-max-widths, "$container-max-widths");


// Grid columns
//
// Set the number of columns and specify the width of the gutters.

$grid-columns:                12 !default;
$grid-gutter-width:           30px !default;

Думаю тут все понятно, вот тебе и сетка и количество колонок и расстояния между колонками...
Там куча всего, можно даже лишнее, что тебе не надо, убрать, с пониманием что делаешь =)

Пользуемся и вполне успешно.
Если не хотите замарачиваться, то ставьте, примерно, -68 dBm (+/-2).
Хотя логичнее взять смартфон, поставить на него сканер wifi, и ходить по павильону проверяя какой сигнал на границах зон стыка точек. И, путем бумажных записей вычислить, какой предел на какой точке ставить.

Хотя у вас все равно 100% бесшовного роуминга не получится, но с min.RSSI работает лучше чем без него, если зоны покрытия пересекаются.

Просто оставлю это здесь: https://habrahabr.ru/post/288440/

Не советую брать кассы ВикиПринт, есть проблемы с зависанием при работе с драйвером (хотя это возможно был баг конкретной кассы).
Есть опыт эксплуатации кассы Атол 55ф. Api можно запросить у Атол. По быстрому гуглингу нашел апи для драйвера partner.atol.ru/files/dc/697/Rukovodstvo_programmi... , сокорее всего оно и нужно.
Дальше подключаете кассу к ПК, поднимаете на нем приложение-сервер (службу), на который будут приходить запросы от сервера с сайтом. И уже работаете с кассой через ком-порт (драйвер) в рамках одного ПК.
Единственное, что нужно помнить, кассу при работе через драйвер нужно постоянно опрашивать для получения данных.

Так же как в b3, push-md-3 и pull-md-9
https://v4-alpha.getbootstrap.com/layout/grid/#pus...

Только свои.
Т.к. фреймворковые на 80% избыточны и под уникальные проекты все-равно их допиливать нужно.
Ну, или на крайний случай выдергиваю миксины из bootstrap, они хотя бы код не засоряют. Получается 100% бэм css =)

80% на проблему в блоке питания, 20% что материнка загнулась.
Блок питания проверь, или найди другой для теста.

Я концепцией RSCSS пользуюсь. Мне она больше чем BEM понравилась.
rscss.io/other-resources.html

Про блокировку в браузерах sha-128 еще с 2014 года говорят.
https://www.emaro-ssl.ru/blog/sha1/

Отправьте смс на короткий номер XXXX, стоимость смс 100500 руб =))
А если серьезно, то adwcleaner проверьте, 99% что поможет.
https://toolslib.net/downloads/viewdownload/1-adwc...

Конечно можно, все что идет за # в uri поподет в hash.
Можно даже такое:

http://www.example.com/folder/file.html#val=90&type=test&set=none&value=reset?setvalue=1&setvalue=45

То, как вы это себе представляете не реализуем через wifi, в рамках текущих стандартов (теоретически возможно, смотрите ниже).
Самый близкий вариант это multicast, но все-равно это не одностороннее общение.
И multicast поддерживают не все смартфоны и планшеты на аппаратном уровне, например, большая часть (не последних моделей) процессоров mtk для мобил, не поддерживают мультикаст на аппаратном уровне, тем более HD. И тот же HD multicast на программном уровне не все процессоры вытянут.

Если будете делать на мультикасте, то через wifi это будет работать плохо, не ставбильно, с рассыпанием картинки у клиента, и не будет вообще работать на части устройств. Это связано с реализацией протокола udp и с зоопарком устройств, которые не поддерживают multicast.

Единственный доступны и дешевый вариант, для лучшей совместимости, это hls. Но, тут нужно 2мб/с на клиента (отдельный поток на каждое устройство), то есть на 100 мб/с роутер (точку доступа), максимум 50 клиентов. На 1Гб/с - 500 клиентов, но тут уже вопрос потянет ли железо роутера (обычного) 500 клиентов (думаю больше 200 не вытянет).

Дальше помечтаем:
В теории, возможно сделать как вы себе это представили, но нужна собственная программно-аппаратная платформа. То есть, собственное передающее оборудование и собственное принимающее: Серверная часть с возможность раздачи по какой-то из частот wifi (тут уже можно любую частоту выбрать), и приемник типа маленького телевизора (которые вы будете раздавать клиентам на входе). Это не будет работать с смартфонами и с другими массовыми устройствами. Ну, и стоимость такой системы вместе с разработкой будет начинаться от 3000000$, хотя возможно заблуждаюсь и в эту сумму вам только проектирование на бумаге обойдется...

Скорее всего https://digital-direct.ru/
СМС из скайпа, кстати приходят с этого же буквенного имени Ddirect_log
Много кто им пользуется.