Алексей Уколов

Ну а кто то возможно обратит внимание что он действительно не сформулировал вопрос.
И возможно - но это не точно (хотя уточка не даст соврать) кто то даже начнет формулировать вопрос и поймет ответ на него.

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

Этот набор шаманских заклинаний помог потому, что в нем отсутствует элемент ONLY_FULL_GROUP_BY.
Который и отвечает за строгость по отношению к вопросу о группировке.
И по которому гуглится миллион объяснений заодно.

1. представьте себе таблицу
countries
id, name, continent_id
1, Russia, 1
2, Germany, 1
3, China, 2
4, Kazakhstan, 2

если мы делаем запрос select continent_id from from countries group by continent_id; базе все понятно она выведет
1
2

если мы делаем запрос select name, continent_id from from countries group by continent_id;
базе нихрена не понятно ибо
1, а здесь что выводить? Russia или Germany?
2, а здесь что выводить? China или Kazakhstan?

2. Играться с sql mode дело не правильное - с чего вы решили что на prod сервере вам разрешат это делать?

Йопт, Глеб, тут эту тему уже жевали-жевали, казалось бы разжевали всю, нафиг.

Да, VPS помогает, но не всегда. "Потренироваться" в обходе запретов на коннект с РФ можешь на сайтах типа dell.com - когда у тебя коннект к ним заработает (через VPS ессно) - тогда можно о чем-то думать. Помощь здесь окажет сайт whoer.net - его тоже нужно пустить через VPS - он дает ценные подсказки, что еще не так.

Но надо сказать, что даже выполнив все условия, игра может не заработать. Например мне не удалось запустить RAID на компе, который ходит точно через VPS, Сам Plarium Play заработал, считает, что я в Амстердаме, а вот игруха не запускается - видимо что-то недоработано.

(JFYI: Горячих финских парней из SuperCell жаль. RAID тоже как бы изьят из магазина гугла, но есть другие магазины :) а BrawlStars и ClashRoyale - далеко не уникальные игры, таких тринадцать на дюжину.)

Вообще-то 90% задач в JS предполагают, что решительно всем решительно похрен, что там в попугаях.
Лишь бы не глючило и можно было легко исправить.
Язык, просто-таки предназначенный для фреймворков.
Во всяком случае, его браузерная часть.
А если вам позарез понадобились реальные оптимизации - так пишите не на ванили, а на чем-нибудь низкоуровневом и собирайте в WebAssembly,

Сначала вам нужно получить данные с формы. Ознакомиться с POST-запросами можете здесь:
https://pythonbasics.org/flask-http-methods/
Потом, вам нужно эти данные передать в SQL-запрос. Здесь тоже всё описано на примере:
https://pythonbasics.org/flask-sqlite/
Ну и в целом вам будут полезны эти ресурсы:
https://pythonbasics.org/
https://docs.python.org/
https://pydocs.ru/

Вам надо на время оставить программирование и изучить две гораздо более важные вещи:
Во-первых, надо научиться структурно мыслить. В частности, разобраться, что ваш вопрос состоит из двух совершенно разных, никак не связанных между собой частей:
1. как в Flask получить данные формы
2. как передать переменные в sql запрос

А во-вторых, научиться пользоваться интернетом. Потому что ответов на оба эти вопроса, в том числе и на данном сайте, просто миллионы.
На первый (ссылка из ответа на qna.hab.com): https://flask.palletsprojects.com/en/1.1.x/quickst...
На второй: https://qna.habr.com/q/1002781

Смотрите.
viewBox="0 0 1000 100" - определяют вьюпорт пользователя, те как бы то окошко через которое мы смотрим когда видим картинку svg. Первые две цифры - это минимальные(верхний левый угол) x,y координаты, далее размер длинна вдоль x и y
Следовательно, самая высокая точка, с тчк зрения этого окошка, будет та, у которой координаты по y будет 0.
У вас там рисуется <polygon points="0,0 9.090909090909092,11 .... вот как видно первая точка имеет координаты по 0,0 - те по x - самая левая с нулевым отступом от лева, и по y- самая верхняя, с нулевым отступом от min y - верха окошка. Таким образом все у кого будет y - 0 (второе число в паре ч/з запятую) - будут на самом верху, относительно окна просмотра.
Но координаты могут уходить и за окно просмотра: как в лево/вверх, тогда отрицательные будут, так и в право/низ - будут больше окно просмотра(в вашем случае больше 1000 и 100 для x и y соответвенно)

