Давай по пунктам:
The inline specifier, when used in a function's decl-specifier-seq, declares the function to be an inline function.
"Inline делает функцию inline-функцией"
Далее идёт описание, что именно считается inline-функцией:
"An inline function or inline variable (since C++17) has the following properties..."
Далее говорится, что изначальное значение inline было в том, чтобы заинлайнить вызов:
"The original intent of the inline keyword was to serve as an indicator..."
Далее говорится, что inline не накладывал никаких обязательств на компилятор по части инлайненьнья вызова, поэтому с т.з. инлайненья вызова inline keyword не имеет никакой смысловой нагрузки:
"Since this meaning of the keyword inline is non-binding..."
И в конце концов говорится, что, так как значение inline keyword в том, что "multiple definitions are permitted", а не "inlining is preferred", то начиная с 17 плюсов действие inline keyword распространяется также и на переменные:
"Because the meaning of the keyword inline for functions came to mean..."

Тут не надо ничего выводить, догадываться или додумывать, достаточно прочитать страничку.

она хотя бы косвенно подтверждает)

Ну тебе не кажется ненормальным наличие плагинов, руководств и прочего, чтобы тупо начать работать с кодом?

Можно еще один вопрос? Извиняюсь за беспокойство. Я с varest + phpmyadmin играюсь. Но меня пугает связка такая. Мои опасения не напрасны? Часто вижу этот метод, но на интуитивном уровне не могу его воспринимать.
Лучше ли будет сервер натянуть, как в старой доброй л2? На mysql (sqlite? Да хоть оракл)

phpmyadmin это ж вроде морда для мускуля? А кто rest обслуживает протокол? Или он уже апишку имеет?