Сергей П

Похоже ваш лог не соответствует коду. Посмотрите где вызывается add_user. Там обрабатывается исключение IntegrityError, но оно жеперехватывается и не рерайсится в самой функции add_user. Это значит, что строка

logging.info(f"Пользователь {message.from_user.id} уже существует.")

не может быть исполнена.
add_user у вас вообще не бросит IntegrityError. Возвращаемое значение False никак не обрабатывается.
Но какие-то щдругие исключения вы не пытаетесь поймать и залогировать. Нужно логгировать все исключения.
В общем, нужно больше логов и аккуратнее с обработкой исключений.

Вообще, если что-то идёт не так, нужно сразу и обязательно падать и детально выдавать инфу об ошибке.

Чтобы отредактировать сообщение с фото нужно использовать edit_media, а не edit_text

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

В ttk.Combobox параметры background и foreground не работают напрямую. Необходимо использовать стили для настройки цветов. Вот как это можно сделать:

import tkinter as tk
from tkinter import ttk

root = tk.Tk()

style = ttk.Style()
style.theme_use('default')

style.configure("TCombobox",
                fieldbackground="red",  # Цвет фона выпадающего списка
                background="red",  # Цвет фона поля
                foreground="#375010",  # Цвет шрифта
                selectbackground="red",  # Цвет фона при выборе
                selectforeground="#375010"  # Цвет шрифта при выборе
                )

frame_1 = ttk.Frame(root)
frame_1.pack(padx=10, pady=10)

combo = ttk.Combobox(frame_1,
                     values=["Option 1", "Option 2", "Option 3"],
                     height=1,
                     width=24,
                     font=("Windows", 12),
                     style="TCombobox"
                     )
combo.pack()

root.mainloop()

Этот код настраивает цвет фона и шрифта для выпадающего списка. Обратите внимание на использование style.configure для настройки внешнего вида.

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

Есть ряд простых и действенных советов.
1) Блокнот терминов.
Вы слушаете много всяких лекций по теме, читаете статьи, изучаете код других проектов и при этом встречаете много незнакомых слов, терминов, названий библиотек и технологий. Нужно выписывать эти слова в блокнотик. Не важно будет ли он бумажный или цифровой. Важно регулярно выделять время на сортировку его содержимого и изучение (хотя бы поверхностное) всего, что там написано. Это сформирует эрудицию.
2) Читать чужой код. Искать инетресные вам проекты библиотек и вообще софта на гитхабе и разбираться как там внутри и что. Это пополнит ваш блокнот из п.1 и повысит насмотренность кода. Если что-то не понятно почему оно так как есть, то стоит лбо поразбираться в этом, либо отложить до лучших времен.
3) Писать свой код. Если вам не интересно, то вы не достигнете никакого успеха. А если интересно, то вы будете этим заниматься, если не позволите себе прокрастенировать.
Выберите интересны вам проекты и направления и пишите помаленьку код. Начните с простого, с MVP, потом развивайте. Если уже на этом шаге трудности, то впору задуматься надо ли оно вам. Если надо, то трудности можно преодолевать. Я не буду сейчас тут сочинять и придумывать за вас ваши трудности. Приходите с конкретными вопросами. Этот пункт про написание кода, которым за одно и заполнится ваш гитхаб. Выберите задачу, которая вам интересна, и делайте. Если на знаете с чего начать - сформулируйте в маркдауне бизнес-требования, выделите MVP, сформулируйте ТЗ, разбейте на крупные задачи, декомпозируйте их до выполнимых подзадачек. Если не писать код, то вы не научитесь это делать и у вас не будет кода. Если писать его, то всё будет.
4) Идите в джуны и на стажировки. От вас там особо никто не будет требовать каких-то особых знаний, но может попасться хороший ментор, и, если вывезите, то будет хороший старт. Да, мало кто рискует и выделяет ресурсы чтобы учить джунов, но ищущие обрящут. см. п.6
5) Читайте классику (книги по алгоритмам, технологиям, фреймворкам и т.д. Спорный пункт. но если читать такие книги как художественную литературу, то вы можете начать мыслить в контексте изучаемых технологий и нужными терминами.
6) Ходите на собесы, решайте задачи публикуемые с собесов. Это позволит найти местечко для стажировки. перестать бояться собеседований и неудач, понять что нужно рынку и индустрии, пополнить блокнотик словами, которые следует изучить.
7) Не путайте цели и средства. Пишут код. чтобы научиться, а не чтобы забить гихаб и благодаря этому устроиться. Работодателю пофиг на гитхаб, ему важно, чтобы вы делали его задачи из трекера и собеседвоание призвано вы]вить вашу способность к этому. Если какой-то конкретный работодатель предложил вам пойти сперва заполнить свой гитхаб, то это значит что он так вежливо вам намекнул, что ваша квалификация и опыт его не устраивают. Гитхаб - это предлог. Однако и индикатор, кстати, тоже.

