Mikrotik и несколько провайдеров. Резервирование каналов

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

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

https://interface31.ru/tech_it/2023/03/mikrotik-i-neskol-ko-provayderov-rezervirovanie-kanalov.html

​​Субботнее, о жизни. Вкалывают роботы, но почему несчастлив человек?

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

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

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

Меньше смен – меньше заработная плата, которая там и так невелика. А небольшие по площади магазины уже давно перешли на схему «один сотрудник и несколько касс самообслуживания».

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

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

История эта не нова и данное явление даже имеет свой термин – технологическая безработица, только вот тем, кто попал под него здесь и сейчас легче не становится.

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

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

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

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

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

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

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

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

К чему все это? А к тому, что если твою профессию можно заменить роботом, то ее очень скоро заменять роботом. И он будет вместо тебя вкалывать, только вот счастья тебе это не принесет.

​​Мы пахали, я и трактор…

Чарльз Ганьон (Charles Gagnon), мэйнтейнер проекта Dash to Panel, объявил, о поиске нового сопровождающего, которому он мог бы передать управление. Панель создана в 2016 году на основе проекта Dash to Dock и насчитывает более 4 млн загрузок. Чарльз участвует в разработке с 2018 года и в своё время сменил на посту мэйнтейнера Джейсона ДеРоуза (Jason DeRose), основателя проекта.

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

Чарльз закрепил в панели на первом месте в области ярлыков приложений анимированную кнопку с изображением красного сердца, при нажатии на которую появлялось сообщение о сборе пожертвований. Закрыть сообщение можно было только после истечения 20-секундного обратного отчёта.

Недовольство вызвало то, что кнопка занимает первое место в панели, отвлекает назойливой анимацией и отнимает время на ожидание возможности скрытия. Один из участников обсуждения поставил вопрос: насколько можно доверять проекту, ключевой разработчик которого позволяет себе подобное неуважение к пользователям. В ответ Чарльз не стал убирать кнопку, а лишь переместил её в конец списка.

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

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

Но если мы зайдем на страницу проекта на GitHub и посмотрим список контрибьюторов, то обнаружим, что основной вклад в проект внес именно Чарльз Ганьон – 823 коммита, на втором месте автор проекта Джейсон ДеРоуз – 227 коммитов. На третьем месте Philipp Unger со 155 коммитами.

Остальные участники внесли от 20 коммитов и менее, т.е. фактически не проявили заметного участия. Если взять тройку лидеров, то Чарльз Ганьон внес 68% коммитов за все время существования проекта.

Но если мы посмотрим на графики активности, то увидим, что Джейсон ДеРоуз после 2018 года практически отошел от дел, а все это время, в течении шести с лишним лет проект тянул Чарльз Ганьон.

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

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

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

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

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

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

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

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

Зато «сообщество» в очередной раз показало «кто здесь власть».

Перечитывать старые заметки бывает полезно. Снова нашел и снова перечитал. Потому как на злобу дня.

😉 Наводил порядок вчера в избранном на Инфостарте и наткнулся на статью, точнее рассказ. Из названия не совсем понятно о чем он, поэтому перечитал.

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

Также уверен, что каждый из нас в такой ситуации оказывался, не с той, так с иной стороны баррикад. А то и с обоих.

В общем читаем и высказываем свое мнение: https://infostart.ru/1c/articles/1472447/

На мой взгляд - рассказ не плохой, на подумать и сделать выводы. А то и глянуть на себя со стороны.

​​Стандартные директории для монтирования в Linux

FHS (File System Hierarchy Standard) предполагает наличие двух каталогов для монтирования файловых систем: /mnt и /media

📀 Директория /media служит для монтирования съемных носителей (оптические диски, флешки), которые автоматически монтируются системой в подкаталоги это директории. Монтировать туда что-либо руками не рекомендуется.

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

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

☝️Несколько слов про монтирование, обычно монтируют по старинке:

mount /dev/sda2 /mnt/my_disk

Но лучше потратить немного больше времени и смонтировать диск через UUID, для этого сначала узнаем его:

lsblk -f 

а затем выполним:

mount -U 79c53a40-7768-4ee4-a313-4dc579fc1a3e /mnt/my_disk

Также допускается синтаксис:

