Алексей Черемисин

советы по сетевому администрированию больших групп ПК

это AD или управление конфигурациями (chef, puppet, ansible)

все данные.

какие данные?
если нужна доступность - то это snmp, если логи какие то, то например syslog.

ПО которое будет стоять у меня в офисе

а это уже бэкэнд (но забирать то информацию нужно чем то, см. выше). тут тоже есть разные штуки для разных целей. для snmp - zabbix, prtg, nagios. для логов - siem'ы, splunk и аналоги

P.S: В гугле и сам поискать могу :)

но не поискали.

правильно заданный вопрос - половина ответа.

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


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

print(dict(zip("abc", "абв")))

Во многом зависит от вашего маппинга.
В общем случае если
`параметр 1` - число или строка
`параметр 2` - число
`параметр 3` - строка
то будет так

{
  "query": {
    "bool": {
      "must": [
        {
          "term": {
            "параметр 1": "KEY1"
          }
        },
        {
          "range": {
            "параметр 2": {
              "lt": "KEY2"
            }
          }
        },
        {
          "term": {
            "параметр 3": "KEY3"
          }
        }
      ],
      "must_not": [],
      "should": []
    }
  },
  "from": 0,
  "size": 10,
  "sort": [
    {
      "параметр4": "desc"
    },
    {
      "параметр2": "asc"
    }
  ],
  "aggs": {}
}

Попробуйте так:

<img src='someUrl' ref="picture">
<button type="button" @click="getImageSrc()">Get source</button>

...
methods: {
  getImageSrc() {
    this.yourVariable = this.$refs.picture.getAttribute('src');
  },
},

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

Journal of Fluid Mechanics is the leading international journal in the field and is essential reading for all those concerned with developments in fluid mechanics.
Журнал, стало быть, механики жидкостей. Одним нужен, чтобы в него писать, другим - чтобы его читать. Вы писатель или читатель?

всё правильно говорится, с некоторыми оговорками. основные минусы
1) говнокод. если использовать родное приложение, прошивка получается крайне кривой. отсюда лезет убогость работы по скорости, убогость работы библиотек (совместная работа нескольких), убогость вырастающего на этом кале "программиста", убогость по работе устройства в целом.
2) отрешённость от железа, искажение представлений о его работе. крайне плохой инструмент для начала изучения контроллеров. самый бородатый и эпичный пример киселя в головах "программистов" - 99% уверены что у всех моделей ардуин (соответственно у их "центральных" чипов) есть аналоговые выходы.
3) отсутствие развития в изучении и стимула для самостоятельной работы, отупление пользователя в целом. digitalPin high работает равнозначно на uno- и на due-, тогда как первое это древняя atmega а второе это контроллер с ядром cortex-m3 и с кратким даташитом на 1500 страниц. купить камаз чтобы засыпать своему коту лоток.
4) очень странно, но наличие коммьюнити. просто из статистики имеется достаточное количество адекватных инженеров-пользователей этой платформы. также достаточно количество тех же инженеров не-пользователей, но работающих с этим железом за деньги. условно пару процентов пользователей производят скорее всего 100% всех модулей и/или библиотек + китайская штамповка ---> см п.3 но уже не касаемо железа, а всей платформы в целом. зачем что-то учить и изобретать если можно купить 3 готовых модуля, инклуд 3 библиотеки и "устройство" готово.
5) говнокачество. форм фактор андрунно не предполагает использование, отличное от настольного. в готовое устройство - не засунуть. в прототип который будет "надёжным" в эксплуатации - не засунуть. каких-либо кастомных схем не собрать - pls-pbs разъёмы при постоянном использовании разбалтываются и при большой схеме на бредборде можно часами шевелить провода ища плохой контакт. всё это можно помножить на хламовые компоненты из чины (кто у нас покупает оригиналы по 20 евро?)
6) искажение "имиджа" профессии. любой аутист соберёт вайфай замок с эзернет шилдом и блютус чайником за 13 минут, при том, что изготовление "взрослой" электроники займёт неделю или месяц. при этом в популистских статьях полученные результаты подаются как сопоставимые. т.е. дядя учился и работал 10 лет чтобы проектировать правильно и хорошо а школьник собрал аналог пока сидел на унитазе. при этом сравнить качество/функции/надёжность/технологичность забывают, и у дяди подпекает.
основной источник наездов это п.1, п.2, п.6.

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

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