mitaichik

Лучший способ - написать Serializer и делать там это руками.

PHP 7.1 https://wiki.php.net/rfc/nullable_types
Знак вопроса перед возвращаемым типом

public function resolveUser() : ?User

Конечно есть. Есть два варианта как всегда.

1. MBean читаем тут docs.spring.io/spring/docs/current/spring-framewor...
Как результат получаем возможность управлять приложением например через jvisualvm и плагин mbean к нему. Довольно удобно.
2. Самый удобный для меня вариант, если используется spring boot. Тут можно развернуться на docs.spring.io/spring-boot/docs/current/reference/...
Как итог получаем возможность подключатся к приложению по ssh, реализовывать свои консольные команды. А также получаем служебный REST API с кучей встроенного функционала.

Надеюсь помог.

Хелперы - автоматизируют действия. Например, даже в твоем примере, есть алиас (@web), который при изменении затронет все места, где будет указан. А в случае с обычным html-ем придется менять пути вручную. Кроме того, у методов Html::* хелперов есть дополнительные параметры, передав которые можно повлиять на сформированный тег. И напоследок, это позволяет не смешивать html и php в кашу.

используйте метод sendFile объекта Response

Yii::$app->response->sendFile ( $filename, 'File in browser', ['inline' => true]);

А все попытки записать эту конструкцию в all() приводили к ошибкам

не стоит так делать это bad practice. по сути дела Вам нужно реализовать default scope. Для этого есть множество подходов, часть из них можно почерпнуть например из этой статьи на хабре

Думаю вариант с Build Variants подойдёт:
https://developer.android.com/studio/build/build-v...

sha1 давно уже не безопасный для шифрования пароля. Ознакомьтесь с этим

Если вы начинающий, то возьмите https://firebase.google.com для начала, и сфокусируйте внимание на мобильном приложении. Не распыляйтесь.
Если спустя какое-то время firebase покажется мало, то по крайней мере разберетесь, как должно выглядеть и работать нормальное API.

value - для примитивов, стрингов, ${пропертей} и #{Spring Expression Language}.
ref - если нужно заинжектить бин. В ref указывается id бина

Снэпшот будет содержать лишь часть дерева.

Привет.

для debug билда url API должен указывать на локальную виртуалку, для release - url указывает на продакшн-сервер

Тут лучше всего подойдут т.н. build config fields. Описываете его в build.gradle файле, а потом используете его как BuildConfig.API_URL. Пример здесь.

для debug билда отключен Crash Reporting, для release - репорт ошибок включен

Просто инициализируете свой крэш репортинг через if вот так:

if (!BuildConfig.DEBUG) {
    // инициализируем
}

В идеале хотлесь бы еще конфигурировать классы (например в debug вместо AnalyticTracker использовать AnalyticTrackerStub).

Для разных билд типов можно задавать свои наборы исходников. На том же уровне, на котором находится главный набор исходников (main), определите ещё пару наборов - debug и release. Внутри них и размещаете свой AnalyticTracker: debug/java/com/myapp/utils/AnalyticTracker.java и release/java/com/myapp/utils/AnalyticTracker.java. В зависимости от того, какой у вас сейчас выбран build variant (debug или release), Android Studio будет использовать или первую или вторую версию класса AnalyticTracker. Да, из главного набора исходников AnalyticTracker.java нужно будет удалить, иначе Android Studio не сумеет выбрать нужный класс. Более подробная документация тут.