mount --uuid 79c53a40-7768-4ee4-a313-4dc579fc1a3e /mnt/my_disk
mount UUID=79c53a40-7768-4ee4-a313-4dc579fc1a3e /mnt/my_disk

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

😁 Ну а Алиса упорно продолжает считать. что "монтирование дисков в Linux" выглядит как-то так:

Как выстроить карьерный трек в DevOps

...и не сойти при этом с ума 🤪

В теории вроде бы всё понятно, но как перенести её на свой собственный опыт?

На курсе «DevOps Upgrade» можно не только прокачать необходимые хард- и софт-скиллы, но и выстроить карьерную стратегию, составить качественное резюме и подготовить портфолио.

Как это сделать:

1️⃣ Перейти на страницу курса
2️⃣ В разделе оплаты выбрать тариф «Комфорт Карьера»
3️⃣ Выбрать способ оплаты и дождаться старта потока
4️⃣ Пройти видеокурс «Администрирование Linux», который идёт в подарок до 21 марта — чтобы на 100% быть готовым к обучению.

Что входит в тариф «Комфорт Карьера»:
🔸Видеоуроки и практика на виртуальных стендах
🔸Q&A-сессии и встречи с ментором
🔸Telegram-чат с ментором и спикерами курса
🔸3 индивидуальные встречи с ментором
🔸Помощь с резюме и портфолио
🔸Рекомендательное письмо

‼️ На тарифе «Комфорт Карьера» осталось 2 места, так что рекомендуем поторопиться. Старт потока — 31 марта.

Подробности — на сайте.

#реклама
О рекламодателе

​​Куда я попал и где мои вещи?

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

Начните с команды:

hostnamectl 

Она покажет основную информацию о системе, а также поможет определить тип платформы и наличие виртуализации.

Затем будет полезно определиться в каком часовом поясе живет сервер и какое на нем текущее время:

timedatectl

Этим действием никак не следует пренебрегать, мы не раз сталкивались с различными нелепыми и неприятными историями, связанными с «неправильным» временем.

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

locale

Теперь посмотрим активные службы в системе:

systemctl list-units --type=service

И активные таймеры:

systemctl list-units --type=timer

В современных системах таймеры заменяют задания Cron, но не отменяют их. Поэтому также проверяем и его:

crontab -l

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

systemctl list-units --type=mount

И изучаем содержимое fstab:

cat /etc/fstab

А все имеющиеся в наличии блочные устройства можно посмотреть командой:

lsblk

Также полезно проверить и USB-устройства:

lsusb

Затем посмотрим какие порты слушает наш сервер, сначала на TCP:

ss -tpln

Потом на UDP:

ss -upln

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

Для тех, кто не спит. Кто начинал свой путь в IT вот с такого девайса?

История вычислительной техники. Программируемые калькуляторы СССР

Развитие вычислительной техники в СССР имело свои особенности и разительно отличалось от ситуации на Западе. Если там компьютеры широко шагнули в массовый сегмент в конце 70-х годов, то в СССР практически до самого его распада компьютер был средством роскоши и ни о какой массовой доступности их говорить не приходилось.

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

https://interface31.ru/tech_it/2024/04/istoriya-vychislitelnoy-tehniki-programmiruemye-kalkulyatory-sssr.html

​​Логическая бомба

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

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

Почему же так происходит? На наш взгляд – это классическое «и так сойдет» и тот же самый русский авось. Т.е. надежда на то, что обстоятельства, приводящие к срабатыванию логической бомбы, не произойдут или находятся под контролем.

Рассмотрим классический пример, очистка устаревших данных, например, бекапов:

find  -type f -mtime +90 -exec rm -rf {} \;

Что делает эта команда? Тупо ищет файлы старше 90 дней и удаляет их. И логических бомб тут сразу несколько.

1️⃣ Самая очевидная. Если у нас по какой-либо причине перестанут создаваться резервные копии, то через 90 дней у нас не останется ни одной. И тут ошибочно полагаться на мониторинг или иные средства контроля, так как сбой может произойти в любой части схемы.

Сначала сломался мониторинг, потом перестали создаваться копии – вот и все, привет горячий.

