evomed

Это один из тех вопросов новичков, на который нельзя давать прямой ответ. Он превратится в пустое умствование и говнокод. Соглашусь с комментарием Дмитрий: тут просто не нужен массив. И тем более не нужно городить огород из абстракций. Тут явно нужен банальный VO/DTO, а автору надо перестать пытаться заворачивать привычные массивы в солидно выглядящие объекты, и начать использовать сами объекты.

Если нам нужна конкретная структура, то и описываем её в конкретном классе, безо всяких интерфейсов:

final readonly class Parameters
{
    public function __construct(
        public string $key1,
        public int $key2,
        public DateTimeImmutable $key3,
    ) {}
}
public function execute(Parameters $parameters):

В итоге у "стороннего разработчика" есть готовая документация - простое и понятное определение класса, экземпляр которого он должен передать в ваш метод. И уже на этапе создания этого объекта РНР надаёт разработчику по рукам, если хоть какое-то свойство не будет задано, или будет не того типа. При желании можно в конструктор добавить дополнительную валидацию, если просто типа недостаточно.

При этом если внутри execute() вдруг зачем-то понадобится обратиться к свойствам именно как к массиву, то использовать волшебную функцию get_object_vars().

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

Для этого есть либо стандартные валидаторы, когда на вход подаётся массив и набор правил, вот например как в ларавле, симфони или в десятке отдельно стоящих библиотек, а на выходе - или гарантированно валидная структура данных, или ошибка.

Либо готовые библиотеки десериализации, когда входящий JSON автоматом мапится на существующий объект, и в итоге получается или либо гарантированно валидный объект, или ошибка.

В этом случае документацией для обоих вариантов является сваггер, а фидбеком - ошибки валидатора.

Попробуйте вместо попыток натянуть сову на глобус, а задачу на паттерн, действовать от простого. Пусть заказ бывает бесплатным. У заказа есть флаг "является ли он бесплатным". Мы даже можем воспользоваться возможностями языка и прикрутить какой-то геттер для надежности, чтобы флаг менялся в зависимости от устанавливаемой цены (в примерах условно JS):

class Order {
    get isFree() { return this.price === 0; }
}

Мы можем прям сюда присобачить и оплату, но допустим мы не хотим, чтобы заказ что-то знал об урлах для оплаты. Ему это не надо. Заказ - это список товаров, какой-то статус завершенности, адрес доставки и.т.д. Он про данные, не про процессы. Путь будет обработчик, который может провести заказ как кассир в пятерочке:

class Order { /* --- */ }

class Сashier {
    proceed(order) {
        const url = order.isFree ? "free url" : "paid url";
        // ...редиректим, проводим оплату, предлагаем пакетик и кофе по акции
    }
}

Допустим у нас есть много платежных систем, там все сложно. Инфраструктура - не кассира дело. Ок, дадим ему доступ к адаптеру, который скрывает все за собой и проводит непосредственно оплату.

class Order { /* --- */ }

class PaymentHandler {
    charge(price) {
        // ...редиректим куда надо, в зависимости от цены и привязанной карты
    }
}

class Cashier {
    proceed(order) {
        const isSuccess = PaymentHandler.charge(order.price);
        
        if (isSuccess) {
            // заказ прошел
        } else {
            throw new Error('ГААААААЛЯЯЯ ОТМЕЕЕЕНА!!!!');
        }
    }
}

Получается четкое разделение ролей. Заказ - про данные, кассир - про процесс, обработчик оплаты - про муть с платежными системами. Возможно, что даже флаг isFree не особо нужен у заказа. И, возможно, что к паттерну "состояние" мы не придем, потому что он в первую очередь решает проблему бесконечного количества комбинаций флагов, но если нет флагов, то нет и проблемы. И.т.д. Развивайте конструкции по мере их естественного появления. Тогда проблем с именованием будет на порядок меньше. Потому что каждое слово в коде отражает какую-то заранее сформированную сущность в алгоритмах в голове.

syncting или rsync (если подойдет ручное управление) и git (не смешивая их).

syncting хорошо работает с большими данными и любыми схемами передачи данных (вплоть до источник -> смартфон пользователя offline, смартфон -> целевая машина, и так же обратно, т.е. без интернета)

git - дисциплинирует ставить 'точки в правильных местах', т.е. вы работаете не абы как а до commit-а, даже если вы один работаете, это дает вам историю изменений, которая может и нужна очень редко, но метко.

Есть несколько вариантов.

1) Сделать свой форк, внести туда эти изменения. Дальше использовать его подключая либу через гитхаб или сделать свой пакет через packegist.

2) Использовать https://github.com/khanhvu14/rating/tree/patch-1 подключая через гитхаб с указанием определенной ветки.

https://stackoverflow.com/questions/33525885/compo...

Код вот такой. Обязательно надо указать что `minimum-stability` теперь `dev`

"repositories": [
    {
      "type": "git",
      "url": "https://github.com/khanhvu14/rating.git"
    }
  ],
  "minimum-stability": "dev",
  "require": {
    "rennokki/rating": "dev-patch-1"
  }

Тут мы даем инструкцию компоузеру, что для пакета rennokki/rating надо использовать ветку patch-1, а найти ее мы можем в репозитории https://github.com/khanhvu14/rating.git. Что бы это все сработало обязательно надо ключу minimum-stability задать значение dev.

Мне нужно разделить заказ по вендорам.

Разделите логически, а не физически, используя составной ключ: код заказа, код производителя.

Object.fromEntries(Object.entries(...).map(([key, value]) => [key, [value]]));

Попробуй так
errors[`fees.${index}.fee`]

Я может что-то не понял, но какое отношение имеет выполняемый в каталоге сайта php -v к тому, что использует nginx?
phpinfo() в браузере какую версию показывает?

https://play.tailwindcss.com/gHtpfh8F2Q но эти бездумные миллион вложенных флексов смешанных со space-x все равно сжечь

Так?

.parent{
  position: relative;
}
.child{
  position: absolute;
  top: 50%;
  left: 50%;
  transform: translate(-50%, -50%);
}

Потому что картинка в вашем случае это флекс элемент, точнее даже её обертка.
Добавьте к обертке shrink-0

Ключевое слово в качестве имени переменной - что за бред?
Как достучаться до параметров из script setup - читаем документацию.
У вычисляемого свойства нет сеттера - так пусть будет функцией, объект не нужен.

Исправляем:

const props = defineProps({
  showBgBlue: {
    type: Boolean,
    default: true,
  },
});

const mainClass = computed(() => props.showBgBlue ? 'bg-blueGray-50 py-12' : 'bg-white');

Используй стрелочную функцию вместо обычной и почитай как работает this в javascript.

.dropdown-item:hover {
  background-color: blue;
  color: white;
}

.dropdown-item:hover .badge {
  background-color: white;
  color: blue;
}