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

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;
}

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