2️⃣ Далее. Команда работает без привязки к конкретному расположению. Если кто-то случайно переместит скрипт, то он подметет вообще случайные данные. Поэтому никаких относительных путей в подобных конструкциях быть не должно. Только абсолютные.

3️⃣ Теперь – самое неочевидное – find, который не рекомендуется использовать в скриптах в силу ряда особенностей. В частности, если нам попадется файл с пробелами в имени, то строка будет разбита на две, что приведет к неожиданным последствиям. Чаще всего удаление не произойдет, но может случиться разное.

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

Т.е. оставляем не копии за последние 90 дней, а 90 последних копий (или более, если в день создается более одной копии).

Жестко привязываемся к путям и учитываем возможность появления пробелов в имени файла:

find /mnt/backup/ -type f -printf '%T@ "%p"\n' | \
sort -n | \
head -n -90 | \
awk '{print $2}' | \
xargs -I {} rm {}

Конструкция стала сложнее, мы, как и прежде ищем файлы, но сразу указываем директорию поиска, а список выводим построчно, в каждой строке размещая временную метку файла и его имя, взятое в кавычки.

Сортируем от самых старых к самым новым и отбрасываем последние 90 записей. Затем для каждой строки получаем второй аргумент (имя файла в кавычках) и передаем его на удаление.

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

Правильно – из них останется только 90 самых последних и ни одного бекапа, ну или самый последний. Это видно на берегу? Видно. Значит это очередная логическая бомба и надо от нее избавляться.

Допустим, наши бекапы имеют имя base1-YYYY-MM-DD.dump, поэтому добавляем в строку поиска новое условие:

find /mnt/backup/increment/ -type f -name "base1*.dump" -printf '%T@ "%p"\n'

Или даже

find... -name "base1-*-*-*.dump"...

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

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

Тема старая, как сам Windows, но оказывается многие не знают:

CMDKEY или вы до сих пор вводите пароли?

Операционные системы семейства Windows содержат много небольших утилит, делающих жизнь администратора проще и удобнее.

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

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

https://interface31.ru/tech_it/2019/06/adminu-na-zametku---25-cmdkey-ili-vy-do-sih-por-vvodite-paroli.html

Никогда такого не было и вот опять!

И если вы думаете, что это пилотный проект, то спешим вас разочаровать. Это самый что ни на есть продуктивный контур.

С 1 марта применение ЛМ ЧЗ является обязательным для всех работающих с маркировкой.

При том, что само ПО является крайне сырым, нестабильным и ресурсоемким. Но проблемы индейцев шерифа на волнуют.

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

Ну и классическая схема разработки: куяк, куяк и в продакшен.

P.S. - обновляться автоматически эта ерунда не умеет, только руками, только хардкор. Инициализируется тоже не с первого раза, так что две-три переустановки - это нормально.

​​Никогда такого не было и вот опять! Серия вторая

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

А что случилось? А случилось комбо. Только вчера мы обсуждали то, как разработчики локального модуля ЧЗ переобуваются на ходу прямо в производственном контуре. А именно – мы тут новую версию сделали, срочно все на нее, на старой работать нельзя. И почти сразу же – ой, мы накосячили, стоп, завтра новую версию выложим.

Т.е. фактически ЛМ ЧЗ сломали, ну да пес с ним, не так часто он и нужен. Но беда не ходит одна, сегодня, около 11 утра прилег Честный знак и плохо ему до сих пор. Финита ля комедия, братцы. По сути, где-то там нажали большую красную кнопку и остановили всю торговлю.

Ну практически всю, особенно в продуктовой рознице. Хотели купить молочка, водички? А вот не получится, марки не проверяются.

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

А пока вернемся немного назад и посмотрим, как мы докатились до жизни такой. Изначально намерения были самые благие. Мол на каждый товар наклеим марку, и каждый покупатель может навести на нее телефон и убедиться, что товар подлинный.

Сильной обеспокоенности это ни у кого не вызвало. Ну подумаешь вместо полосатого штрих-кода теперь надо бить «QR-код». Проблем особых тоже не было, ККТ проверяла корректность кода и выводила его из системы маркировки через ОФД.

Но это было только начало. Технически никто не мешал продать выбывший товар еще раз и поэтому была придумана проверка ОИСМ (оператора информационной системы маркировки). Теперь ККТ через ОФД выполняло ряд проверок, такие как ввод в оборот, вывод из оборота, наличие кода в базе ЧЗ и т.д.

