Aragorn

Такое впечатление, что драйвер рендерит изображение чуть не 75 дпи.
А тестовое вложение на 1200 .

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

dadata.ru

Объясняю на пальцах:

UPDATE trial SET trialactive = 0 WHERE trialkey = 'vless:-test'

- обновить запись, где столбец trialkey равен строке "vless:-test"

UPDATE trial SET trialactive = 0 WHERE trialkey = vless:-test

- обновить запись, где столбец trialkey равен столбцу vless:-test, а такого столбца у тебя нет.

А причина - потому что ты не озаботился как следует посмотреть примеры работы с БД в питоне, и сразу побежал херачить текст запроса с помощью f-строк, хотя каждый первый туториал предупреждает что так делать нельзя, а нужно использовать placeholder'ы.

Ссылку на https://docs.python.org/3/library/sqlite3.html#sql... тебе выше дали, разобрать её несложно.
Первый пример кода (который помечен # Never do this -- insecure!) допускает ту же самую ошибку, что и твоё

cursor.execute(f'UPDATE trial SET trialactive = 0 WHERE trialkey = {results}')

и другие запросы.
А второй пример кода показывает, как правильно.

# This is the qmark style used in a SELECT query:
params = (1972,)
cur.execute("SELECT * FROM lang WHERE first_appeared = ?", params)

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

Вон же меню Window, там все окна и открываются.

твой уровень программирования "школьник 9го класса, изучающий полгода java"

Да, скорее всего согрела - нужна глубокая диагностика железа. А это прямой путь в СЦ.

Выбирайте, где будет храниться индекс искомой информации а точнее проводиться сам поиск. Популярно - это делают на веб сервере, но если у вас полностью статический веб сайт (состояит из html файлов и все) то можно сделать и на клиенте в браузере, для этого нужно будет знать javascript (альтернативно vbscript и если совсем необычно - то xml+xslt, но это совсем все переделывать, потому что выворачивает на изнанку подход к разработке).

Если информации мало, т.е. поиск по ней без создания индекса будет быстрым (десятки страниц) то код для реализации этого будет считанные несколько строк на php.

Если делать поиск на клиенте, то необходимо будет собрать в каком либо виде (пусть и в виде константы на javascript, т.е. json) индекс - содержащий искомую информацию и ссылки на страницы, где она размещена, в том виде, в котором его удобно будет искать.

Я очень очень давно видел очень странную реализацию поиска на стороне клиента, каждая страница содержала javascript метод, прописанный на onload, который проверял, что страница загружена во frame, и если да то проводил поиск и вызывал у потомка метод - Результат поиска, с указанием true/false есть ли искомая информация тут (там скорее всего простой поиск по подстроке тупо по содержимому документа document.InnerHTML). На странице поиска был список всех страниц сайта (несколько десятков), они по очереди подключались во frame, делая следующий на получение ответа от предыдущего... т.е. при поиске по очереди загружались страницы, проверялись, нужная ли она или нет, и поиск продолжался, по окончанию оставался список нужных, можно было ткнуть на нужную... естественно страницы всего сайта попадали в кеш браузера после первого же поиска, все работало очень неплохо (я не помню что там было сделано на случай ошибок, сейчас такое бы на чистом javascript реализовали бы),.. делать так не рекомендую но как пример что способов реализовать поиск очень много.

Сначала учим основы языка, потом пишем ботов, тебе вот явно написали что у тебя в subs None, т.е. в users_quests нет записи с этим user_id

По дефолту x264 ставит threads = кол‑во логич. ядер + 2 – эти “лишние” треды служат для пайплайна: один фреймы подгружает, второй пакеты отдаёт, чтоб конвейер не тормозил