Vindicar

await channel.add_reaction('')
реакцию можно добавлять только к сообщениям, а не к каналам.

Потому что user_name содержит пустую строку. А вот почему так, это уже второй вопрос.
Хотя _clean_all_tag_from_str() это тот еще код... вообще разве в title могут быть вложенные теги?

> кнопка брала директорию из первой кнопки
И вот тут-то и косяк. Не из "первой кнопки", а из специально созданного (в __init__() разумеется) поля класса Convert_App. А записывать данные в это поле должен обработчик нажатия первой кнопки.
Это азы питоновского ООП, освойте их и таких вопросов возникать не будет.

Плохо искал.
Находишь искомый канал по id, у текстового канала есть метод send().

Подозреваю, что до start_polling() атрибут dp.loop имеет значение None.
Наверняка бот предоставляет событие, которое срабатывает когда бот стартовал - поищи в доках, и запускай задачу внутри этого события.

«Признак Хаара» это прямоугольный фильтр, разделенный на две области – светлую и темную. Данный фильтр накладывается на некоторую область изображения (окно). Значением (откликом) признака является сумма яркостей пикселей изображения в светлой области минус сумма яркостей пикселей в темной области. Если эта разность превышает некоторый порог, то мы считаем, что данный фильтр дал отклик в данном месте изображения.
Это примитивный признак-классификатор. При обучении классификатора Хаара с помощью алгоритма бустинга набор таких примитивных классификаторов складывается в один составной классификатор. Но такой классификатор либо работает долго, либо даёт много ложных срабатываний. Даже шанс в 0,01% - это много, учитывая сколько возможнных окон (возможных позиций лица) может быть на изображении.
Поэтому использует принцип "каскада внимания". Формируется цепочка из нескольких составных классификаторов таким образом, чтобы каждый последующий отсеивал как можно больше отрицательных примеров, но при этом пропускал все или почти все положительные (уровень обнаружения >95%). Это позволяет ограничиться вычислением сравнительно быстрых и простых составных классификаторов для подавляющего большинства окон на изображении.

Под конец несколько близлежащих окон могут быть слиты в одно с помощью non-maximum suppression. Это нужно, так как лицо может попасть сразу в несколько соседних окон, чуть смещённых относительно друг друга.
Если в итоге у нас есть отклики, то мы знаем позиции и размеры возможных лиц на изображении. А дальше уже эвристика на основании этих сведений. Например, если нам нужен крупный план, то мы можем отвергнуть изображение, если наибольшее лицо занимает менее 75% площади изображения.

Потому что ты не понимаешь, что делаешь.

btn_ent = Button(frame_btn, text='Ввести', font=100, bd=2, height=5, command=click())

Ты присваиваешь в качестве обработчика щелчка по кнопке результат вызова функции click(). У неё нет ни одного return, так что она возвращает None.
Если ты хотел назначить click() как обработчик, то нужно было указать саму функцию, а не результат её вызова.

command=click

Далее, сравнение

txt == 'чтототам'

некорректно, так как StringVar() и str - разные типы данных, и они не будут равны. Используй

txt.get() == 'чтототам'

. Одинокий вызов txt.get() в начале click() бесполезен, так как ты игнорируешь возвращаемое get() значение.

Собственно, я не вижу где ты инициализируешь переменную txt. У тебя нет ни одного вызова txt.set().

Ну и до кучи, присваивание TextR перед root.mainloop() ни на что не повлияет, так как она использовалась ранее.
Если хочешь, чтобы присваивание переменной тут же отражалось в элементах управления, нужно использовать еще один StringVar(), и вызывать его метод .set() для смены значения.

Я на одного пользователя поднял вообще на lighttpd, работает.
Но по апачу наверняка больше рекомендаций в сети.

Можно отмонтировать этот раздел напрочь.
Если он прописан в /etc/fstab, добавь в соответстующую строку параметр noauto или вообще закомментируй её.
Если он там не прописан, его может подмонтировать udev, тогда надо ковыряться в /etc/udev/rules.d

member = main_guild.get_member(member_id)
AttributeError: 'NoneType' object has no attribute 'get_member'
Ну чего тут гадать, нет такой гильдии. ID точно не перепутал?
Кроме того, ты уверен что функция не запускает до того как бот подключился?

1. Определяешь формат файла конфигурации. Вариантов много:

• простой ini-файл (модуль configparser) - удобен, если нужны мало-объемные данные, и не более двух уровней иерархии (т.е. группа-ключ со значением).
  
• xml-файл (модуль xml) - громоздкий, но зато поддерживает много уровней вложенности и есть средства проверки корректности
  
• json-файл (модуль json) - куда проще в плане синтаксиса, на выходе получаешь комбинацию из словарей и списков питона. Я бы посоветовал его.
  
• Можно даже СУБД (типа sqlite3) прикрутить, при желании. Но это оправдано очень не всегда.
  

2. Выбираешь место хранения конфига.

• В папке программы? Будет одна конфигурация для всех пользователей на ПК. Не факт, что у тебя будут права на запись в эту папку. Зато легко копировать программу на другой комп.
  
• В папке APPDATA пользователя? Далеко, пользователь вряд ли залезет, зато у разных пользователей на одном компе будут свои настройки. Сложнее перенести программу на другой комп - нужно будет еще найти и скопировать папку настроек. (Сложнее не в плане защиты от копирования, а в плане удобства распространения.)
  
• В папке Мои документы пользователя? Не факт что это хорошая идея, но плюсы примерно те же что и выше.
  
• Возможна комбинация предыдущих. Например, я делаю так: если в папке с исполняемым скриптом лежит файл с именем "portable", ищу конфиг тут же. Иначе ищу его в APPDATA.
  

3. Определяешь, как будешь получать доступ к конфигу внутри программы. Например, отдельный модуль, который будут импортировать все части программы. Модуль содержит класс-синглтон, который содержит значения конфига в форме, удобной для остальной программы. Также этот класс может содержать значения конфигурации по умолчанию. Программа при старте ищет и загружает конфиг в экземпляр этого класса, при работе обращается к этому классу, чтобы получить или задать параметры, а при завершении - сохраняет класс обратно в конфиг.

Почитай официальные примеры, там это есть.

await bot.api.messages.send(
            peer_id=event.object.user_id, message="Спасибо за подписку!", random_id=0
        )

Можно предположить, что peer_id - это id пользователя, которому нужно отправить сообщение.

Перевод числа в строку с записью двоичной системе - это bin(). Единственное, первые два символа префикса 0b оторвать. Для более удобной замены нескольких символов за один раз лучше использовать .translate(). В итоге получаем:

table = {ord('0'):'2',ord('1'):'5'}
print(bin(N)[2:].translate(table))

Пишешь список ролей от наиболее авторитетных до наименее авторитетных.
При выполнении команды кика/мьюта сравниваешь наиболее авторитетную роль отправителя с наиболее авторитетной ролью цели. Авторитетность тут меряется как индекс в списке ролей - чем меньше, тем лучше.
Ну а дальше, выполняешь команду только если отправитель более авторитетен чем цель.

mlt_melt, не городите велосипед, а используйте модуль json. Будет вам нормальное сохранение структурированных данных - до тех пор, пока их можно представить в виде набора часть-целое.
А если связи более сложные, например, есть список юзеров и нужно хранить кто с кем в друзьях - то тут уже впору задуматься о реляционной БД.