Если все проверки прошли успешно в чек печатался [М+], если часть проверок была не пройдена, то просто [М], если какая-то проверка была не пройдена [М-], при этом продать такой товар «с согласия покупателя» и на свой страх и риск мы могли.

Но такие проверки оказались не быстрыми в зависимости от состояния каналов связи, загруженности ОФД и т.д. и т.п. могли измеряться несколькими секундами, вплоть до десятка. А что такое, если каждый товар для добавления в чек нужно ждать по 5-10 секунд? Это катастрофа: очереди, негатив и отток покупателей.

Что делала розница? Тупо крутила таймауты на ККТ, чтобы сильно долго не думала и ставила в чек просто [М]. Позже даже сам Честный знак выдал рекомендации по таймаутам, так как осознали, что практически парализуют розницу.

А давайте проверять онлайн? Давайте! Отлично, вот вам разрешительный режим. Теперь перед продажей мы проверяем каждую марку онлайн и точно также выводим ее из оборота через этот же онлайн.

При этом сразу видно, что можно продать, а что нет и почему. Профит? Давайте уберем проверки ОИСМ с кассы? А вот и фигушки. После проверки РР теперь нужно делать проверку ОИСМ, но хотя бы результат ответа мы ждать не обязаны, просто крутим таймауты и ставим в чек [М].

Но как быть если нет интернета? А вот вам ЛМ – локальный модуль Честного знака, который содержит базу запрещенных марок и будет проверять по этой базе марки даже без интернета.

И снова гладко было на бумаге, а по сути, получилось сплошное недоразумение. Сервера ЧЗ с утра лежат, ЛМ не работает, торговля стала. Что делает торговля в таком случае? Правильно – нарушает. И будет нарушать, потому как санкции за это от 1000 до 10 000 руб. или предупреждение. А убыток от простоя число гораздо более реальное и ощутимое.

Поэтому срок применения ЛМ тупо сдвигают и включают аварийный режим, который позволят ничего не проверять в ГИС МТ. Оно вроде, как и не положено, но торговать то надо. Вообще об этом должен заявить сам оператор ЧЗ, но вот такого точно никогда еще не было. У него все хорошо.

P.S. Сегодня поддержка ЧЗ также проблем с их стороны не фиксирует.

​​Никогда такого не было и вот опять. Страдания розницы и читеры

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

Итак, сегодня у нас для маркированного товара действуют следующие проверки:

Разрешительный режим. Онлайн проверка через HTTP, по заявленным нормам занимает не более 1,5 сек. В целом это так, а когда и быстрее. Но при ухудшении условий связи или увеличении нагрузки на CDN-сервера ЧЗ может увеличиваться в большую сторону.

Локальный модуль Честного знака, он же «Енисей». В теории он должен был здорово облегчить жизнь, особенно тем, у кого плохие и нестабильные каналы. Обязателен к применению с 1 марта 2025 году. По факту находится где-то в районе бета-версии, причем ранней.

По задумке, если связи с серверами Честного знака нет или ответ на пришел за положенные 1,5 секунды, то в дело вступает ЛМ ЧЗ и локально проверяет марку по базе запрещенки. Не нашел – можем торговать. По факту ЛМ ЧЗ работает также не быстро – несколько секунд или может вообще сыпать ошибками.

Проверка ОИСМ, т.е. через кассу и ОФД. Зачем она нужна если есть разрешительный режим – решительно непонятно. Но нормативный документ явно требует после выполнения проверки РР отправить марку на проверку в ОИСМ. А это долго, местами очень долго.

Но в этом документе нигде ни написано, что мы обязаны получить ответ от ОИСМ, поэтому сегодня сложилась практика, что если проверка РР выполнена, то результат проверки ОИСМ мы можем игнорировать и просто писать в чеке М.

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

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

По факту настраивают где-то 1,5 - 2 сек., что позволяет получить М+ примерно близко к половине случаев.

А теперь считаем, считаем без ЛМ, потому что там стабильности нет и не предвидится. Проверка РР – 1,5 сек, проверка ОИСМ – еще 1,5 сек. Итого 3 сек на позицию товара.

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

