Сергей Блохин

Никакой нельзя. HTML отображется у клиента - в браузере.
А в браузере есть только браузерный javascript.

На сервере вы можете средствами серверного языка генерировать html, который будет выдан клиенту.
Это можно делать на любом языке, который может выполняться на сервере, с разной степенью удобства (есть даже примеры на bash и ассемблере)

Везде это будет делаться по разному, но смысл один - на веб-сервер приходит HTTP-запрос, а программа (aka скрипт) на сервере, в зависимости от данных в этом запросе, сгенерирует HTTP-ответ, который веб-сервер отправит клиенту, который сделал запрос.

Надеюсь, я смог ответить на ваш вопрос достаточно подробно - если что-то непонятно, то пишите в комментарий.

PS: чисто теоретически вы можете скомпилировать код на любом языке в js или wasm и выполнять его в браузере: такое решение точно есть для C/C++, golang, rust, C#, F#, kotlin. На счёт других языков я не уверен.
Но не думаю, что это именно то, что вам нужно.

arr.flatten.include?('EMPTY VALUE!')

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

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

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

Тут нужно знать больше о предметной области, может быть, если вам нужно просто 1 раз заполнить данными вашу модель, то удобнее всего было бы это где то в миграции вообще реализовать.

обожемой

В чём проблема-то?

def f()
  [1] # или [1, 2], или [1, 2, 3]
end

a, _ = f()
p a # выведет 1 по-любому

1) спросите у вашего работодателя, что они хотят увидеть через год. Сравните с вакансиями на аналогичные должности;
2) изучайте все по мере необходимости, но 'одеваться следует для той работы, которую вы хотите иметь, а не для той, которую имеете';
3) есть смысл первые несколько лет тратить все свободное время на обучение, чтоб быстрее добраться до определенного уровня навыков и $/час;
4) английский;

Правильный подход в таком случае - разделить получение данных из базы и проверку на нулевую цену. Ну самый простой пример - создайте функцию ensure_that_every_goods_has_price(goods) и вызывайте её вместо того, чтобы включать цикл в тело.

Тогда вы сможете в тестах передать в неё набор товаров, среди которых будет нулевая цена и таким образом покрыть, а также переиспользовать её при необходимости. Я на руби не пишу, но псевдокод приблизительно такой:

def ensure_that_every_goods_has_price(products)
  products.map do |product|
    unless product[:price] > 0
      warn 'wrong price'
      next
    end
  end
end

def products
  products = database.query 'SELECT * FROM product WHERE price > 0;'
  ensure_that_every_goods_has_price(products)
end

## test:

products = database.query 'SELECT * FROM product WHERE price >= 0;'
should_warn ensure_that_every_goods_has_price(products)

Браузер начинает открываться с webdriver.some_browser(), а не после driver.get(url)

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