Глеб Николаев

Могу предложить еще один вариант.
Если в своем методе save вы просто дергаете значения свойств модели, которые затем и отправляете на API, то можно поступить следующим образом.
В классе модели Post объявить публичное свойство post_slug. И все! Больше никаких телодвижений
public $post_slug;
Ваша конструкция $post->post_slug = urlencode(str_slug($request->post_slug)); запишется не в атрибуты модели, а просто в свойство объекта post_slug, которое затем никак не повлияет на работу самой модели.

Хоть ответ уже не сильно актуален для того, кто спрашивал, но поскольку при запросе YII + Ember выдает эту тему, то напишу.

Чтобы подружить Yii2 и Ember 2 друг с другом, вплане REST (чтобы запросы Ember соответствовали ответам Yii2), нужно создать адаптер и там прописать следующее:

import DS from 'ember-data';

export default DS.RESTAdapter.extend({
    defaultSerializer: 'JSONSerializer',
    host: 'http://адрес_вашего_api'
});

Тогда все должно работать.

Идешь в свою User модель(обычно в app/User.php) и пишешь публичный метод:

***
public function getFio() {
return $this->name . ' ' . $this->lastname;
}
***

А затем где теме нужно, вызываешь (наппример в Blade):

@foreach($users as $user)
{{$user->getFio()}}
@endforeach

https://laravel.com/docs/5.5/eloquent-mutators

Напишите "мост" между API и базой (ClickHouse) на C в виде микро-сервиса.
И просто, и быстро.

BETWEEN LEAST(30,20) AND GREATEST(30,20)

1. установить PHPUnit
2. научится запускать тесты на PHPUnit. Самые банальные по мануалу. Просто запускать и понять, как они срабатывают.
3. опробовать подход на небольших учебных задачах (всякие code-kata подойдут, задачи типа FizzBuzz, конвертёр температур из шкалы Цельсия в шкалу Фаренгейта, любые простые, алгоритмизируемые задачи с проверяемым результатом).
4. После понимания сути тестов, заводим tests/ в реальном проекте, и начинаем думать, как это всё завести. В первый раз достаточно сложно сообразить как всё это добро соединить. Постепенно прикручиваем тесты, осваиваем технику работы со стабами (Stub) и моками (Mock).

В процессе освоения шага №3, опробовать TDD: до написания кода, решающего задачу, пишем тесты для будущего кода. Это потребует в процессе написания теста продумать, как будут называться классы, методы, функции, какие граничные условия для прохождения тестов и проч.

Очень вероятно, что с первого раза не всё будет понятно и просто. Пробуйте.

Как пища для размышлений и осваивания методологии TDD, подборка задач:
codekata.com

Во многих там даже условия тестов прописаны, остаётся подкорректировать под себя и принятся за реализацию.