Laravel по-русски

Я использовал библиотеку guzzle для своего класса.
Вызов API выглядит так:

    $API = new classAPI;

    $params = [
        'some' => 'params',
    ];
    $response = $API->someMethod($params);

По необходимости $response может быть массивом или объектом
someMethod может не иметь параметров, а можно описать их внутри класса classAPI
Выглядит это следующим образом:

    protected function methods(): array
    {
        return [
            'someMethod'      => [
                'url'       => 'getMe',
                'method'    => 'GET',
                'isJson'    => 1,
                'params'    => [
                    'text'      => '',
                ],

            ],
        ];
    }

Не пойму, зачем конвертить в строку, а потом пытаться на стороне сервера поймать из нее name(разумеется его там не будет)
М.б. сразу воспользоваться методом

$.post( "test.php", { name: "John", time: "2pm" } );

Но настоящие джыдаи сейчас не используют jquery вообще, все нужные заголовки он подставляет сам.

            axios
                .post('/ajax/url', {
                    name: "sometext",
                })
                .then(r => this.afterPost(r.data))

Это сеттер переменной slug, в данном случае не берется значение передаваемой переменной $value, а устанавливается в зависимости от $this->title и текущего времени в формате dmyHi
Вызывается при любой записи в slug любого значения, например
$this->slug=0
На выходе получится что то типа
Echo($this->slug) //current-title-010720200055

Меня всегда поражали люди, которые сами себе создают трудности затем, чтобы их в последствии героически преодолевать.
Ну вот кто Вам мешает на форме сразу создать многомерный массив нужной структуры и не заниматься маст... медитацией?

Ведь очевидно, что image1 и image_description1 это какие-то поля ввода, автоматически генерируемые на форме с помощью js, так что мешает сразу оформить их как надо?

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

это не дурной тон, это связь один-ко-многим.
Таким способом можно для 1 поста указать только 1 тэг.

То есть таблица Post будет выглядеть так:

id, tag_id
1      , 1
2      , 1
3      , 2
4      , 3

Таким образом создать одному посту несколько разных тегов будет невозможно.

1 пост может иметь несколько тегов.
Постов может быть много.

Такая таблица называется многие-ко-многим

извините что вклиниваюсь в вашу искрометную беседу, но не проще ли работать с роутом через ресурсконтроллер?

20 строк даже из нескольких миллионов даже для mysql не особая проблема.
Это вообще к Laravel не имеет отношения, тут исключительно задержки бд(сотню мс)

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

Естественно это делается на 1 бд, заводить лишние сущности без нужды - это не тру вэй и способ легко подложить себе мину в случае сопровождения. Обновить даже 1000баз будет то еще удовольствие.

1. User - все данные пользователя: id, login, md5hash, roles,...
2. Record - id, user_id, date, text

Выборку данных можно сделать так

//модель таблицы record
class dbRecord exnends Model
{
  protected $table='record';//имя таблицы

  // граничные условия по пользователю
  public function scopeUser($query, $userId)
  {
    return $query->where('user_id', $userId);
  }
}

//контроллер отображающий записи пользователя
class RecordController extends Controller
{
  public function index()
  {
    $records = dbRecord::user(\Auth::id())->paginate();

    return view('index', ['record' => $records]);
  }
}

Обращение к рекорд контроллеру будет возвращать все записи по юзеру.
Стоит добавть скоуп по времени, дабы пользователь мог выбрать период.

Затратность выборки решается либо добавлением индекса по user_id, либо переездом на нереляционную бд, например mongoDb

Ajax? Не?
Ну.. ок.