P.S. Там справа ещё пачка функий на эту же тему.
array_walk_recursive то самое.
"не числовые индексы" сами по себе не обязательны.Ещё раз, посмотрел внимательнее, у Вас в значениях может быть либо массив, либо "не массив", соотв., если это не массив, значит, это то самое значение, которое нам нужно. В принципе, его можно и получать, и изменять...
pip install pgadmin4-1.0Версию 1.1 пробовали?
Сомнительный у вас воркфлоу. С точки зрения бюрократии - возможно и хорошо, а с точки зрения разработки - ад :)Я согласен с Вами, с Вашей точки зрения, но это немного не так на самом деле. Просто мне довольно трудно расписать бизнес-процесс над которым мы работали года 4, в рамках комментария... Есть конечно "узкие места" в этой системе, но мы попробовали разные варианты, и с миграциями и без, и так и эдак... и миграции - в конкретно нашем случае, отлично вписались в роли эдакого, автоматизированного куска кода, для сущностей уровня "бандл", что-то вроде "install script", знаете, как SQL-запрос при создании/установке модулей для Joomla'ы... В качестве продакшена, если даже отбросить вариант "случайно убилась база" (миграции сами по себе в этом безусловно виноваты не были), то проблема "залить всем данные" остаётся всё такой же актуальной, при любом раскладе, в котором база не централизовано, с миграциями или без них... Централизованная БД, хоть и имеет ряд своих недостатков - имеет так же, массу своих преимуществ, это как язык высокого уровня, он "хуже" "чистого Си", в т.ч. по производительности кода и т.д., но имеет ряд преимуществ, например в производительности разработчиков.
а) Отступы
б) Синтаксис написания очень похожий на результат работы CSS-обёрток (SASS, LESS, Stylus и т.д.)
в) Именование классов
г) Логика и так далее...
Что именно Вас интересует?