Player Preferences 1.0.14

karaulov · 11 Янв 2023

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

Player Preferences - Увеличены лимиты, добавлены новые нативы, новый метод сохранения и ...

Отличия от оригинальной версии:

Позволяет хранить настройки для игроков, а так же отдельно глобальные.

Возможность хранить данные по Username/SteamID/SteamID+Username

Сильно увеличены лимиты. (key - 256, value - 1024, а основной буфер 100кб)

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

Не требуется загрузка init.sql, создание...

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

Vaqtincha · 11 Янв 2023

Опять кэширование коннекта. Откуда вы берётесь? Экономия в спичках ради чего? Что будет ваша мегаоптимизацией при plugin_pause/unpause (игрок мог выйти)

karaulov · 11 Янв 2023

Vaqtincha, я тут не причем, можно убрать конечно же :)

11 Янв 2023

Vaqtincha написал(а):
Опять кэширование коннекта. Откуда вы берётесь? Экономия в спичках ради чего? Что будет ваша мегаоптимизацией при plugin_pause/unpause (игрок мог выйти)

Как бы в любом случае ничего хорошего не будет

11 Янв 2023

Vaqtincha написал(а):
Опять кэширование коннекта. Откуда вы берётесь? Экономия в спичках ради чего? Что будет ваша мегаоптимизацией при plugin_pause/unpause (игрок мог выйти)

Стоять, а что будет без кэширования, просвятишь? :)

Допустим в это время вошел другой игрок, функция вернет true, и что это даст?

Будет еще хуже :)

Может есть способ отключать плагин навсегда при установке его на паузу? (считать это критической ошибкой)

ArKaNeMaN · 11 Янв 2023

C-like:

new temp[128];

json_object_get_string(config, "sql_table", temp, charsmax(temp));
copy(dbdata[table], charsmax(dbdata[table]), temp);

json_object_get_string(config, "sql_host", temp, charsmax(temp));
copy(dbdata[host], charsmax(dbdata[host]), temp);

json_object_get_string(config, "sql_user", temp, charsmax(temp));
copy(dbdata[user], charsmax(dbdata[user]), temp);

json_object_get_string(config, "sql_password", temp, charsmax(temp));
copy(dbdata[pass], charsmax(dbdata[pass]), temp);

json_object_get_string(config, "sql_db", temp, charsmax(temp));
copy(dbdata[db], charsmax(dbdata[db]), temp);

Почему бы сразу не записывать значение куда надо? Зачем это лишнее копирование?

C-like:

json_object_get_string(config, "save_type", temp, charsmax(temp));
g_iSaveType = str_to_num(temp);

А json_object_get_number для кого?)

karaulov · 11 Янв 2023

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

Если игроки могут случайно поменяться пока плагин стоит на паузе :(

karaulov · 11 Янв 2023

Ресурс Player Preferences был обновлен:

Обновлено до версии 1.0.10

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

karaulov · 11 Янв 2023

ArKaNeMaN, исправил в новой версии.

Vaqtincha добавил поддержку паузы (после снятия, все данные загружаются в бд и список игроков перезагружается)

Кто тут есть из серьезных кодеров, проверьте есть ли в последней версии ошибки какие-то :)

Limbooc · 11 Янв 2023

думаю стоит пересмотреть логику g_iSaveType, оставив сохранение по дефолту Steam+NickName, а дальше по значение уже парсить с помощью explode_string | string_stocks | AMX X Documentation | Dev-CS.ru

Код:

if(explode_string(g_aDataMoreS[M_DOPCFG], "-", s_ItemSplit_1, 2, 128))
{
    format(Menu_P_VIP[id][model_tt],31,"%s",s_ItemSplit_1[0]);
    format(Menu_P_VIP[id][model_ct],31,"%s",s_ItemSplit_1[1]);
}

убираеться запрос на REPLACE в save_values и заменить на UPDATE

не вижу запрос в Хандлере на

и на

он у тебя отрабатывается?

karaulov · 11 Янв 2023

Limbooc, не знаю как сейчас, но я когда тестировал все работало, не должно? :)

Вроде как REPLACE должно создавать и обновлять если уже создано, а UPDATE умеет только обновлять, нет? зачем тогда лишний запрос делать на INSERT?

11 Янв 2023

Limbooc написал(а):
думаю стоит пересмотреть логику g_iSaveType, оставив сохранение по дефолту Steam+NickName, а дальше по значение уже парсить с помощью explode_string | string_stocks | AMX X Documentation | Dev-CS.ru

Наверное не выйдет, ведь значений USERNAME+STEAM будет достаточно много в бд, как же при переключении обратно, понимать где чей STEAM где чей USERNAME ?

Если по username то в базе будут только хэши юзернеймов
Если по steam то только стимайди
Если и то и то то steam + хэш никнейма (что бы не экранировать ники, или не помню уже для чего я хэш делал)

Limbooc · 11 Янв 2023

karaulov написал(а):
Limbooc, не знаю как сейчас, но я когда тестировал все работало, не должно? :)

не тестировал, просто прошелся по коду
возможно все тут отрабатывается , что не есть хорошо, лучше разделить где для data[1] == 1 и где для data[1] == -2

также не понял логику, два раза загрузить? один global другой для data? собственно зачем глобал для индекса игрока?

Хоть бы API описание сделал бы более читабельным, а то гадаю)

Запрос корректный?WHERE auth = 'global'

Опять логику не вижу?
Загрузить данные БД после их сохранение?
1 шаг save_values(i);
2 шаг client_putinserver(i); => load_player(id);

