Hemul GM

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

Дорогой друг, вопрос.. Что именно ты хочешь сделать?
Для определения людей from_id > 0 для определения группы from_id < 0
Я так понял ты хочешь получать картинку пользователя и группы.. Если да, то просто ставишь проверку на from_id, как я описал выше. Для пользователя используешь метод ("users.get"), для группы ("groups.getById").

if ans.reply_message.from_id > 0:
    user_photo = await bot.api.request("users.get", {"user_ids": ans.reply_message.from_id, "fields": "photo_max_orig"})
else:
    user_photo = await bot.api.request("groups.getById", {"user_ids": ans.reply_message.from_id, "fields": "photo_max_orig"})

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

Точно сказать нельзя.

Там есть галка "Автоматически выбирать объём файла подкачки". Windows сама всё за вас сделает.

Может когда-то там было два условия, второе удалили, скобки убрать забыли

Во первых, в современном коде файлы никто не инклюдит - много лет назад для автоматической загрузки классов придумали https://www.php.net/manual/ru/language.oop5.autolo.... И во всём коде сайта остаётся 2-3 include, один из которых - внутри генрируемого composer'ом автозагрузчика.

Во вторых, все современные фреймворки имеют единственную точку входа: файл index.php, которому передаются все обращения к сайту. В этом файле производятся подключение конфига, и инициализация фреймворка. После чего управление передаётся роутеру, который разбирает URL запроса и передаёт управление нужному классу-контроллеру.

В третьих, для автоматического создания объектов с автоматической же передачей конструктору нужных данных (в том числе и конфигурации) и исключения дублирования создаваемых объектов давным-давно придумали контейнеры внедрения зависимостей (DI) https://elisdn.ru/blog/116/psr7-framework-container (советую посмотреть все уроки этого цикла).

Заработать можно любому программисту в любом году при условии что он умеет писать важные, нужные программы

И хочется слезть с родительской шеи побыстрее)

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

Никому не нужен "подработчик на С++", но ты можешь делать лабы по С++ (или по математике или по еще чему-нибудь) в своей школе/институте и там подработать.
А с 18-ти можешь попробовать трудоустроиться, для чего уже сейчас можешь пошерстить вакансии в своем городе и учить то, что в них указано.

a:=6587;
b:= a div 100;//65
c:= a mod 100;//87

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

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

Когда алгоритмизация и логика работы кода будет понятна - уходим из канваса в отладчик (а не в вывод на экран значений переменных!!!).
Главное - сразу учить правильному использованию инструмента разработки!

Всё! Цель достигнута.

Дальше - учим новые типы переменных и функции для работы с числами/текстом, рисуем блок-схемы на бумаге, чтобы была понятна сложная (для ребёнка!) логика.
После этого - можно постепенно давать объекты и строить простейшие игры: как текстовые, так и в канвасе.

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

НО! нельзя канвасом(визуалом) часто злоупотреблять, иначе обучение превратится в "хочу, но не могу, потому, что не получается ничего..." и весь интерес к программированию будет попросту "задавлен" и вернуть его практически нереально.

Да, XP всё же желательно исключить. В Vista добавили мониторы Хоара на уровне API и сокеты IPv6 сдвоили с IPv4 по типу Linux. Гипотетически можно было бы переключать реализации мониторов между XP'шным, но вот почему-то не сделали так разработчики ни в коммерческих компиляторах, ни в open source порта pthreads единого не было. С IPv6 та же история, можно было бы гипотетически, готовясь открыть соединение, получив от DNS список адресов IPv6 и IPv4, перемешав их, не зная заранее, какой сработает, подготовить два сокета, IPv4 и IPv6, как это делал Firefox, но куча остального софта вместо этого использовала кмк грязный хак, который есть в Linux, а в Vista этот грязный хак воспроизвели, и все кинулись его использовать вместо того, чтоб писать как положено. Ничего не поделать, слишком много проблем совместимости с XP.

Компьютеры, как можно понять, новизной не отличаются. Я на таких работал. С# и Java безальтернативно навязывают трассирующую сборку мусора, и это просто кошмар с ними работать. Программам с трассирующей сборкой мусора нужно для хорошей работы в 5 раз больше оперативной памяти, чем занято их объектами. Можно поискать график, на котором будет катастрофическая деградация производительности, когда памяти всего лишь в 2 раза больше, чем занято. Ещё когда таких программ становится несколько, они по очереди в своп ходят, вытесняя друг друга из памяти. А ещё какой-нибудь касперский содержимое загружаемого свопа неукоснительно проверяет во избежание. Как же я настрадался в техподдержке.

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

А Delphi вполне себе рабочий инструмент. Против глюков есть типизация и проверки диапазонов, по умолчанию выключенные, но ведь можно включить. Сборки мусора нет. Контейнеры на счётчиках ссылок можно взять в Spring4D.