ThunderCat

Как можно вывести точно такой же результат, но с повторами ID 2, например?

Если с самого начала проектировать бд в нормальной форме, а не то что получилось, то задача вполне нормально решается. Создается таблица отношений наборов к блюдам, и объединяется как многие ко многим, и всё будет нормально выбираться. А кажущаяся "оптимальность" хранения идентификаторов строкой в одном поле - ошибка почти всех новичков, тем не менее это отвратительная практика, рожденная некомпетентностью и ленью. Меняйте структуру, пока не поздно, на этапе разработки это сделать проще, чем когда уже внесете кучу данных в рабочий говнопроект. Делайте сразу хорошо, чтобы потом не страдать.

Есть таблица, кликаем на заголовок таблицы. идет сортировка

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

Сколько по времени должны выполняться все запросы на одной странице?

В общем случае запросы должны выполняться за время меньше секунды, близкое к 1 секунде уже считается весьма высоким. Исключения составляют приложения с очень сложной логикой, где ожидание ответа не сильно меняет ценность результата. Например на сайте новостей 1 секунда это много, а на приложении с миллиардами записей статистики по мировым продажам жвачки в розницу для планирования расширения сети продаж с 30 объединениями/группировками/дистинкт выборками надцать секунд или даже минут это норм, так как задача другая совершенно.

Как правильно составить запросы, сначала нужно исследовать запрос при помощи explain, а потом писать в php?

сначала пишется запрос с требуемым результатом, затем его можно оптимизировать. Так как оптимизация редко идет по пути изменения самого запроса, переписывать его не надо, а explain подскажет где можно подкрутить что-то на уровне индексов/памяти, код при этом вообще не трогается. Да и по большому счету 99% типовых задач не пишутся руками, а пускаются через модель/орм.

Нужно составлять запросы так, чтобы explain: type<>ALL

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

Подскажите, пожалуйста, хороший ресурс про создание индексов.

Дока по используемой бд достаточно хорошо описывает работу с индексами. Более подробно можно спросить ребят профильно занимающихся работой с бд, Akina, Лентюй ...

разбить файл на условные блоки и отключать по кускам, пока не заработает. Скорее всего какой-то из плагинов просто не установлен на сервере.

Так же для совместимости обычно используют директиву условного подключения, например так:
<IfModule mod_rewrite.c>

1) задать паузу в проверке, так как вы набираете 1 и тут же срабатывает условие минимум, набираете 0 и у вас в инпуте уже 1000 (100 от первого условия и еще 0 от вас) и тут же фигачится 300.

2) Проверку выполнять только если количество символов больше 2, повторно выполнять проверку при онблур и при отправке данных.

There are no options that will send access tokens automatically during HTML requests. They are designed to only be sent when your code explicitly requests it. This prevents certain vulnerabilities that were common with cookies.

Короткий ответ - никак.

Вы отправляете браузеру команду перейти по новому адресу, какие бы заголовки до этого или сразу за этим вы не передали, браузер переходит по новому урл со "стандартными настройками", как если бы вы нажали на какую-то ссылку (хинт - при таком переходе заголовками вы не управляете вообще никак, а на переданные до перехода заголовки браузер тупо забивает).

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

Короче - ваш код подходит для работы с внешним апи (только редирект там не нужен), но не подходит для работы с клиентом, не работающим в режиме SPA (где тоже работать не будет, так как редирект).

ВОДА: Так как дизайн как таковой не имеет четкого разделения по критерию знаний, которые можно легко проверить на собеседовании, основной упор при найме строится на опыте и портфолио (что не так важно для тех же программистов или девопс). Плюс в вашем случае вы ищете удаленную работу, при абсолютном отсутствии опыта, причем это касается не столько именно дизайна, сколько работы в команде, что еще сильнее сужает возможность выбора вас как кандидата. С вами просто гораздо сложнее работать, так как условный вася, с абсолютно такими же скилами, но сидящий в офисе, и учится в разы быстрее и фидбэк получает мгновенно, а не 2 раза в неделю, когда тимлид просматривает кто чего сделал и раздает плюшки и плюхи.

СУТЬ: Есть два стула варианта, и оба они... ну, не супер, имхо.
1) Фигачить на фрилансе за репу, пока портфолио не будет выглядеть как у спеца с серьезным опытом, то есть 20-30 серьезных работ, время за работой +- год-два, тогда можно пробовать удаленку искать с бОльшим шансом на успех. Так же можно попробовать влиться в галеру на фриланс бирже, денег не много, зато опыт обычно качается достаточно быстро, единственный минус - много е*ут и мало платят.
2) Устроиться в любую оффлайн контору, и вообще то это самый надежный способ. Понимаю что не в каждой локации это реально, но даже если в городе 1 компания, надо пробовать устроиться туда, опыт оффлан работы сравнивать просто не с чем, это +200% буст в росте скила и профитная запись в резюме. Если контор 2-3 идеально поработать во всех, так как разнообразие подхода к работе в разных конторах никто не отменял. Как вариант со звездочкой - релокэйт в более обитаемые места и устройство на работу там. Студенчество перевести в заочку и фигачить в крупном населенном пункте - тоже профитный путь.

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

емнип в почтовых сервисах поддерживаются только инлайновые стили. В целях безопасности.

По тому что невнимательность

formButton.onclick = (e) =>{
    e.preventDefault();
    let value = formButton.value; // у буттона нет валуе, очевидно здесь должно быть formInput
    getResponse(value);
}

Во первых надо выяснить где у вас ломается кодировка. Попробуйте залить обычный хтмл файл, вывести какой-то текст через пхп, запросить и вывести какие-то текстовые строки из бд - какой вариант даст поломанную кодировку?

Во вторых - проверить что установленно в пхп.ини в качестве default_charset (должно быть default_charset = "utf-8").

В третьих, конечно же проверить кодировку подключения к бд, которая должна быть выставлена как utf8mb4.

Ну и в четвертых - для использования мультибайт функций нужно установить mb_internal_encoding("UTF-8");

https://github.com/rutube/RutubePlayerJSAPI , насколько актуальное - хз. Вообще гугл - классная вещь, рекомендую...