DLE API / DLEAPI / ДЛЕ АПИ / ДЛЕАПИ

[MaHarder]

Проблема решена - пропустил настройки плагина

 

[Kroys]

Крутой модуль. Попробовал на 16 версии DLE...Слов нет, одни эмоции Но у меня 11.2 версия DLE обновить увы не получается, пытался установить обходными путями, получается шляпа. Нет случаем для 11.2 версии DLE ?)

 

[MaHarder]

Крутой модуль. Попробовал на 16 версии DLE...Слов нет, одни эмоции Но у меня 11.2 версия DLE обновить увы не получается, пытался установить обходными путями, получается шляпа. Нет случаем для 11.2 версии DLE ?)

Рекомендую обновиться. Либо использовать версию 0.2.2: https://github.com/DevCraftClub/dle_api/tree/releases/v0.2.2

 

[vitnet]

Нужно попробовать, интересно как быстро оно работает.

Спойлер: небольшие наблюдения

Для начала нужно бы подкоректировать файл /api/includes/functions.php

заменив сравнения (в моем случае выхлоп query был array(1) {[0] => array(7) {'id' => string(1) "1" ...)

$keyCheck[0]['...'] === 1
$tablesCheck[0]['...'] === 1

на

intval($keyCheck[0]['...']) === 1 либо $keyCheck[0]['...'] == 1
intval($tablesCheck[0]['...']) === 1 либо $tablesCheck[0]['...'] == 1

 

[MaHarder]

заменив сравнения (в моем случае выхлоп query был array(1) {[0] => array(7) {'id' => string(1) "1" ...)

Странно, должен выставлять int в сравнении. какая таблица? может в конфигурации к ней я поставил стринг на ID.

 

[vitnet]

Странно, должен выставлять int в сравнении. какая таблица? может в конфигурации к ней я поставил стринг на ID.

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

За модуль спасибо, начал подстраивать под свои задачи добавив выборку по id=1,2,3 и запросы по нескольким таблицам.

 

[MaHarder]

@vitnet
В каждом рутере указана конфигурация таблицы

$possibleData = array(
    array(
        'name'     => 'id',
        'type'     => 'integer',
        'required' => true,
        'post'     => false,
        'length'   => 11
    ),

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

 

[vitnet]

@MaHarder, я видел, с этим проблем нет, там всё отлично работает.

 

[vitnet]

Заметил в новой версии косяк а именно в
upload/api/vendor/illuminate/database/Connection.php

protected $fetchMode = PDO::FETCH_OBJ; // 118 строка // В этом режиме результаты запроса возвращаются в виде объектов.

upload/api/includes/functions.php
Затем мы используем объект

$keyCheck->is_admin

Но ниже уже как массив

$keyCheck[0]['active']
$keyCheck[0]['...

Предлагаю использовать

protected $fetchMode = PDO::FETCH_ASSOC; // В этом режиме результаты запроса возвращаются в виде ассоциативных массивов.

А объекты типа (их несколько, остальные как массив)

$keyCheck->...

Заменить на массив-ключ

$keyCheck['...']

 

[MaHarder]

upload/api/vendor/illuminate/database/Connection.php

Эту ошибку нужно сообщать Laravel.

А остальное поправлю

 

[MaHarder]

180.0.39​

• [FIX] Исправление вывода множества записей при запросе метода GET
• [UPDATE] Обновлены зависимости

Перейти к скачиванию

 

[MaHarder]

Но ниже уже как массив

Это не ошибка, это так возвращаются параметры проверки. Объект как раз таки находится под [0]