nepster-web

Где вы это вычитали или услышали ?
Такое ощущение, что после статьи 2000 года вы не совсем верно поняли ее толкование.

В базе вы храните данные, приимущественно в разных типа: string, int, float, text и тп.
Эти данные вы достаете в рамках приложения и обрабатываете так, как вам нужно.

Так вот, хранение данных никак не должно влиять на презентационный слой вашего приложения.
Это значит, что вы должны хранить данные как угодно, где угодно и предоставить их в нужном формате пользователю.

В вашем случае скорее всего были упоминания о фраэмворке. Он может построить и ЧПУ и не ЧПУ и что, что вы хотите. Поэтому лучше всего, начните более детально и глубоко изучать какой-то фраэмворк. Освоив его, вы получите знания о том, как это работает и можно будет перейти на этап выше и работать с отдельными компонентами.

Чтобы было проще и вы оступились меньше чем могли бы, начинайте изучать symfony.
Потом уже можно смотреть в более независимые и стандартизированные штуки типа zend expressive и тп.

$array[0]['nameCategory']

или

foreach ($array as $item) {
    $item['nameCategory']
}

как больше нравится.

В общем разобрался в проблеме на уровне приложения и постараюсь описать решение.

Приложение, это сайт на laravel, который работает на docker. Основной nginx сервера, который работает на https проксирует все запросы на nginx docker`a, который работает на http. Соответственно, когда мы попадаем в само приложение, оно думает, что работает на http.

У нас есть несколько вариантов решения данной проблемы:
1. Поднять приложение на docker тоже через https
2. Передать спец. заголовок через nginx
3. Настроить https через приложение.

Так уж вышло, что мне не подошли первые два варианта, поскольку появляются дополнительные сложности при переключении окружений (а так-же тестирование с локалки, где нет https).

Поэтому все было решено через приложение примерно таким способом:

AppServiceProvider.php

...
        if (env('APP_ENV') === 'production') {
            URL::forceScheme('https');
            $this->app->make(Request::class)->server->set('HTTPS', true);
        }
...

Старайтесь вообще не использовать магию и наследование, а так-же сеттеры.

1 - ide умеет само все генерировать. Если не умеет, смените Ваш текстовый редактор на ide.
2 - магия приводит к не очевидным вещам и сложности тестирования
3 - аккуратнее с сеттерами, используйте их реже, а все помещайте в конструктор.

https://github.com/webonyx/graphql-php/issues/95

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

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

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

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