Итого 14 маркированных позиций или 42 секунды только на маркировку, не считая остальных операций. А товар надо взять, «пикнуть», положить. Итого – минута. До этого расторопный кассир мог уложиться секунд в 15-20. Налицо снижение скорости обслуживания раза в 2-3.

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

Мы о крупных сетях: Магнитах, Пятерочках, Лентах, Перекрестках и т.д. и т.п.

Там марки проверяются мгновенно, а проверки ОИСМ не видно вообще (в этом можно убедиться на любом терминале самообслуживания), но в чеке всегда красуется гордое М+.

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

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

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

Попытка объяснить, что 1,5 сек здесь и 1,5 сек там – это нормально, это новая реальность снова разбивается о то, что в Пятерочке быстро.

Какой результат? Поголовные нарушения. Работа в аварийном режиме, когда не выполняются запросы РР, выкручивание в ноль таймингов ОИСМ. Перенос сроков ЛМ ЧЗ. Для чего? Чтобы продавать быстро и не вызывать недовольства покупателей. Так и живем.

Погонщики мыши уже были, теперь встречаем автообрастания и автосхрюнк (автоухрюнк) - термин еще не устоялся.

В оригинале можно ознакомиться здесь: https://learn.microsoft.com/ru-ru/troubleshoot/sql/database-engine/database-file-operations/considerations-autogrow-autoshrink

Ровно 10 лет назад была написана одна из самых популярных статей сайта:

🔹 Восстанавливаем доверительные отношения в домене

Вторая статья по популярности:

🔹 Устранение ошибки Windows "не удается войти в учетную запись"

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

Собственно по этой причине и живут массы сайтов с тупенькими статьями как чего-то там нажать мышкой в Windows. Свято место пусто не бывает. Есть спрос - будет и предложение.

​​Субботнее, общественно-политическое. Безусловный базовый доход

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

На первый взгляд идея интересная и здравая, но только на первый взгляд.

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

Чтобы избежать массовых социальных волнений государство вводит безусловный базовый доход. Просто так, для любого желающего. Нет работы – держи ББД. Причем делает его не уровня МРОТ, на котором только ноги протянуть, а примерно по уровню медианной зарплаты, чтобы вся эта масса не сильно просела в доходах.

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

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

При этом текущая общественная модель не подразумевает какого-то открытого разделения общества на касты. В основном имеет место имущественное расслоение, но тут все дороги открыты – иди, работай, зарабатывай.

В нашем же обществе возникнет такое разделение и будет оно проходит по уровню образования. Потому что в игре останутся только достаточно квалифицированные кадры, в т.ч. и рабочие. Так как станки будут поголовно с ЧПУ и даже сварочные аппараты будут «умными».

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

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

А теперь рассмотрим состав этих каст. «Тупые» — это преимущественно лица физически сильные, привыкшие к физической работе и к рефлексиям не склонные. Выросшие на улице, привычные к силовому решению вопроса, мелкому криминалу и физическому насилию.

«Умные» – полная их противоположность, это люди, привыкшие к умственному труду, нахождению компромиссов, решению сложных вопросов при помощи переговоров, а все их прегрешения перед законом в основном записаны в Правилах дорожного движения.

При этом «умные» у нас заняты, «умные» работают им некогда предаваться всяким непотребствам.

А вот «тупые» предоставлены сами себе, работать им не надо, свободного времени – завались. А вот материальных ценностей как раз остро не хватает. Естественно, праздный ум будет занят тем, что думать о том, как эти материальные ценности получить.

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

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

После чего «святые 90-е» покажутся цветочками, так как там вопрос стоял именно в перераспределении имущественных ценностей, а не носил национального или классового, как в нашем случае, характера.

В тоже время история знает, что самые ожесточенные конфликты – это именно межнациональные или межклассовые.

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

Коллеги, кто успел поработать с Edge-Core EAP101?

Цена на площадках приятная, возможностей много, поддерживает Wi-Fi 6 c 2×2:2 MU-MIMO, 2,5 Гбит/с порт, BLE/ Zigbee, PoE, есть возможность управления через софт-контроллеры.

Есть желание опробовать на загородном доме коллеги.

https://wifi.edge-core.com/access-point/wifi-6-access-point/eap101/