Сравнение нужно делать с некоторой точностью. Получите разность между сравниваемыми значениями и сравнивайте модули с пороговым.

In [8]: a=0.00001-0.99999j; b=-0.00001-1.000001j

In [9]: abs(a-b)
Out[9]: 2.2825424420965077e-05

Вот этот модуль можете сравнить с 1e-4, если меньше, то считаем что числа равны.

Вы неверно понимаете суть О-нотации. Почитайте книги Дональда Кнута про это.
O(3) - это то же самое, что O(1). Нет разницы. O(N), O(N+1000), O(10*N) - это тоже одно и то же.
В таких случаях речь всегда идёт не про конкретный кейс, а про обобщенный. Вы не знаете в каком порядке элементы вашего массива, где находится искомый, сколько всего элементов будет в конкретных кейсах, поэтому определяется ряд случаев: средний (по вероятности, если входные данные рандомные), худший (чтобы понимать границы и сколько может "висеть" алгоритм теоретически). Лучшие варианты обычно никого не интересуют, потому что и вероятность их мала, и смысла никакого нет в столь малых величинах.

У вас типичный случай компромисса в реализации структуры данных. Вы всегда балансируете между памятью и скоростью. Больших семь шапок из овцы не выкроить никак.
То есть, вы можете сделать такую структуру данных, которая "под капотом" будет держать древовидный индекс с данными или отсортированную по ключу карту значений для бинарного поиска. Хотя эти варианты - суть одно и то же.
Если не рассматривается вариант размена производительности на память, то в этой задаче у вас будет только O(N) без вариантов.
Если усложнить структуру данных, то можно добиться и O(logN) при поиске, и даже O(1). Почитайте как устроен словарь в питоне.

Да, помимо сложности поиска у вас будет сложность вставки в структуру новых элементов. И тут опять трейд-офф. Ну а что вы хотели?

XML - это универсальный формат, он определяет только синтаксис, на его базе строят более высокоуровневые форматы. Например на нём основаны docx, xlsx и многие многие другие. Любой прогреммст вместо своего велосипеда может описать схему, которой должны удовлетворять структура тегов и форматы данных XML-файла, и реализовать сохранение (сериализацию) и загрузку (десериализацию) в\из этого формата.
Что у вас там за программа вы не написали, кно ничего вы там вручную сами не преобразуете. Нет какого-то универсального и единственного способа. Вы просто фантазируете и при этом скорее всего ошибаетесь в предпосылках. Может быть, конечно, у какой-то там программы программист в какой-то момент и перешел в какой-то версии на новый формат файла, но вы сами ничего с этим поделать не сможете. Если прога сама не загрузит и не сконвертирует, то...

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

Что-то вы не очень понимаете, похоже, как это всё работает. Яндекс-карты тут ни при чем. Пользователь включает трансляцию своей геолокации для бота, а бот принимает обновленные координаты периодически от пользователя и делает с ними что хочет.
Как вы хотите выводить карту? Прямо в чате с ботом? Так она выводится самим интерфейсом клиента в вашем чате при старте трансляции, но это не яндекс-карта.
Да, бот может при попадании пользователя в заданную точку как-то среагировать.
В чем у вас, собственно в опрос? АПИ для написания бота читали? Там всё необходимое есть

c.on_click = lambda event: await self.btn_clicked(event)

Здесь создаётся лямбда-функция (не асинхронная), из которой вызывается асинхронная функция.
В этом и проблема.
Если у вас апи позволяет сюда (c.on_click) подавать асинхронную функцию, то сделайте её замыканием:

async for r in self.element.content.controls:
    async for c in r.controls:
        async def on_click(event):
            return await self.btn_clicked(event)
        c.on_click = on_click

Но это всё не нужно, можно просто подавать в вашем конрктеном случае напрямую нужную функцию:

async for r in self.element.content.controls:
    async for c in r.controls:
        c.on_click = self.btn_clicked

А если on_click требует только синхронную функцию, то так не прокатит.