Сергей П

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

Тут нужно разобраьтся как работает ваша программа. Если она просто ждет ввода пользователя, можно взять, написать список команд (каждая команда в новой строке) в отдельный текстовый файлик и перенаправить его в вашу программу, тогда она будет думать что это пользователь очень быстро все вводит.
вот как пример echo -ne "uci\n" |stockfish
то есть перенаправляем команду в команду, словно ее ввел пользователь.

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

result="$( echo -ne "uci\nexit\n" | stockfish)"
echo "result is [$result]"
ну и проверять.

Короче тут нужно с самим stockfish разобраться.Или изучить как работает expect

Одновременно и просто и сложно, зависит от "глубины погружения в тему"
Для различных авто немного по разному, но принцип один и тот же, по ОБД данные доступны через запросы к соответствующему модулю (MRM,ABS,ESP ....) (думаю для разных машин по разному и с различной точностью, количеством инфо) скорость поворота руля и угол поворота (если память не изменяет с точностью до десятых долей) скорость вращения каждого колеса тоже с точностью до десятой доли км/ч. Но тут встает момент, что некоторые модули ABS при таких запросах становится в диагностический режим а свыше 30-50 км/ч выходят из него и перестают отвечать на подобные запросы. Но это не отменяет возможности подслушивать эти сообщения по CAN, например в приборку прилетает постоянно скорость. Но и тут от модели авто зависит, где-то это просто скорость, а где-то 4 значения по каждому колесу.
И 2й вариант подслушивать эти сообщения на шине, когда блоки общаются между собой. И опять ньюанс, на разных машинах по разному, но например высокоскоростная шина моторного (мотор коробка абс) не флудит этим трафиком в ОБД, а на некоторых машинах наоборот все слышно по ОБД
По частоте запросов точно не скажу, тоже вариативно, но минимум 1-2 запроса в секунду должно проходить, если запрашивать у блока, а если подслушивать, тот тут все от блока зависит. Вы же понимаете, что для своих целей внутри ABS получает данные напрямую с датчика, и в состоянии определить пропущенный сегмент на задающем диске а частота опроса в милисекндундах.

Короткий ответ (с учетом указанного ТЗ) - WP.

Длинный ответ:

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

Учитывая типовое ТЗ, ответ - WP (все это уже реализовано, приимущественно бесплатно и в большом количестве).

небольшое количество услуги в регионе

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

Нашли компанию, предлагает разработку сайта на WP или на Python+Django (дороже и дольше)

Начнем с того, что это не равнозначные инструмент, ибо WP - это готовый движок/CMS для сайта + сам сайт (готовые шаблоны), развернул на хостинге и готово. А вот Django - это фреймворк, т.е. некий набор инструментов, да он позволяет сделать из него что угодно (ах*енно сделать (на правах отвечающего)), но потом. Соответственно, если вопроса в функционале и производительности не стоит (и предположу - сделать быстро) - выбираем WP, будет дешевле и быстрее.

Что обычно я использую (от начального проекта к финальному):
1. WP в стоке.
2. Оптимизация производительности WP в 2-3 раза под конкретные задачи (от wp там мало что остается, но ценник и сроки еще не такие, как в п3).
3. ASP.NET (если нужно быстрее любого WP и более специфический функционал).
4. ASP.NET + кэширование (если прям совсем прижало по производительности).

Вся функция сводится к одной строке.

def sum_range(start:int, end:int)-> int:
    return (start + end) * (abs(end - start) + 1) / 2;