irishmann

Продолжать читать.
Больше ничего не нужно.

Английская грамотность начитывается точно так же как русская.
Вы пишете грамотно не потому что в школе учили "жи-ши пиши через букву "и", а потому что читали книжки и грамматика отложилась, точно так же как общеупотребительные выражения и словосочетания.
Тот же принцип работает с любым языком.

Даже если многое понимается из контекста. На самом деле в детстве мы тоже многого не понимаем, когда читаем книжку, но - "пофиг - пляшем" - читаем дальше, понимание со временем приходит само.

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

5000 слов - это глупость. Язык учат не словами. Каждое слово, особенно в английском, имеет до десятка значений. А с предлогами-суффиками - до сотни. Школьное край - это не плакать, а кричать (благодаря игрушке это теперь все знают), у слова ass - два значения (с предлогами - далее везде), sound - четыре. Выучив по одному значению 5000 слов будешь спотыкаться на каждом втором.

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

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

Чтение - это ак раз способ с погружением, а вся зубрежка - это эффективность 19 века, когда она была изобретена.

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, если вам дороги данные и рассудок.