Василий Дёмин

Запускайте эти скрипты как systemd service - это несложно, надёжно, и именно так решается эта задача.

Вот тут опечатка.

satrt:

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

Ой хоспаде, что это такое :DD
"#команда" - это команда (директива) препроцессора, и это совсем не та часть языка C++, которая помогла бы тебе сделать то, что ты пытаешься сделать.

Правильно было бы вот так:

if ((number > 1) && (number < 5))
{
    printf("Вы ввели правильное число");
}
else
{
    printf("Вы ввели неправильное число");
}

Потому что символы # перед if else не нужны. При такой записи эти инструкции будут рассматриваться как директивы препроцессора, которые тебе здесь не нужны. В вашем коде происходит проверка дефайнов (#define) предпроцессора. Поскольку вы не объявили что-то вроде:
#define number 2
то препроцессор отдает на компиляцию следующий код:

int number, wrong;
printf("Введите номер (1-5):\n");
scanf("%d", &number);
printf("Вы ввели неправильное число");
printf("\n%d", wrong);
return 0;

То есть в момент исполнения программы просто нет никакого if. В общем, подтяните знание языка
Вам нужно что-то такое:

int main() {
    int number, wrong;
    printf("Введите номер (1-5):\n");
    scanf("%d", &number);
    if (number>1 && number<5) {
        printf("Вы ввели правильное число: %d", number);
    } else {
        printf("Вы ввели неправильное число: %d", number);
    }
    return 0;
}

В столбик. Точно так же как обычные десятичные числа, только помните, что цифры 8 нет. Если получилось больше 7, все остальное, поделенное на 8 переносится дальше.

"браузерной возможности нет". Но аякс поможет реализовать задачу

какой-то визуальной "вставки" при переходе от одной к другой

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

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

В предназначении и внутреннем устройстве)

L3-свич хорошо "гоняет" (пропускает без значимого изменения) трафик, делает обычный forwarding между сетями, умеет динамическую маршрутизацию. Из начального пакета он меняет в основном source и destination MAC-адреса, QoS да CRC. Конечно, навороченные коммутаторы умеют делать GRE, некоторые даже IPSec, но вы не получите большой производительности от этого.

Маршрутизатор именно "молотит" пакетики с данными - активно вносит изменения в заголовки, инкапсулирует в туннели, натит, терминирует ppp-сети. Он, как видите, активно меняет содержимое пакетов, залазя глубже уровня ethernet.

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

Если вы посмотрите router perfomance и switch perfomance таблицы, вы увидите, что у коммутаторов производительность измеряется в количестве пропущенного трафика, а у маршрутизатора - в количестве обработанных пакетов.

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

Использовать CHAR_LENGTH.

Потому что LENGTH считает байты, а не символы, а в UTF-8 русские буквы занимают два байта.

Сам словарь полученный от телеграмм мне нужно его в нужном моменте сохранять в бд, а позже вытаскивать обратно превращая назад в dict, но все идет по наклонной

Ну т.е. как и предсказывали, проблема в более раннем коде.
Когда сохраняешь в БД, делай не str(mydict), а json.dumps(mydict). Тогда можно будет делать json.loads() при загрузке.

Только словарь надо будет почистить от постороннего, а ещё лучше - сначала сделать свой словарь ,в который сохранять ТОЛЬКО то, что тебе надо. Например, ты не заметил, что у тебя в словаре есть

'entities': [<telebot.types.MessageEntity object at 0x7770137fd0>]

Сюрприз-сюрприз, объект

<telebot.types.MessageEntity object at 0x7770137fd0>

явно сериализации не поддаётся, и ни сохранить, ни восстановить его не выйдет. Или убирать ключ entities, если он тебе не нужен, или разбираться, что это за объект и сериализовывать/восстанавливать его вручную.