Danbka

Архитектура вообще не относится никак к фреймворку.

Из примеров могу посоветовать пример проекта Дмитрия Елисеева на slim. И ещё есть доклад от Валентина Удальцова про архитектуру на Symfony.

1. Kernel хранить в src, если он один.
2. Миграции можно src/Data/Migration Или src/Migration
3. Тесты, если общие (функциональные), то в /tests, а если unit, то в папку, где фича src/Feature/Test

Из вашей структуры я бы вынес Console и Controllers в одну папку на уровне с Feature.

Так же сервисы я бы тоже не делал всё в одном services.yaml, а выносил бы в config/services/feature.yaml Или в каждую фичу.

## Анонимный чат с темами для обсуждения деликатных офисных проблем
Иногда хочется обсудить что-то с коллегами в офисе, но не хочется смущать их или показывать лишнюю инициативу.
Например кто-то не смывает в туалете или слишком громко орёт и сам того не замечает. Может быть кто-то слишком интенсивно пользуется парфюмом.
- Анонимность
- Постоянная ссылка на чат, тему или дерево чатов
- ссылки в виде QR-кодов
- голосовалка
- закрепленные посты

## Сайт checklist
Веб-сервис и мобильное приложение для краудсорсинга чеклистов для всего: зарегать ИП, получить визу, что делать при ДТП, как влезть в ипотеку, как вылезть из неё, чем заняться с ребенком на выходных (N-ле

- Коллекция чек-листов снабженных тегами, доступная для краудсорсинга.
- Краудфандинг составления и поддержки нового листа.
- Фильтрация чек-листов.
- Фильтрация пунктов.
- Тегирование пунктов.
- Графовые алгоритм обхода чек-листа.
- Мастер обхода чек-листа.
- Отчет по чек-листу.
- Вложенные чеклисты, гиперссылки между разными листами.
- Параметризация.
- Экспертная система, логические связи (расширенный режим).

Примеры:
- Что делать при ДТП
- Открыть ИП
- Осмотр авто при покупке (подветки для разных конкретных моделей)
- Первая помощь при...
- Диагностика инсульта
- Зомби-акопалипсис: как приготовиться
- Атомный взрыв неподалёку - что делать
- Планетарная катастрофа - как выживать
- Поход выходного дня - что взять
- Подготовка авто к поездке
- Путешествие: Алжир (виза, прививки, документы, отели, транспорт)
- Как влезть в ипотеку
- Как вылезть из ипотеки
- Как быстро заработать (во все тяжкие)
- Покупка квартиры (на что обратить внимание)
- Самостоятельное строительство дома (общий план)
- Чем заняться с ребёнком N-лет
- Как отметить новый год
- Что интересного в районе <пос. Майский>
- Номера телефонов и документы в автомобиле

## Эротический краудфандинг
Интернет ресурс, где девушки могут делать крауд-фандинговые кампании

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

## Простой открытый сервис для обмена сообщениями
- HTTP API, Web-sockets
- p2p rtsp
- опциональное end-to-end шифрование
- хранение истории на клиентах
- возможность использования нескольких серверов
- возможность использования альтруистичных клиентов для проксирования трафика p2p
- поиск узлов на основе блокчейн технологий и DHT таблиц

## Онлайн-журнал путешествия
- публикация трека в реальном времени
- комментарии путешественника и фолловеров
- стримы (аудио, видео, фото)
- отложенная загрузка
- журнал(расходы, чек-поинты, расписания, цены, погода)
- FAQ
- голосовалка

## Поэтический онлайн редактор
- выбор стопа, стиля и жанра
- шаблон с плейсхолдерами, разбивающий текст на слоги
- облако рифм
- подражающий автогенератор
- многосегментный словарный банк (дифференциально-слоистая древовидная структура, своя специфика в верхнем слое, поэлементное ранжирование сегментов)
- тезаурус
- словарь сочаетаемости
- N-граммы поэзии по авторам и стилям
- корпус поэзии

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

""" – ошибка, должно быть "\"" или '"'
"\" – ошибка, должно быть "\\"
и все такое

Если я правильно помню, то вам нужно изменить место хранения свойств, перенести их в отдельную таблицу. Тогда с множественными свойствами проблем не будет.

Для работы с полями ввода есть набор событий:
1. focus - пользователь поставил фокус на поле ввода.
2. blur - пользователь убрал фокус с элемента вода.
3. input - пользователь как-то что-то ввел. Это лучше, чем keyup, ибо не надо проверки keyCode, второе потому что пользователь может в поле вставить текст, что тогда будет с Вашим keyUp? Событие input срабатывает каждый раз, как пользователь сделал изменение в поле ввода.
4. change - пользователь ввел данные и убрал фокус с поля ввода, то есть это input + blur. Событие происходит не так часто, как input, но и не заставляет проверять value на изменение, как это придется делать при blur.
5. submit - срабатывает на всей форме, при попытке отправить данные, в данной задаче скорее не интересное событие.

Для живого поиска логично использовать input, по которому надо отправить текущее value через ajax на сервер и далее ответ куда-то распечатать. Вопрос в другом, ведь событие срабатывает довольно часто, и кто-то печатает так быстро, что и запрос-ответ не успеет, поэтому логично сделать тут debounce с задержкой в приблизительно 300мс, чтобы отправка/получение сработало когда пользователь притормозил в наборе текста или вообще прекратил ввод.

Я для подобной задачи поступал следующим образом:
создавал scope (можно даже глобальный) который можно подключить в методе boot класса модели. Например:

//...
class Order extends Model
{
    protected static function boot()
    {
        parent::boot();
        static::addGlobalScope('owner', function (Builder $builder) {
                  $user = Auth::user();
                  if (! $user->isAdmin()) {
                        $builder->where('user_id', $user->id);
                  }
        });
    }
}

Теперь при каждом обращении к order-ам, будет проверятся условие является ли юзер админом, если нет то добавится к запросу условие $builder->where('user_id', $user->id) .
Не совсем хорошо использовать такую логику в моделях, но мне было удобно, и задачу решало,+ работает при обновлении, удалении, просмотре одного, просмотре списка и нечего дополнительно писать не надо.

$packageId = (int) $key["PackageId"];

if ($packageId === 1 || $packageId === 2) {
} else if ($packageId === 3 || $packageId === 4 ) {
}

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

$goodList = [1, 2, 3];
$badList = [4, 5, 6];

if (in_array($key["PackageId"], $goodList)) {

} else if (in_array($key["PackageId"], $badList)) {

}

Странное решение вы выбрали. Не лучше ли создать поле в image_region с порядковым номером?

UPD
->orderBy('image_region.id', 'asc')
что бы получилось

select `images`.*, `image_region`.`region_id` as `pivot_region_id`, `image_region`.`image_id` as `pivot_image_id` from `images` inner join `image_region` on `images`.`id` = `image_region`.`image_id` where `image_region`.`region_id` = 1 order by `image_region`.`id` ASC

В пресловутом BOM, конечно.

При любых проблемах с "невидимыми" символами надо использовать urlencode()

после того как на месте невидимых символов выведет что-то вроде %EF%BB%BF, тупо заменить проценты на слеши, и вырезать из начала строки

if(substr($str, 0, 3) == "\xEF\xBB\xBF") {
    $str = substr($str, 3);
}

aliev.me/runestone тут на русском и для питона

Кнут - это, конечно, замечательно, но явно не "понятнее".

Все зависит от того, какой уровень вам нужен.

Я бы рекомендовал начать с этого
aliev.me/runestone