Есть API и конфликт разработчиков.
Из таблицы usermeta API выводит ответ в формате
object(stdClass)[165]
public 'data' =>
array (size=2)
0 =>
object(stdClass)[167]
public 'type' => string 'meta' (length=4)
public 'id' => string '31' (length=2)
public 'attributes' =>
object(stdClass)[168]
public 'key' => string 'social_id' (length=8)
public 'value' => string '123' (length=3)
public 'user_id' => int 2
public 'site_id' => int 2
public 'links' =>
object(stdClass)[169]
public 'self' => string 'https://example.com//metas/31' (length=29)
С такими данными тяжело работать одной группе, т.к. что бы достать простое значение -> ключ, необходимо искать его еще и в ответе. Другая группа предлагает использовать формат
object(stdClass)[165]
public 'meta' =>
object(stdClass)[167]
public 'social_id' =>
object(stdClass)[168]
public 'id' => int 31
public 'value' => int 123
public 'user_id' => int 2
public 'links' => string 'https://example.com//metas/31' (length=29)
Но все упирается
jsonapi.org но и работа с обычными данными как получение 1 значения, превращается в танцы вокруг стандарта. Возможно обе стороны не правы и нужно использовать другой формат для получения такого ответа?
Или кто-то все же прав?
Таблица имеет структуру id, user_id, site_id, key, value
Простой
