D'

Второй вариант предпочтительнее.
При использовании минификаторов в первом варианте код сломается, во втором нет.

Тут вообще ВСЁ неправильно.

- Связь называется countries, но указывает на модель Holidays (модели принято называть в единсвенном числе, а не в множественном. Т.е просто Holiday.)
- Связь называется users, но тип связи belongsTo. BelongsTo связь - это связь один-к-одному. При связи BelongsTo - не может быть много users (в данном случае).
- $data['holidays']=$holidays->get(); - это что такое? Что такое $holidays?
- Во view передается массив data, а во view используется сразу $holidays. Ошибка.
- {{\App\Holidays::get()->users($holiday->country_id)->count()}} - что должна делать эта строчка?

Весь код неправильный. Пересмотрите свое решение, и используйте форматирование кода.

-

Распространенная проблема. Решается добавлением ключа в список select:

$list = $query->with(array('source' => function ($query) {
    $query->select(['id', 'url', 'name', 'key_field']);
}))->select(['id', 'image_url', 'published', 'added', 'header']);

Где key_field - это поле которое у вас связывает таблицы News и Source. Например news_id, или как оно у вас там называется.

В принципе подходы не сильно отличаются. Мне больше по душе подход Laravel, с "метками".
Думаю стоит попробовать "через силу" использовать подход Laravel, и быть может через некоторое время вы поймете, что хранить тексты в коде (подход Yii) плохая затея.

REDIS - обычное key-value хранилище. Что подразумевается под словом "вкладывать"?

Там можно сохранять сериализованные данные, можно извлекать и модифицировать их, но конкретно структур данных "json", "объект" в redis нету.

Разве в Yii нету защиты от mass assignment? Может в этом дело? Стоит посмотреть в модели какие там поля разрешенные.

Что за извращение?

Нужно либо просто указывать:
Route::get('/dogs', 'ApiController@checking');
И через Request разруливать GET параметры (Создаем свой APIDogsRequest и прописываем required поля)

Либо так:

Route::get('/dogs/{color}/{state}/{location}', 'ApiController@checking');

Но тогда параметры не именованные, и сложнее разрулить в Request.

Это либо защита самого WP, либо какого-то плагина, от прямого запроса к файлам.
Т.е там в коде где-то стоит:

if (!defined('HACKER')) {
 die('Хакер чтоли?');
}

Ничего криминального

Вариантов несколько:
- Реализовать свой Auth класс, который будет возвращать правильную модель через MyAuth::user() (но могут быть подводные камни)
- Реализовать свой UserRepository в котором будет методы auth/login/findByID/etc, и который будет возвращать правильную модель, и работать только через этот класс.
- Сделать 2 разные таблицы, и работать с ними отдельно. При авторизации пробовать авторизировать в каждой из таблиц.
- Сделать 1 таблицу для логина, и 2 дополнительных для остальной информации. Тогда можно логинить по 1 таблице, а затем брать нужную таблицу из relation.

В laravel всё просто:
Есть мастер шаблон - master.blade.php
Есть шаблоны - card.blade.php, profile.blade.php

В мастер шаблоне объявляем секцию:

@section('css')
@stop

В любом из дочерних шаблонах указываем:

@section('css')
@parent
<link href="..."/>
<style>
</style>
@stop

Либо без @parent, если в мастере стили прописанны ДО @section('css')

Следуйте совету шкипера - "Улыбаемся и машем".
Зачем грубить клиенту? Даже самому тупому.
Улыбайтесь и говорите: "Ваш заказ уже вот-вот будет готов. Сегодня уже не успеваем, но вот завтра точно будет.".
На сроки всем похер, никто на них не смотрит, так как обычно заказ нужен "уже вчера".

PS
А вообще правильным будет один из трех вариантов:
1) Увеличить производственные мощности, чтобы успевать в более сжаты сроки
2) Пересмотреть график, и не брать больше клиентов, чем вы можете обслужить.
3) Увеличить сроки для всех клиентов, и тогда будет запас по времени.

https://jsfiddle.net/rvnLqu1q/2/ так