Дмитрий Энтелис

Google "mysql LIMIT OFFSET"
1) вам кроме цены надо передавать еще сколько записей показано и делать соответствующее смещение.
2) в запросе нужно делать сортировку "order by price asc, id asc" (т.к у вас price не уникален - что бы гарантировать стабильный порядок строчек при разных запросах)

select * from `bulletins`
where 
  `price` > $value
order by 
  `price` asc, 
  `id` asc
LIMIT 1000, 10

Где 1000 - количество уже показанных записей

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

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

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

Google "сервис для видео собеседований"
Первые же ссылки:
lime-prime.ru
vcv.ru
webinar.tw/primenenie-vebinarov/onlayn-sobesedovan...
cmsone.ru/veb-razrabotka/veb-tehnologii/v-runete-p...

Вообще эту историю разные люди пытаются делать года так с 2007. До сих пор не взлетело нормально ни у кого.

Исходя из моего личного опыта приема людей на работу - и не взлетит.
HR приходится просматривать дикое количество резюме, в среднем на резюме уходит секунд 20-30.
Никто не будет тратить часы на просмотр видеороликов.
Тем более что по записанному видео ответу ничего особенно не понятно, хочется задать какой то уточняющий вопрос итд - а на записи это сделать не возможно :(
Если хочется пособеседовать конкретного человека, но не хочется с ним встречаться - проще назначить ему в скайпе. Потратишь своего времени ровно столько же, сколько от просмотра роликов, но есть возможность двухстороннего общения.

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

Это называется соотношение многие ко многим.
Задается отдельной табличкой вида

CREATE TABLE `xref_user_chat` (
 `user_id` int(11) NOT NULL,
 `chat_id` int(11) NOT NULL,
 PRIMARY KEY (`user_id`,`chat_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

imho самое простое решение решение:
1) Сделайте себе отдельный домен с которого вы будете отправлять рассылки, уведомление, итд.
2) Подключите его к pdo.yandex.ru , создайте там почтовый ящик с которого будет идти рассылка.
3) Дополнительно подключите его к https://postmaster.yandex.ru/
4) Настройте DKIM и SPF записи help.yandex.ru/postoffice/security.xml
5) Используйте любое решение для php которое умеет отправлять почту через smtp (например swiftmailer)

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

git-scm.com/book/ru/%D0%9E%D1%81%D0%BD%D0%BE%D0%B2...

Или поставить себе какое нибудь gui, например www.sourcetreeapp.com

Наименее затратный:
select * from news order by `date_pub` ASC, где date_pub собственно дата публикации новости.
(Если новости не публиковались задним числом - можно и по id сортировать)

А далее цикл в php вида

$last_printed_month = '';
foreach ($news_list as $item) {
  $curr_month = date('Y-m',$item->date_pub);
  if ($curr_month!=$last_printed_month) {
   echo ($last_printed_month = $curr_month);
  }
  echo $item->title;
}

В вашем тестовом примере ничего не написано про год, но мне кажется он нужен :)
Если хочется писать месяц именно русскими буквами - надо написать крошечную функцию которая сконвертирует порядковый номер месяца - в строку :)

1) Вопрос использовать ли вообще ООП или нет - он очень условен.
Без ООП не работает любой современный фреймворк.
Поскольку MVC таки использовать надо - соответственно ооп у вас будет автоматом)

2) По поводу Symfony - абсолютно без разницы на каком именно фреймворке Вы пишите свой код.
Symfony мне кажется более сложен для начинающего, попробуйте Yii2 или Laravel.
Опять же повторюсь, это не принципиально. Можно взять любой микрофреймворк - это будет даже полезней с точки зрения развития начинающего разработчика.

3) API это по сути обычный набор скриптов, отличающийся от обычных страниц тем, что в web страницах вы отдаете html - а в API вы отдаете JSON/XML/что_то_ещё (я лично советую использовать JSON по целому ряду причин, но вопрос в целом холиварен)
REST API (опять же дефакто массовый стандарт) - это договоренность о некоторых базовых принципах, по сути о форматах запроса, ответа, об отсутствии состояний (stateless)
Возвращаясь к пункту 2 - многие фреймворки дают автоматизацию в построении rest api, например вот свежая статья с примерами по Yii2 habrahabr.ru/post/240149

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

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

Прошу прощения если получилось сумбурно, писал одновременно с утренним кофе :)