ThunderCat

Питаюсь реализовать получение данных с БД по двум строкам

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

По тому что документация блэт! RTFM!!!!

Скачать локально, открыть в том же сторме, сделать поиск по проекту по каким-то ключевым элементам, например классам или стилям, найти где лежит файл, поменять, профит.

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

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

Если сайт на двух языках - выводите в соответствующий языковой вариант соответствующие теги, в чем проблема?

Возможно ли передать вместе с ошибкой (в виде элемента массива) и свой код/описание ошибки ?

Конечно, для этого обычно используются исключения. Не везде, но во многих случаях они нормально работают. Другое дело что есть 2 нюанса:
1) При ошибке вебсокет сервера никакую ошибку от собственно сервера вы не получите (он вам просто не ответил), но вы в любом случае получите статус ошибки, который не обязательно отдавать пользователю, а ориентируясь на номер ошибки отдать свое сообщение.
2)

но я хотел бы реализовать логирование ошибок

Надеюсь вы понимаете что с клиентской стороны что-либо делать по этому поводу невозможно, а со стороны сервера и так есть лог ошибок, если это не ошибки логики, которые не ошибки системы, а скорее неверное поведение (типа "поле не заполнено" или "недопустимые символы"). Такие тоже можно логировать, но во первых - а смысл?, а во вторых все равно это реализовывать средствами пыха. И ошибок типа "сервер не доступен" конечно там не будет.

2 Возможно ли как-то заставить Ajax не реагировать на ошибку и обрабатывать ветвь ": function (response) " ?

да, точнее надо просто не обрабатывать результат в success. Смотри ниже.

3 Имеется ли другой объединяющий обе ветви "success + error" параметр на выходе в котором я бы разместил анализ ответа ?

complete

accountnujen, не знаю что у вас там не срабатывало, такая конструкция вполне рабочая и очевидная...

SELECT * FROM rooms 
WHERE id NOT IN (
   SELECT room_id 
   FROM `bron` 
   WHERE '2022-03-04 13:00:00' <= end 
   AND '2022-03-04 13:00:00' >= start 
  OR '2022-03-06 11:00:00' <= end 
  AND '2022-03-06 11:00:00' >= start
)
GROUP BY `type`
ORDER BY `id`

hotkey master
macro recorder

Я получаю json. А вывести мне его надо в цикле на странице со сложной html структурой. Т.е. только шаблонизатор? )

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

Но если я в setFrom пишу условно "replyTo@mail.com" письмо не прилетает.

Так сегодня практически нигде работать не будет, "бай секурити ризон". В лучшем случае письмо попадет в спам.

Что логично, так как этого элемента не существовало на момент когда вешалось событие. В онклик добавьте создание события онблур для только что созданного элемента. И наоборот )

Подскажите, пожалуйста, что не так?

У вас все работает правильно, только то что вы себе выдумали не соответствует тому как оно на самом деле работает. Похоже вы пытаетесь работать как в jquery, но в ванильном жс это работает по другому.

Как работает сейчас (плохо): Вы выбираете 1(!) элемент с классом ApproachImg (читаем доку querySelector) и на него вешаете событие, ну и по событию тоже работаете с выбранными одиночными элементами. Естественно будет лажа.

Как надо: Выбрать все элементы с классом ApproachImg (читаем доку querySelectorAll), проходимся форичем по всем выбранным элементам, вешаем слушатель события и в обработчике события используем querySelector() от текущего элемента вместо querySelector на весь документ, что избавляет нас от необходимости как-то привязывать внутренние элементы к наружным.

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

Скоро с этим MySQL с ума сойду...

Да, с таким подходом лучше бросайте это грязное дело...

Ничего не понимаю!

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

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

Обычно это делается на стороне сервера. Яваскрипт для этого не нужен.

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

.instageneral {
...
    max-width: calc(var(--myW) * 3 + 68px); /*тут косяк, явно считается мало для двух блоков*/

preg_replace()

strtotime + date