Александр Талалаев

Как временное решение можешь в консоли разработчика (Ctrl - Shift - J в хроме) в браузере написать:
$('.desc').parent().removeClass();
Это удалит класс, который они добавляют для того чтобы перевернуть вид всех элементов.

На самом деле все просто, если почитать документацию, можно узнать про клевый класс App\Exceptions\Handler , который обрабатывает исключения, тебе нужен его метод report, который ты можешь переопределить и написать свою логику.
Вот даже легко гуглится пример с отправкой имейла (человек даже свой пакет сделал https://github.com/squareboat/sneaker ).
Короче говоря сюда, и вперед творить волшебство:

Все просто
1) Адаптивный: левую боковую панель "Розовый фильтр, смайлики и комментарии" прячешь через media queries , с помощью их же показываешь эти же подписи внутри "таблицы" (ну да, будет дубляж в тексте, но кому сейчас легко), далее через js определяешь что мы на мобильном и инициализируешь карусель.
Ну и да верстать это нужно будет не на таблицах, а наверное на флексе.
2) Практически аналогичен первому, только проверку на мобильность делаем на стороне сервера, и он подгружает соответствующий компонент шаблона, которые подходит устройству пользователя.

У вас в форме поиска жестко прописан адрес для запроса, action="https://oliver-posud.com.ua/" поэтому и выходит что поисковый запрос идет на украинскую версию.
Короче говоря нужно исправить шаблон формы чтобы она учитывая выбранный язык.

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

У вас на сайте захардожены ссылкси с http:// поэтому каждый раз используется редирект. Короче говоря проведите ревизию и справьте все ссылки, а лучше чтобы это делал движок который верно генерирует их.

Так не выйдет.
У вас варианты либо используя события модели (creating) и писать всю логику в php, либо реализовать это в триггере в PostgreSQL который будет срабатывать при создании новой записи.

Не морочьте себе голову берите из проверенных решений, например у Bootstrap так :

// Extra small devices (portrait phones, less than 576px)
// No media query for `xs` since this is the default in Bootstrap

// Small devices (landscape phones, 576px and up)
@media (min-width: 576px) { ... }

// Medium devices (tablets, 768px and up)
@media (min-width: 768px) { ... }

// Large devices (desktops, 992px and up)
@media (min-width: 992px) { ... }

// Extra large devices (large desktops, 1200px and up)
@media (min-width: 1200px) { ... }

Или в обратном порядке (указанный размер либо меньше):

// Extra small devices (portrait phones, less than 576px)
@media (max-width: 575.98px) { ... }

// Small devices (landscape phones, less than 768px)
@media (max-width: 767.98px) { ... }

// Medium devices (tablets, less than 992px)
@media (max-width: 991.98px) { ... }

// Large devices (desktops, less than 1200px)
@media (max-width: 1199.98px) { ... }

// Extra large devices (large desktops)
// No media query since the extra-large breakpoint has no upper bound on its width

Перво наперво настойчиво рекомендую сообщить об этом заказчику, саму верстку выполнить в полном объеме согласно принятому описанию заказа, а далее предложить варианты заказчику. Либо вы заканчиваете полностью просто верстку статичных html для последующей интеграцией специалиста по bitrix в саму систему, либо вы сами берете на себя эти доработки но с условиями расширения времени заказа (и может быть оплаты).
Вашей вины в том что заказчик полностью не описал задачу нет, но и самого заказчика конечно же полностью в этом винить нельзя и будет по честному для заказчика как можно быстрее ему сообщить о проблеме и наиболее легкие пути выхода для всех сторон.
Если там человек адекватный, он оценит честность и думает пойдет вас на встречу если вы аргументировано обоснуете иные сроки или иные условия выполнения заказа.
Ну и в крайнем случае можно закрыть заказ по согласовыванию сторон, если же он подаст жалобу, то у вас тоже есть право жаловаться на условия ТЗ, в которых не было раскрыта истинная сложность задания.
И еще раз повторю, я настоятельно рекомендую быть прежде всего честным с заказчиком, а не стараться сделать то что у вас очень может быть не получится и таким образом неожиданно для заказчика сорвать сроки/качество продукта. Поэтому лучше как можно раньше предупредить, чтобы человек тоже скорректировал свои планы и оценил вашу честность.

Http-редирект реализуется так:
window.location.replace("https://ya.ru");
Поэтому пиши все свои обработчики, проверки и тп, а затем перенаправляй на нужно тебе страницу.

Я вам советую завести на git и хостить(можно к примеру gitlab у них есть бесплатные приватные репозитории ), а можно и не хостить. А сами заметки/блог вести в Markdown. Markdown имеет простейший и удобный синтаксис + есть огромное количество бесплатных редакторов.
Таким образом вы получите портируемую, слабо от чего-либо зависящую систему удобных заметок с историей изменений добавлений.

Значение кнопки игнорируется так как вы нестандартным путем передаете форму , в качестве решения можете попробовать проверить:

for (var value of formData.values()) {
   console.log(value); 
}

Как быть?
Создать скрытый инпут, и в момент нажатия кнопки давать этому инпуту её(кнопки) значение, после этого формировать formData и отправлять все на сервер.
Либо уже сам formData дополнять необходимым значением:
formData.append(btnName,btnValue);

Пример здесь.

Ответ на основе обновленных данных
Где-то в модели Product (обновил добавил проверку)

protected $appends = ['prev_product_json'];

 public function getPrevProductJsonAttribute()
	{	    
	    $product = Product::where('id', '<', $this->id)->first() ?? Product::where('id', '>', $this->id)->first();
	    return isset($product) ?  $product->toJson() : NULL;
	}

Ну и после этого где нужно:

$product = Product::find(2);
dd($product->prev_product_json);

PS только сразу подумайте, возможно вам нужно прошерстить поля и создать список полей которые не стоит выводить в json , тогда в моделе делаем protected $hidden = ['field_name'];