Руслан .

Возможно причина в том, что вы пропустили литеру f перед строкой с текстом запроса на удаление.
"DELETE FROM ranks WHERE name = {name}"
Чтобы в строку подставилось значение переменной нужно
f"DELETE FROM ranks WHERE name = {name}"

Может воспользоваться формулами на подобии тех что описаны тут:
https://mapgroup.com.ua/glavnaya/astronomicheskie-...

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

Попробуйте так:

select e.mark, course, g.name, s.name, lastname, surname, p.name, f.name from students s
left join groupa g on s.group_id = g.id
inner join exam_mark e on s.id = e.student_id
inner join peciality p on g.peciality_id = p.id
inner join facult f on p.facult_id = f.id
where e.mark >= 4
    and not exists (select 1 
                               from exam_mark e1
                             where e1.student_id = s.id
                                 and e1.mark        <> 2)

Можно попробовать конструкцию EXISTS.
Как-то так:

SELECT
    tt.`email`,
    COUNT(tt.`email`) AS `count`
  FROM
    `e_stat` AS tt
  WHERE NOT EXISTS (
      SELECT 1
        FROM `e_stat`
        JOIN `pb`
          ON `pb`.`e_stat_id`  = `e_stat`.`id`
       WHERE `e_stat`.`msg`   = '68'
         AND `e_stat`.`email` =  tt.`email`) 
       GROUP BY tt.`email`

Если используете класс Scanner, то для считывания чисел из потока удобнее использовать пару методов hasNextInt и nextInt.

Возможно в вашем случае первый вызов scanner.nextLine() вычитал весь поток и при втором вызове вернулась пустая строка.

Можно попробовать сделать небольшую нормализации, например перенести из таблицы task три поля ( type, provider, cat ) в отдельную таблицу tasktype, а в исходной таблице оставить только одно поле tasktypeID и это поле поместить в индекс таблицы task вместо предыдущих трех.
Т.к. у вас запросе условия указаты статичными, то можно вначале наиграть tasktypeID по таблице tasktype, которая не должна быть очень большой и затем идти в индекс от task по двум полям вместо четырёх. Кроме этого индекс в task станет меньше места занимать и это должно ускорить поиск по индексу и его перестраивание при добавлении новых строк.

Если нужна только первая пара, то не нужно цикцы крутить до конца. Прерывайте их как только в первый раз сработает if (a[i] + b[j] > w)

Возможно файл Номеклатура PRP-4.xlsx поврежден.
Можно его попробовать открыть в excel и пересохранить, а затем попробовать снова ваш код.

В теории здесь нужно иметь скриншот стола когда он пуст и сравнивать его с текущим скриншотом. Если ракурс и освещение у скринов одинаковые, то дельта двух скринов покажет есть что-то новое на столе или нет.

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

С точки зрения размера базы, с одной таблицей будет компактнее.

Если требуется секционирование, то поле для секционирующей функции д.б. частью. секционируемой таблицы.

Про удалённую отладку вот тут можно аюпосмотреть.
https://www.baeldung.com/java-application-remote-d...

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

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

Например так:
vAB.x=b.X-a.X
vAB.y=b.Y-a.Y

vAC.x=c.X-a.X
vAC.y=c.Y-a.Y

vAD.x=d.X-a.X
vAD.y=d.Y-a.Y

Теперь находим скалярное произведение векторов vAB*vAС и vAB*vAD, если оба равны единице, то четырехугольник вырожденный.

Найти скалярное произведение от координат векторов можно так:
s(v1, v2) = (v1.x*v2.x+v1.y*v2.y)/(sqrt(v1.x*v1.x+v1.y*v1.y)*sqrt(v2.x*v2.x+v2.y*v2.y))

Либо второй вариант, можно пойти от уравнения прямой:
(b.x-a.x)/(b.y-a.y)=(c.x-a.x)/(c.y-a.y)=(d.x-a.x)/(d.y-a.y)=t
и тут, чтобы уйти от деления можно так переписать уравнение:
(b.x-a.x)*(c.y-a.y) =(c.x-a.x)*(b.y-a.y)
(b.x-a.x)*(d.y-a.y) =(d.x-a.x)*(b.y-a.y)
Если оба равенства выполняются, то четырехугольник вырожденный

Вот тут немного странно сделано:
DB::beginTransaction();
$waitingPayment = HistoryPayment::find($waitingPayment->id);
if ($waitingPayment->status_transaction === 'success') {
return false;
}

Открываем транзакцию, чекаем что status_transaction === 'success' и выходим не закрывая её и не откатывая. Может вынести проверку до открытия транзакции.
Просто открытая тут транзакция может, где-то далее не явно использоваться и возможно влиять на то, что что-то потом откатывается при rollback, что не должно откатывать я.

Есть ещё вызов
ChangeBalance::dispatch($user->id, $user->balance);
Он за пределами основной транзакции и не в try, может он влиять на баланс, например если внутри у него ошибка случается?

Поиск в браузере можно вот так запустить
https://docs.python.org/3/library/webbrowser.html

Тут вероятно нужно вынести инициализации положения охотника за пределы цикла while.
Я про вот этот код:
hunter_pos_x = 0
hunter_pos_y = 0

А так у вас на каждой итерации цикла все начинается с 0,0

Когда то тоже искал такое.
Вот этой страницей пользовался.
https://en.wikipedia.org/wiki/List_of_visual_novel...

Но мне нужно было просто мелкой показать как можно простые вещи делать, поэтому я выбрал Ren'Py

Если задача одноразовая, то можно без программирования, просто открыть исходный файл через например excel и просто накопировать столбцы из исходного файла в новые и затем сохранить как csv с разделителем ",".