Например есть husky - очень удобно, если с фронтом работаете.

Если без сторонних инструментов, то можно хуки сложить в папку, которая будет трекаться в репозитории и поправить git config:
git config core.hooksPath .githooks
- это нужно выполнять для каждого репозитория у каждого разработчика. Можно упростить жизнь, вставив это в какой-нибудь скриптовый файл, который все обязательно запускают.

Петцольд "Код тайный язык информатики"

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

Данная проблема чаще всего возникает различия строк сравнения между PostgreSQL. Версия 15 может использовать другие настройки по умолчанию.
В PostgreSQL сравнение строк зависит от настройки collation.
Попробуйте изменить настройки collation для PostgreSQL 14, чтобы они соответствовали настройкам версии 15.

return User::where("name", "LIKE", "%{$query}%")->collate('utf8mb4_general_ci')->get();

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

Нужно сделать несколько под-команд у команды. Напишу цепочку if-elif-else, делов то. Ой, а теперь простыня кода на пять экранов, в которой фиг чего найдёшь. Потому что нет привычки структурировать код.

Нужно, чтобы несколько команд/событий формировали цепочку (сценарий). Например, пользователь отправил тре сообщения, первое с именем, второе с возрастом, третье с адресом. Ой, а как это сделать вообще? Не зная понятия "конечный автомат" (finite state machine, FSM), очень трудно догадаться, как тут поступить.

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

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

Нужно добавить боту графический интерфейс - админку. Ой, а работает или интерфейс, или сам бот! Потому что нужно представлять, как устроено большинство GUI-фреймворков, и как устроена асинхронное приложение. А заодно понимать многопоточность, вопросы синхронизации действий между двумя потоками, и особенности работы с asyncio в многопоточных приложениях. Потому что одним потоком тут обойтись будет очень непросто.

Нужно хранить данные в БД. Ой, а почему у меня проблемы при записи в БД имени пользователя? А потому что погромист собирает SQL-запрос через форматирование строк. Надо было почитать доки, чтобы наткнуться на prepared statements, они же parameterized queries.

Нужно хранить данные в БД. Вот только данные имеют связи многие-ко-многим. Я знаю! Я буду просто добавлять или удалять столбцы в таблицу! Потому что не освоены даже азы проектирования БД. Тут уже nuff said. И да, я такое видел на этом сайте.

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

вызов колбэка в setChildren происходит немножечко асинхронно, потому надо сохранять для него индекс в замыкании:

...
        const i = setInterval(() => {
            const savedIndex = index;
            setChildren(array => [...array, props.children[savedIndex]])
            index++
            if (index === props.children.length)
                clearInterval(i)
        }, props.delay)
...

Это не фильтр и даже не фотография. Это векторное изображение, где каждый объект автор окрасил в желаемый цвет.
https://www.shutterstock.com/ru/image-vector/horiz...

Ну и дополню:

• сделать/перекрасить такое же векторное изображение можно в любом векторном редакторе — Adobe Illustrator, Corel DRAW, Inkscape и др.;
  
• обрабатывать растровые изображения (фото) можно в Adobe Photoshop, Lightroom, Corel Painter и др.
  

Если вообще не знаете ничего, то поищите уроки по созданию желаемого эффекта и пробуйте повторить в той программе, которую использует автор.

Оно другому не мешает. Спрайт тоже можно грузить лениво.

Спрайты, как правило, используются либо для загрузки большого количества небольших изображений - иконок. Это было более актуально до http2. Сейчас нужно проверять, даёт ли это действительно прирост. Либо когда нужно сделать анимацию. Суть оптимизации - сокращение количества сетевых запросов.

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

Таким образом - если контентные тяжёлые изображения - лэйзи лоад.
Если много небольших или кадры анимации - спрайт.

Таким образом. если изображений из спрайта нет во вьюпорте и рядом с ним, то и спрайт можно грузить лениво.