Limbooc · 11 Янв 2023

karaulov написал(а):
Наверное не выйдет, ведь значений USERNAME+STEAM будет достаточно много в бд, как же при переключении обратно, понимать где чей STEAM где чей USERNAME ?

так хэшируется то как раз таки UserName; разве нет:xDD)))))

целесобразно конечно дергать два отдельными столбцами, стим и нэйм, на последний хранить такое себе удоволствие, т.к. смена ника хэши поменяется

11 Янв 2023

karaulov написал(а):
Limbooc, Вроде как REPLACE должно создавать и обновлять если уже создано, а UPDATE умеет только обновлять, нет? зачем тогда лишний запрос делать на INSERT?

Так весь кайф то и в этом же, у тебя с помощью REPLACE данные игрока полюбому перезапишеться, а так через UPDATE обновил бы исключительно если бы STEAMID и НИК игрока были ИСТИНЫ, а так у тебя всегда истина, сколько бы не менял ник, ник будет менять и в таблица, а собственно зачем тогда "Save type 1 is steam+username, 2 is Steam, 3 username",

Save type 3 username, вообще бы убрал бы, т.к. Player, TOP-MS | Player, и тд от всяких мониторингов

Javekson · 11 Янв 2023

Limbooc, напиши свой уже просто )

karaulov · 11 Янв 2023

Limbooc, не вижу логики если заменить на UPDATE, то придется добавлять и INSERT, разве нет?

UPDATE - обновляет уже существующую запись
INSERT - добавляет новую
REPLACE - делает то же что INSERT + UPDATE в одном (УДАЛЯЕТ старую запись и добавляет новую)

11 Янв 2023

Limbooc написал(а):
Опять логику не вижу?
Загрузить данные БД после их сохранение?
1 шаг save_values(i);
2 шаг client_putinserver(i); => load_player(id);

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

11 Янв 2023

Limbooc написал(а):
целесобразно конечно дергать два отдельными столбцами, стим и нэйм, на последний хранить такое себе удоволствие, т.к. смена ника хэши поменяется

ну так в этом и есть смысл, что бы могли играть с одного steamid но с разными никнеймами

11 Янв 2023

Limbooc написал(а):
также не понял логику, два раза загрузить? один global другой для data? собственно зачем глобал для индекса игрока?

0 индекс это глобальные данные, серверные, показалось логичным, или мне надо было 100500 индекс для серверных данных использовать?))

11 Янв 2023

Javekson, во во, может лучше выйдет, я просто выложил обновленную версию и если кто-то может улучшить то это только плюс :)

Limbooc · 11 Янв 2023

Javekson написал(а):
Limbooc, напиши свой уже просто )

Была перспектива взяться за работу , но искомый автор плагина остановился на версии 1.0.7, если не ошибаюсь там был баг, долго ждал фикса, так и не дождался))

BiZaJe · 11 Янв 2023

karaulov, REPLACE удаляет запись если PRIMARY KEY или UNIQUE совпадает по индексам и создает новую, а так просто запись обновляется.

Limbooc · 11 Янв 2023

karaulov,

karaulov написал(а):
0 индекс это глобальные данные, серверные, показалось логичным, или мне надо было 100500 индекс для серверных данных использовать?))

global нету, схапаешь ошибку в консоле о не достоющем столбце))

Код:

new Handle:query = SQL_PrepareQuery(sConnection,"CREATE TABLE IF NOT EXISTS `%s` (`auth` varchar(128) NOT NULL PRIMARY KEY,`data` text NOT NULL,UNIQUE(`auth`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;",dbdata[table]);

karaulov · 12 Янв 2023

Limbooc написал(а):
global нету, схапаешь ошибку в консоле о не достоющем столбце))

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

Я ближайшее время проверить не могу, но если кто-то может посмотрите все ли работает что бы не гадать на кофейной гуще, гляньте пожалуйста :)

12 Янв 2023

BiZaJe, но если записи нет, то она тоже создаётся (без INSERT), иначе плагин точно не должен был работать

karaulov · 12 Янв 2023

Ресурс Player Preferences был обновлен:

Обновлено до версии 1.0.11

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

karaulov · 12 Янв 2023

ArKaNeMaN написал(а):
А json_object_get_number для кого?)

Подставил гад меня только :(
Из-а тебя сломалось все :)
В обнове 1.0.11 вернул назад json_object_get_string
видно автор исходного плагина лучше знал что там надо :)

12 Янв 2023

ArKaNeMaN написал(а):
Почему бы сразу не записывать значение куда надо? Зачем это лишнее копирование?

Это да, я сам не уверен зачем там это копирование было :) убрал!

karaulov · 12 Янв 2023

Limbooc написал(а):
убираеться запрос на REPLACE в save_values и заменить на UPDATE

Не знаю, я проверил сейчас и с REPLACE все отлично работает, только AUTH в global записывает, и похоже это единственный прикол непонятный :)

Ну то есть небольшую строку мусорную данных хранит в global.

В 1.0.11 и в 1.0.12 многое исправил, ожидайте кому интересно :)

Player Preferences 1.0.14

karaulov

Vaqtincha

karaulov

ArKaNeMaN

Квалифицированный специалист по VipModular

karaulov

karaulov

karaulov

Limbooc

karaulov

Limbooc

Limbooc

Javekson

karaulov

Limbooc

BiZaJe

Limbooc

Вложения

karaulov

karaulov

karaulov

karaulov

Пользователи, просматривающие эту тему