Player preferences 1.0.7

[cpCTRL]

cpCTRL добавил(а) новый ресурс:

Player preferences - API для сохранения и загрузки пользовательских данных в БД

Описание в оригинале

Спойлер: тык

Так-как GMX проект был заброшен, посмею выдернуть интересный модуль системы
Не считаю лучшей реализацией.

Узнать больше об этом ресурсе...

 

[cpCTRL]

Спойлер: Пример того как это выглядит в БД

 

[karaulov]

Можно в любое время загрузить и сохранить значение ?

 

[d3m37r4]

Не считаю лучшей реализацией.

А поч?

 

[cpCTRL]

Можно в любое время загрузить и сохранить значение ?

Сохранить в любое время, загрузить тоже, но если нужно получить при коннекте - только в player_loaded, хук срабатывает при загрузке (если они есть) всех данных с БД. Если данных нет - так же срабатывает, но вернет дефолтные значения.

А поч?

есть подозрения что где то будет сохранять пустые значения, аля {}

 

[karaulov]

Нельзя модифицировать так что бы не сохранял игроков если в них не записано никаких данных?

 

[cpCTRL]

Нельзя модифицировать так что бы не сохранял игроков если в них не записано никаких данных?

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

 

[karaulov]

есть подозрения что где то будет сохранять пустые значения, аля {}

а это тогда к чему)

 

[cpCTRL]

karaulov, удалил пару пустышек из своей бд, но мб это с тестов остались

 

[karaulov]

полезная вещь давно чтото такое искал многопоточное

 

[karaulov]

Так все же если данные не успели загрузиться, как определить что их нет?

 

[cpCTRL]

karaulov, player_loaded

/**
* Checks if the specified key for player exists.
*
* @param id                Client index
* @param key               Unique key to which the value will be set
*
* @return                  true on success, false otherwise
* @error                   If the index is not within the range of 1 to MaxClients,
*                          an error will be thrown.
*/
native bool: pp_has_key(const id, const key[]);

 

[cpCTRL]

cpCTRL обновил(а) ресурс Player preferences новой записью:

Некоторые исправления

Версия осталась прежней.

* Добавлен недостающий эвент player_key_changed информация о нем уже была в библиотеке, но несколько обновлена. Смену информации у клиента теперь можно заблокировать (касается только данных БД, читаем мануал по player_key_changed)
* Убран ошибочный SQL_FreeHandle(g_hTuple); после успешного подключения к БД.

Узнать больше об этом обновлении...

 

[Limbooc]

    if (task_exists(312)) {
        remove_task(312);
    }

    server_print("[PP] Connection [%d/2] to '%s' database success", g_iConnections, dbdata[db]);

    SQL_FreeHandle(g_hTuple);
    SQL_FreeHandle(sConnection);
}

а это правильно что вы закрываете соедение SQL_FreeHandle(g_hTuple);?

повторно закрываем закрытый соеденение?

public plugin_end() {
    if (g_hTuple != Empty_Handle) {
        SQL_FreeHandle(g_hTuple);
    }
}

 

[cpCTRL]

Limbooc, форум чуть-чуть бросили, обнову залил еще вчера.

 

[Limbooc]

имеется ли лимит хранение Unique key (в стуктуре БД)?, есть мысль сделай ачивку на основе этого плагина, ачивка хранить больше >100 ячеейк



также думаю целесобразно удалить ячейку в БД об игроке перед тем как занести INSERT, тем самым у вас не будет проблем в плане занесение если были какието изменение

 

[Limbooc]

UPDATE:

целесобразнее удалить ячейку об игроке в ThreadHandler Load_Player после получение данных, а в save_values оставить только INSERT

 

[cpCTRL]

Limbooc, Смысол?

 

[Limbooc]

Limbooc, Смысол?

только щас допер что да, тут нет смысла, я подумал о другом реализации поэтому и написал, прошу заигнорить предложение

 

[fantom]

Тут бы пригодился модуль для работы с монгоДБ, так как это хранилище куда целесобразней использовать в данном случае. Увы и ах, кс комьюнити дальше mysql врят ли пойдет еще лет 5. Поэтому такие костыли.