irishmann

1) Собрали данные с формы
2) Отправили их аяксом до пыхи
3) Пыха пишет в БД полученные результаты
4) Запись прошла успешно? - Отдаем посредством json_encode необходимые данные
5) В теле функции success аякса берем полученный data от php и распоряжаемся этими данными, аппендя эти данные по своим блокам

Мужчина в соседнем ответе не совсем в теме.

Хотя, конечно, вопрос и сам по себе дурацкий.
Phpmailer - это не почтовый сервер. Это всего лишь mail()-переросток. Доставкой писем не знаимается. И "поставить через композер" проблему доставки писем не решит - все равно нужен будет сервер.
То есть выбор не между "phpmaier" vs transactional email service, а "мой аккаунт на гмейле" vs mailgun.

И тут уже надо думать - какой исходящий емейл мы хотим использовать, как гмейл будет правляться с нашими объемами, как быть с попаданием в спамоловки и пр. И нормальное "стороннее АПИ" (чтобы это выражение не значило) окажется в разы предпочтительнее

Очень хороший вопрос и тема, в которой самое чудовищное количество самых дремучих северий на единицу кода.

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

Я понимаю, что это звучит богохульством для среднего пользователя похапе, но в реальности программы пишутся совсем по-другому.

Пример: В обоих приведенных выше случаях мы имеем масло масляное: попытка подменить пхп в выборосе ошибки. Вопрос - зачем? Если файл не найден, то РНР сам прекрасно сообщит нам об ошибке, причем в подробностях, и скажет в чем конкретно заключается проблема. А по строчке "file not found" иди гадай - путь ли кривой или в имени файла опечатка, или вообще пустоту передали.

Любые проверки надо делать только тогда, когда есть осмысленный сценарий их обработки.

И обсуждать выше приведенные примеры имеет смысл только если автор вопроса предоставит такой сценарий. тупое error: file not found таким сценарием не является. Так что в общем случае оставляем код в покое и не устраиваем никакого карго культа из перехвата ошибок.

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

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

Но повторюсь, если нет никакого осмысленного сценария обработки ошибки, то ловить её не надо.

<ul>
  <li class="js-cardPrice">Hello world</li>
  <li class="js-cardPrice">Hello universe</li>
  <li class="js-cardPrice">Hello Iliya</li>
</ul>

$(".js-cardPrice").on("click", function() {
    var a = $(this).text(); // например, получим текст текущего элемента
    console.log(a);
    alert(a);
});

Проверьте через вкладку Network отладчика браузера, что у вас вообще срабатывает запрос, он срабатывает правильно, там нужная Post data, и ответ тот, который ожидаете.
Ибо к примеру, $.post это не чистый JS, а jQuery, а в тегах вопроса jQuery вы не указали, что наталкивает на мысль, что возможно вы его даже не подключили на страницу.

Все что вы скинули, всего лишь прикладные инструменты, учить их не нужно, это не фундаментальные вещи, такие как паттерны и алгоритмы.
webpack\gulp - вы будете настраивать 1-2 раза, и дальше работать с ними(достаточно понять принцип работы, взять готовые решения, переписать код с готовых решений что бы понять что он делает и тд). Все остальное - не учится в отрыве от проектов которые вы можете делать на досуге, что бы поднимать свой скилл. Условно вы приходите на работу, где люди пользуются webpack - скорее всего внутри компании он уже настроен под конкретный продукт или решение, и вам даже настраивать его не дадут) Так что в порядке ознакомления.
Одназначно ознакомьтесь с git(который у вас не написан), вот он вам 100% пригодится в любом месте.

Из всего перечисленного только ajax. Gulp и webpack достаточно понять принцип работы, babel вообще учить не нужно, yarn и npm почти одинаковые инструменты запомнить несколько команд и все. Ну а так ajax, json, npm(yarn), gulp (webpack). Хотя если не знаешь, что такое ajax и json стоит сначала выучить js

Берешь строку и explode() по нужным меткам, получаешь массив с несколькими значениями.
Термин "взрыв-схема" слышал? Вот это примерно так же )

У каждого сообщения есть свой ID, у каждого сообщения может быть ответ со своим собственным ID и ID того сообщения, к которому оно относится (родитель)
Обычная связь родитель-потомок

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

какое же идиотское слово - пет-проекты... ну да ладно..

Это лет 15 назад ты был обязан показать работодателю ПРОЕКТ, над котором работал. Это когда командная разработка была чем-то далеким, а каждый разработчик (на примере веба) был и программист и верстальщик и... дизайнер. И подразумевалось, что ты должен показать свои навыки на примере "своего проекта".

Сейчас если у вас спрашивать будут "покажите ваши проекты" - надо бежать сломя голову. Ибо работодатель будет скорее всего неадекватен.
Сейчас время командных решений, где разработчики на 90% правят говнокод и баги, дописывают и переписывают монстроподобные решения, которые пилятся годами.
Гитхаб зачастую никто не смотрит, особенно если это не законченная библиотека.
Все будет решаться на собеседовании. Поэтому, как выше написали:

Пишешь что конкретно умеешь. Ставишь галочку "мало опыта / без опыта" и активно откликаешься на вакансии.
Не просто ждешь пока позовут, а именно делаешь отклик.