entermix

В БД запрос прописал

?!
Может, "выполнил SQL через phpMyAdmin"?

он вывел данные

Вранье. Он не может выполниться ни с двоеточиями (без бинда), ни с левым "desc"

Во-первых, "desc" ни к месту
Во-вторых, limit биндить надо с третьим параметром PDO::PARAM_INT
В-третьих, "почему не работает" надо спрашивать у php.net/manual/ru/pdostatement.errorinfo.php , а не на Тостере

Волшебные сервера, ясен пень.
А вот какие виды памяти бывают:

Обратите внимание — даже при использовании параметра offset для получения информации доступны только первые 1000 результатов.

Играйтесь с параметрами, в частности должно хватить -
sort - прогоняем два раза с разными типами сортировки
sex - прогоняем два раза с разным полом
age_from, age_to - прогоняем сколько вам угодно раз

Суть - мы меняем параметры поиска и получаем новый список пользователей, отличный от предыдущих результатов. Склеиваем списки и удаляем дубликаты.
Как мне кажется, будет достаточно нескольких комбинаций параметров sex и age_to (например пол мужской - возраст до 20, пол мужской - возраст от 20 до 30, пол мужской - возраст от 30, повторить комбинации с женским полом).

Хэш не является GET параметром.
Вы можете получить его c помощью js после загрузки страницы

Вы ошибаетесь, все эти сайты используют адаптивную верстку, она используется чтобы сайт выглядел хорошо на разных разрешениях, ориентациях и т.п.. Однако, адаптивная верстка малопригодна, если интерфейс на разных устройствах должен быть принципиально различен, например на десктопных версиях интерфейс заточен под управление мышью, на тач устройствах - на управление касанием, поэтому там принципиально другое расположение элементов и логика взаимодействия. Помимо этого, бывают устройства не поддерживающие media query и адаптивную верстку.
Поэтому, например, на mail.ru, например, есть десктопный интерфейс с адаптивной версткой, touch-интерфейс с адаптивной версткой, оба интерфейса отдаются с базовых доменов. Помимо них, есть отдельные интерфейсы на отдельных доменах без адаптивной верстки под браузеры с ограниченной поддержкой - light.mail.ru - для старых десктопных браузеров, m.mail.ru для старых смартфонов с поддержкой js, tel.mail.ru - для телефонов без поддержки джаваскрипта.

Правильно ли я понял, что данные формы были отправлены на удаленный сервер и уже был получен положительный результат. И после этого нужно те же данные формы уже отправить на локальный сервер, чтобы сохранить их уже у себя?
Думаю, что это невозможно.
Нужно отсылать данные изначально на локальный сервер. Скрипт получивший данные из формы отсылает curl-ом данные на удаленный сервер, и если оттуда возвращается true, тогда сохраняет данные на локальном сервере. И затем уже отвечает клиенту об успехе или неудаче.

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

regexr.com/3gqqm

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

калькулятор какой-то, а не ноутбук

Потому что мы решаем бизнес-задачи, а не пишем "правильный"в сферическом вакууме код.
Время это деньги.
Час работы верстальщика в студии для клиента от 1000р стоит.
Сколько часов уйдет на написание велосипеда про который вы тут говорите?
Не каждый клиент согласится оплачивать вашу работу, при том что это уже реализовано в jquery. Это экономически не выгодно. По той же причине развозить хлеб берут Газель, когда есть "качественные" Мерседесы (их тоже берут, но не всем по карману).

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

Еще они находятся в постоянной доработке.
Пример - слайдер фоторама. Вроде бы обычное слайдшоу. Но на его разработку и доработку ушло 2 года, как сказал сам создатель.
Если мне пришел макет на верстку, я не буду пилить это слайдшоу в рамках его реализации (не смогу физически).

Еще для фронта есть плюс: готовые решения работают во всех браузерах, экономится время на тестирование. И клиенты не пишут "Я зашел со своего старого айфона-динозавра, а там ничего не работает".

1) Когда смотришь на макет, то не должно быть вопросов "как это сверстать", а только несколько вариантов на самый сложный элемент.
2) Скорость. Если будет выбор - то выберут кто быстрее.
3) Умение тестировать. Надо уметь ловить баги во всех браузерах и устройствах самому. А не "на проверяй" руководителю, когда исправил код, а как отображается не посмотрел даже.

Эти 3 пункта считаю важнее, чем стек технологий, которыми владеешь.