mayton2019

При такой постановке задачи можно оставить только 1 предикат.
if answer=='18':
А все остальное всегда идет по линии else. И сравнивать строки даже можно.

Нужно писать программу так чтобы она была легко читаема для человека. И чтобы другие читающие
быстро поняли что имелось в виду. Методы против функций - это холивар. В нем нет смысла.
Лучше приведи свой код и попроси сделать code-review.

Надо проверить следующее.
1) Вот эта штука возвращает число удаленных строк

cur.execute ('DELETE FROM memorycfcb WHERE name = %s', (data,))

проверь что там хотя-бы не ноль. Вообще - всегда проверяй коды состояний API.

Любого API. И зимой и летом проверяй. Это просто как чистить зубы по утрам.

2) Проверь что режим autocommit включен.

Тут зубчатый массив не нужен. Можно и одномерным прекрасно обойтись.

for (int i = 0; i < heightGameField; i++)
      gameField[i] = new int[widthGameField];

Тут всё поле можно не перерисовывать. Змейка это вообще - эконом-игра. В ней можно обновлять
только голову змеи и хвост. И те места на карте где выпадает еда.

for (int i = 0; i < heightGameField; i++)
    {
      for (int j = 0; j < widthGameField; j++)
      {
        switch (gameField[i][j])

Я не кодил на SFML/Graphics.hpp. Моя С++ библиотека когда-то называлась Borland C++ BGI. Но там мне хватало
вот такого частичного обновления экрана.

Зачем этот метод? Он безсмысленный.

int** getGameField(void)
  {
    return gameField;
  }

Он взламывает инкапсуляцию класса. После него всё ООП должно пойди по звезде. Вобщем можешь его даже не делать.

Вообще в данной игровой логике ООП не очень нужно. Ну тоесть я не вижу ниакой мотивации к ООП. Между змеей и локацией нет никакой секретности. Короче пиши набор функций и не парься. Если SFML жостко не требует ООП
то и не беспокойся об этом. Шаблонизация тут как я понимаю важнее чем ООП. А об этом еще великий Степанов
говорил.

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

Если делать акцент на "касании" - вы этим только запутываете читателя. Если-бы стояла задача вращать второй прямоугольник одновременно выполняя проверки механики касания - тогда результат был-бы другой. Зеленый в какой-то момент сдвинулся бы еще чуть ниже чем вы нарисовали.

Вопрос звучит так. Где находится класс ApplicationListener.class ?

Его надо подключить к проекту. Ищи его.

Можно брать любой по карману. Но если НП (начинающий прогер) хочет заниматься геймдевом - то нужна видяшка сильная по фиче-листу. Чтоб всякие там физики поддерживала. Или если хочет заниматься нейро-сетями - то видяшка опять-же с TPU. Железо брать лучше Intel. У меня в связке AMD+Ubuntu были сложные хардверные проблемы которые никак не решались.

Все бесплатные UI инструменты поражают своей убогостью. Мне после Toad/SQLDeveloper кажется что разработчики Windows-приложений просто разучились делать классические оконные апликухи. DBeaver - видел. Но на нем есть след толи Swing/AWT толи SWT со всеми вытекающими. Чувсвтуется что не родной.

Автор если у тебя установлен mysql клиент - то можешь использовать консоль mysql. Бонусом будет то что научишся хорошей практике.

Вот как-то так она выглядит.

$ mysql --help
mysql  Ver 15.1 Distrib 10.3.34-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2
Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Usage: mysql [OPTIONS] [database]

Там и базы можно посмотреть и таблицы.

Надо глянуть требования по сайтам и ботам. Если каждый сайт потребляет 100Мб к примеру то имеет смысл все 3 сайта просто объединить в 1 контейнер.

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

Зачем кавычки обрамляют bind-переменные?

"""INSERT INTO memcfc (photo , name , discription) VALUES
        (' ? ',' ? ',' ? '); """ , tuple(data.values()))

В документации по Rust есть раздел Iterator Loops https://doc.rust-lang.org/reference/expressions/lo...

Переходить на паттерны следует когда "седина" уже тронет виски. Я сильно сомневаюсь что начинающий вообще сможет обосновать применение паттерна в каком-то продуктовом кейсе. Да что там начинающий. Там синьоры-помидоры спорят до хрипоты и рвут бороды.

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

Книгу можете брать любую. Но начните с паттерна Singleton, Facade, Compositor...

Такие задачи я делал просто в текстовых редакторах. Надо только найти тот который загрузит файл на 1.4Гб.
Попробуй Notepad++. Потом визуально можно просто отметить номера строк для резки. И уже порезать консольными утилитами типа head/tail

Если вообще не осилил - тогда качай докер. Потом mySQL https://hub.docker.com/_/mysql Ну и дальше погнал. Загружай.

Выделил 15 Гб == пожадничал. У меня кажется 250 Гб сразу отдано под нужды root раздела. Впрочем я могу вечером посмотреть цифры.

До того как форматировать и двигать разделы - посмотри через графическую утилиту "Disk Usage Analyzer" какие фолдеры сколько занимают. Они в виде круговых диаграмм будут нарисованы. Очень удобно. У меня так один раз пара телесериалов лежала в FullHD качестве. Просто забыл удалить.

Очень странно что падает база. Обычно чаще приложения падают. Мне кажется что базу можно завалить бесконтрольным ростом числа сессий (коннектов) или долгими сортировками одной большой таблицы. Здесь надо смотреть детальнее. Что там за база? Что пишет в логах перед падением?

Вобщем я-бы пошел не от докеров и от железа а от проблемы. Проблема - то как используются ресурсы базы.

В промышленности есть задача под названием "Оптимальный раскрой". Не знаю как это делать в Pygame, но это обобщенная постановка для фигур произвольной формы на плоскости. Например - заготовок изделий на листе металла.