YepBro

План запроса, пожалуйста :)

Результат запроса полностью помешается в память? peak_memory_used (из EXPLAIN filesort_summary) больше чем sort_buffer_size из настроек базы?

Запрос похоже никак не оптимизировать. Вот обсуждение подобной проблемы https://stackoverflow.com/questions/75306623/order...

Надо или тюнить mysql или думать над каким-то кешированием/промежуточными расчетами (хотя пока не вижу что тут можно кешировать).

1) Создаешь пустой приватный репозиторий на github/bitbacket/gitlab

2) В том месте где сайт
- инициализируешь локальный для сервера репозиторий git init
- создаешь файл .gitignore и указываешь в нем те файлы и папки, которые не должны попасть в репозиторий
- добавляешь файлы в репозиторий git add . && git commit -m 'Form server'
- генерируешь публичный и приватный ssh ключ https://docs.github.com/en/authentication/connecti... и добавляешь публичную часть в настройки своего аккаунта на github/bitbacket/gitlab
- связываешь локальный серверный репозиторий с основным удаленным на github/bitbacket/gitlab выполнение команды git remote origin ***где вместо звездочек урл (для доступа по ssh) твоего репозитория, обычно он есть на главной странице твоего репозитория
- пушишь свои изменения git push -u origin master:master

3) На своем рабочем компьютере

- генерируешь публичный и приватный ssh ключ на своем компьютере https://docs.github.com/en/authentication/connecti... и добавляешь публичную часть в настройки своего аккаунта на github/bitbacket/gitlab и добавляешь публичную часть в настройки своего аккаунта на github/bitbacket/gitlab (это уже второй ключ)
- создаешь локально папку где у тебя будет лежать код твоего сайта
- клонируешь туда сайт из удаленного репозиторий git clone *** ./ где вместо звездочек урл (для доступа по ssh) твоего репозитория
- коммит и пуш далее стандартным ообразом

Получать данные для ифрейма через отдельный пхп-скрипт, который будет их кешировать. Обновлять кеш с какой-то переодичностью (например запускать через крон). Данные для вывода на сайт брать из кеша.

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

У тебя есть урл фронта (node + vue) и урл апи (nginx + php fpm + postgress).

По урл фронта ты из браузера обращаешься к своему фронту. Node + Vue смотрят свои маршруты, генерирую html страницы и отдают их тебе в браузер.

Браузер отображается страницы при необходимости обращаясь к апи. Там уже свои маршруты которым управляем симфони.

Это если в общих чертах.

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

Для получения навыка решения алгоритмических задач есть куча соответствующих сайтов - начинаешь с самых простых уровней.

Для развития логического мышления изучи формальную логику и так же решай задачи.

Для начала реши как ты будешь отображать числа в которых число разрядов больше чем достуно в калькуляторе для вывода. А потом уже можно заниматься исправлением бага.

Можно. Во-первых порядок имеет значение, выбирается первый подходящий роут. Во-вторых, у новых версий Лары есть возможность задать отдельный обработчик для незаданных роутов https://laravel.com/docs/10.x/routing#fallback-routes (правда там slug не передается в метод, но эти данные можно получить другим путем).

Тот пример что ты выше привел должен работать корректно.

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

Пример нет думаю потому что это редкий случай, когда надо делать поиск по сайту и при этом контент частью статика, а частью в БД.

Может быть проще будет статически контент тоже перенести в БД?