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

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

Система реагирует на события, в данном случае на ситуацию на дороге.
Вот ситуация:
Автомобиль едет, внезапно на дороге оказывается человек, перебегает, автомобиль совершает маневр для того чтобы объехать человека. А теперь представим, что в случае маневра пострадают допустим 10 человек. Вот здесь и начинается выбор. Давить того кто внезапно появился или рисковать другими 10.
Вот если этих других нет, то вопросов нет. объехали и все, но в реальной жизни бывают варианты.
При этом помимо чистой логики в человеческом обществе есть моральный и этический момент.

Чет вы сумбурно написали и смешали разные вещи.
В ларавел есть отдельно удобные инструменты/обертки для работы с базой данных, и отдельная вещь это Eloquent ORM по строенная по принципам (анти или нет) патерна ActiveRecord.
Так вот, значит обертки над базой данных ты используешь и реализуешь/используешь удобный тебе подход/патерн к организации моделей. В целом, я советую уходить от Eloquent если проект будет развиваться в перспективе и/или если его будут вести несколько человек, так как начинается брожения моделей-свойств и и методов Eloquent по проекту, что в конце концов приводит к усложнению отладки, развития изменения/добавления редактирования свойств и тд и тп. Конечно если проект простенький, без супер логики и ты знаешь что дальше будет все просто, то можно не парится.
Ну и советую изучить и прочитать этот коммент на тостере напрямую на эту тему:
https://toster.ru/answer?answer_id=1127442#answers...

Группируйте по уникальному свойству, например по id , таким образом в конце добавляется GROUP BY bolshoy_theatre_events.id

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

Вы совсем не понимаете Докер. У него основная концепция - один сервис/приложение - независимое окружение.
Для чего это сделано? Прежде всего безопасность и облегчение развертывания приложения.
Любой администратор линукс (ну и других) систем знает, какого это поддерживать сервер одновременно в актуальном состоянии и нужные версии ПО, библиотеки которых часто между собой конфликтуют, нужно проводить танцы в бубном для того чтобы нужные библиотеки были там те, в другом месте другие. Далее возня с правами, кто под кем запускается, что может, дыры в самом ПО, когда из-за этого будет угроза другим частям системы. Ну и простота настройки, одним одни параметры, другим другие.
Докер позволяет решить эти и кучу других проблем, каждый докер образ это грубо говоря максимально минимизированный образ ОС с установкой только необходим библиотек для конкретного сервиса (например mysql), запускается независимо. Таким образом у себя на сервисе вы имеете возможно спокойно, без затрат умственных ресурсов поднять кучу версий например mysql или php. Да и просто разные программы/сервисы которые могут с друг другом конфликтовать, теперь не будут мешать.
У вас есть свои заготовки образов, либо вы берете готовый рецепт и работаете.
Далее тестирование/разработка значительно упрощается, так как организовать условия максимально приближенные к боевым теперь легче.
Далее можно создавать проверенные системы развертывания, снова таки каждый образ под свои задачи и тд и тп.
Короче говоря да, у докера есть свои минусы, но одновременно это значительный прогресс и облегчения прежде всего работы которая касается улосноый Devops части в разработки ПО, значительно автоматизируются и упрощаются многие штуки.
Так же советую потратить время и посмотреть запись введение в Докер от Хекслет Кирилла Мокевнина. Там небольшие проблемы бывают со звуком, сам вебинар 2 часа, но советую потратить время, он именно рассказывает проблематику, которая привела людей к изобретению Докера и этой концепции.

Как временное решение можешь в консоли разработчика (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