Помогите с логами

Вид для печати

28.07.2018, 20:42
X!X

Помогите с логами

Приветствую, у меня есть логи передачи денег, хочу создать примерно такую систему:
в диалоге STYLE_LIST выгрузить все даты и по клику на дату просмотреть операции по деньгам, каким образом это реализовать? Только подтолкните, а дальше я уже сам, спасибо:to_take_umbrage:
28.07.2018, 22:48
DeimoS

Ну так в чём проблема? Выгружаешь даты, формируешь диалог и при клике на пункт в inputtext будет весь текст из этого пункта диалога. Если в пункте будет дата, то, собственно, по ней и делай следующий запрос
28.07.2018, 23:03
X!X

Цитата:

Сообщение от DeimoS

Ну так в чём проблема? Выгружаешь даты, формируешь диалог и при клике на пункт в inputtext будет весь текст из этого пункта диалога. Если в пункте будет дата, то, собственно, по ней и делай следующий запрос

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

- - - Добавлено - - -

Цитата:

Сообщение от DeimoS

Ну так в чём проблема? Выгружаешь даты, формируешь диалог и при клике на пункт в inputtext будет весь текст из этого пункта диалога. Если в пункте будет дата, то, собственно, по ней и делай следующий запрос

Каким образом в переменную загрузить то даты? Это ее нужно создавать в несколько ячеек?
29.07.2018, 19:49
DeimoS

Эмм, дата будет в inputtext, как уже сказал ранее
30.07.2018, 00:27
X!X

Цитата:

Сообщение от DeimoS

Эмм, дата будет в inputtext, как уже сказал ранее

Не понял если честно
30.07.2018, 01:39
X!X

Сделал! Спасибо большое
Теперь вопрос, как выполнить MySQL запрос с конца, то есть с конца от начала нужны логи
Запрос выглядит сейчас так - "SELECT * FROM `mlog` WHERE `name` = '%s'" и самые свежие находятся далеко, а это очень трудно
30.07.2018, 01:49
Elrmrnt-Kritik
Отсортируйте логи по дате. Например,
SELECT * FROM mlog WHERE name = '%s' ORDER BY `date` ASC
Этот код отсортирует все логи по дате (дата записана в столбец date) от старых записей к новым. Если ASC заменить на DESC, в выводе получим сначала свежие записи, а затем уже старые:
SELECT * FROM mlog WHERE name = '%s' ORDER BY `date` DESC
Если говорить в общем, то ORDEY BY указывает на то, что необходимо отсортировать данные по столбцу date. Затем указывается способ сортировки.
30.07.2018, 01:59
X!X
Цитата:
Сообщение от Elrmrnt-Kritik

Отсортируйте логи по дате. Например,

SELECT * FROM mlog WHERE name = '%s' ORDER BY `date` ASC

Этот код отсортирует все логи по дате (дата записана в столбец date) от старых записей к новым. Если ASC заменить на DESC, в выводе получим сначала свежие записи, а затем уже старые:

SELECT * FROM mlog WHERE name = '%s' ORDER BY `date` DESC

Если говорить в общем, то ORDEY BY указывает на то, что необходимо отсортировать данные по столбцу date. Затем указывается способ сортировки.
Уже разобрался по другому мануалу, но все равно спасибо:blush2:
31.07.2018, 06:06
X!X

Все ли нормально с кодом или что-то нужно исправить? Заметил после добавления этих переменных компиляция стала намного дольше. Размер MAX_LOGS - 1000
new Date[MAX_PLAYERS][MAX_LOGS][20];
cache_get_value_name(i, !"date", Date[playerid][i]);
31.07.2018, 11:28
DeimoS

Ну ты как бы создаёшь переменную, которая будет потреблять MAX_PLAYERS*MAX_LOGS*20 ячеек. Если не изменял значение MAX_PLAYERS и оно равно 1000, то переменная займёт 20000000 ячеек. Отсюда и долгая компиляция (происходит инициализация переменной).
Хотя не совсем понятно зачем тебе вообще эта переменная, ибо информацию можно грузить локально и хранить её постоянно не нужно.

Ну а чтоб компиляцию ускорить, используй этот компилятор.
31.07.2018, 22:20
X!X

Цитата:

Сообщение от DeimoS

Ну ты как бы создаёшь переменную, которая будет потреблять MAX_PLAYERS*MAX_LOGS*20 ячеек. Если не изменял значение MAX_PLAYERS и оно равно 1000, то переменная займёт 20000000 ячеек. Отсюда и долгая компиляция (происходит инициализация переменной).
Хотя не совсем понятно зачем тебе вообще эта переменная, ибо информацию можно грузить локально и хранить её постоянно не нужно.

Ну а чтоб компиляцию ускорить, используй этот компилятор.

Да дело все в том, что я и использую компилятор от zeex.
А как загрузить информацию то еще? У меня ведь смотри, открывается диалог с логами на несколько страниц исходя из найденных строк в бд и поэтому приходится хранить информацию в переменной глобальной, а если локально создать, то диалог то никак не связать ведь.

И скажи, правильно ли я сделал информацию для каждого игрока? То есть если убрать MAX_PLAYERS то информация в переменной может смешаться с другим игроком который чекает логи?
03.08.2018, 18:19
DeimoS

1) Отправляешь запрос на выгрузку дат и формируешь из результата список
2) При нажатии на один из пунктов формируешь новый запрос, только делаешь выборку строк исходя из того, что находится в inputtext

В общем, смотри.

Сначала ты отправляешь запрос в базу на выгрузку всех уникальных дат (только дат!). Делаешь это используя оператор "GROUP BY".

Далее проверяешь, помещаются ли все данные, которые вернула MySQL, на одну страницу (можно просто ввести ограничение, например, в 30 записей на страницу, дабы облегчить себе жизнь). Если больше - сохраняешь кэш в pVar

SetPVarInt(playerid, "имя_pVar_кэша", _:cache_save());

Если меньше - сохранять не нужно.
Ну и формируешь диалог, помещая на каждую строку по дате.

Когда игрок листает страницы, просто убавляй значение pVar, который и будет содержать номер страницы. Дабы было проще, начинай отсчёт с нуля (первая страница = 0 в pVar).
Собственно, вычисление данных на выгрузку из кэша будет выглядеть так

cache_set_active(Cache:GetPVarInt(playerid, "имя_pVar_кэша"));// Делаем сохранённый кэш активным
new page = GetPVarInt(playerid, "pVar_с_номером_страницы");
new i = page*максимальное_число_пунктов_на_странице;// Так мы точку начала
new j = i+максимальное_число_пунктов_на_странице;// Так мы узнали конечную точку
for(; i < j; i++)
{
    cache_get_value_name_int(i, ...);
    // ...
}

Когда игрок нажмёт на один из пунктов диалога, текст этого пункта будет передан в параметре "inputtext". Соответственно, если в пункты мы поместили дату, то в "inputtext" у нас будет содержаться именно выбранная дата, которую и нужно использовать для того, чтоб выгрузить остальную информацию (если ты добавишь какое-то дополнительное оформление для пунктов, то тогда нужно будет извлекать дату из inputtext, прежде чем использовать её). Собственно, выгружаем информацию и делаем всё, что нужно.
Если ещё не понял, то запрос будет выглядеть так:

format(query_string, sizeof(query_string), "SELECT столбцы FROM log WHERE date = '%s'", inputtext);

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

if(cache_is_valid(Cache:GetPVarInt(playerid, "имя_pVar_кэша"))
{
    cache_delete(Cache:GetPVarInt(playerid, "имя_pVar_кэша"));
    // Ну и удаляешь все pVar, если это не OnPlayerDisconnect
}

В общем, вот тебе практически готовый код, основанный на одной из моих систем, который работает по описанному принципу:

Открыть/закрыть

CMD:logs(playerid)
{
    if(GetPVarType(playerid, "pVar_с_кэшем") != PLAYER_VARTYPE_NONE || cache_is_valid(Cache:GetPVarInt(playerid, "pVar_с_кэшем")))
        cache_delete(Cache:GetPVarInt(playerid, "pVar_с_кэшем"));
    new Cache:result = mysql_query(MySQL:handle, "SELECT date FROM log GROUP BY date", true);
    new rows;
    cache_get_row_count(rows);
    if(!rows)
    {
        SendClientMessage(playerid, -1, "Таблица пуста");
        return 1;
    }
    SetPVarInt(playerid, "pVar_с_общим_количеством_найденных_строк", rows);
    SetPVarInt(playerid, "pVar_с_кэшем", _:cache_save());
    SomeFunc(playerid);
    return 1;
}
 
stock SomeFunc(playerid)
{
    if(GetPVarType(playerid, "pVar_с_кэшем") == PLAYER_VARTYPE_NONE || !cache_is_valid(Cache:GetPVarInt(playerid, "pVar_с_кэшем")))
        return SendClientMessage(playerid, 0xFF0000FF, "Внимание: {FFFFFF}При обработке ответа произошла ошибка. Повторите попытку!");
 
    const MAX_ROW_IN_PAGE = 30;
 
 
    new total_rows = GetPVarInt(playerid, "pVar_с_общим_количеством_найденных_строк");
    new page = GetPVarInt(playerid, "pVar_с_номером_страницы")+1;
 
    cache_set_active(Cache:GetPVarInt(playerid, "pVar_с_кэшем"));
 
 
    static
        string[4096+1];
    string[0] = '\0';
 
    new i = page*MAX_ROW_IN_PAGE;// Определили начальную позицию
    new max_iter;
 
    if(total_rows > i+MAX_ROW_IN_PAGE)// Проверяем, охватывает ли наша текущая итерация все оставшиеся строки
    {
        format(string, sizeof(string), "%sНа следующую страницу\n", string);//Если нет, то добавляем пункт для перехода на следующую страницу
        max_iter = i+MAX_ROW_IN_PAGE;// А так же высчитаем ID строки, до которой нужно выгрузить данные из кэша
    }
    else// А если данных в кэше недостаточно для того, чтоб заполнить список полностью (например, мы выгружаем по 30 строк на страницу, сейчас мы на второй странице и всего у нас 57 строк)
    {
        max_iter = total_rows;// То запишем в качестве ID последней строки общее число строк
    }
 
    if(page > 0)// Так же проверяем, какая страница открыта у игрока и если она не самая первая, то
    {
        format(string, sizeof(string), "%sНа предыдущую страницу\n", string);//Добавляем пункт для перехода на предыдущую страницу
    }
 
    /*
        Ну а тут уже формируем наш диалог, выгружая данные согласно высчитанным значениям
 
    */
    new date[/*тут нужный размер для выгрузки одной даты*/];
    for(; i < max_iter; i++)
    {
        cache_get_value_name(i, date, "date");
        format(string, sizeof(string), "%s%s\n", string, date);
    }
    ShowPlayerDialog(playerid, диалог, DIALOG_STYLE_LIST, "Выберите дату", string, "Выбрать", "Закрыть");
}
 
 
 
case диалог:
{
    if(!response)
    {
        // Функция с отчисткой всех данных, в которой ты удалишь как pVar, так и кэш
        return 1;
    }
    else
    {
        if(strfind(inputtext, "следующую") != -1)
        {
            SetPVarInt(playerid, "pVar_с_номером_страницы", GetPVarInt(playerid, "pVar_с_номером_страницы")+1);
            SomeFunc(playerid)
        }
        else if(strfind(inputtext, "предыдущую") != -1)
        {
            SetPVarInt(playerid, "pVar_с_номером_страницы", GetPVarInt(playerid, "pVar_с_номером_страницы")-1);
            SomeFunc(playerid)
        }
        else// Игрок выбрал одну из дат
        {
            // Функция с отчисткой всех данных, в которой ты удалишь как pVar, так и кэш
            //format(query_string, sizeof(query_string), "SELECT столбцы FROM log WHERE date = '%s'", inputtext); - сам запрос на выгрузку информации
        }
    }
    return 1;
}

Цитата:
Сообщение от DeimoS
В общем, смотри.

Сначала ты отправляешь запрос в базу на выгрузку всех уникальных дат (только дат!). Делаешь это используя оператор "GROUP BY".

Далее проверяешь, помещаются ли все данные, которые вернула MySQL, на одну страницу (можно просто ввести ограничение, например, в 30 записей на страницу, дабы облегчить себе жизнь). Если больше - сохраняешь кэш в pVar
SetPVarInt(playerid, "имя_pVar_кэша", _:cache_save());
Если меньше - сохранять не нужно.
Ну и формируешь диалог, помещая на каждую строку по дате.

Когда игрок листает страницы, просто убавляй значение pVar, который и будет содержать номер страницы. Дабы было проще, начинай отсчёт с нуля (первая страница = 0 в pVar).
Собственно, вычисление данных на выгрузку из кэша будет выглядеть так
cache_set_active(Cache:GetPVarInt(playerid, "имя_pVar_кэша"));// Делаем сохранённый кэш активным
new page = GetPVarInt(playerid, "pVar_с_номером_страницы");
new i = page*максимальное_число_пунктов_на_странице;// Так мы точку начала
new j = i+максимальное_число_пунктов_на_странице;// Так мы узнали конечную точку
for(; i < j; i++)
{
    cache_get_value_name_int(i, ...);
    // ...
}
Когда игрок нажмёт на один из пунктов диалога, текст этого пункта будет передан в параметре "inputtext". Соответственно, если в пункты мы поместили дату, то в "inputtext" у нас будет содержаться именно выбранная дата, которую и нужно использовать для того, чтоб выгрузить остальную информацию (если ты добавишь какое-то дополнительное оформление для пунктов, то тогда нужно будет извлекать дату из inputtext, прежде чем использовать её). Собственно, выгружаем информацию и делаем всё, что нужно.
Если ещё не понял, то запрос будет выглядеть так:
format(query_string, sizeof(query_string), "SELECT столбцы FROM log WHERE date = '%s'", inputtext);
Главное не забывай удалять сохранённый кэш, во-первых, при выходе игрока с сервера, а во-вторых, во всех случаях, когда игрок больше не может вернуться к диалогу с датами (при закрытии диалога или открытии нового). Делается это так:
if(cache_is_valid(Cache:GetPVarInt(playerid, "имя_pVar_кэша"))
{
    cache_delete(Cache:GetPVarInt(playerid, "имя_pVar_кэша"));
    // Ну и удаляешь все pVar, если это не OnPlayerDisconnect
}
В общем, вот тебе практически готовый код, основанный на одной из моих систем, который работает по описанному принципу:
Открыть/закрыть
CMD:logs(playerid)
{
    if(GetPVarType(playerid, "pVar_с_кэшем") != PLAYER_VARTYPE_NONE || cache_is_valid(Cache:GetPVarInt(playerid, "pVar_с_кэшем")))
        cache_delete(Cache:GetPVarInt(playerid, "pVar_с_кэшем"));
    new Cache:result = mysql_query(MySQL:handle, "SELECT date FROM log GROUP BY date", true);
    new rows;
    cache_get_row_count(rows);
    if(!rows)
    {
        SendClientMessage(playerid, -1, "Таблица пуста");
        return 1;
    }
    SetPVarInt(playerid, "pVar_с_общим_количеством_найденных_строк", rows);
    SetPVarInt(playerid, "pVar_с_кэшем", _:cache_save());
    SomeFunc(playerid);
    return 1;
}
 
stock SomeFunc(playerid)
{
    if(GetPVarType(playerid, "pVar_с_кэшем") == PLAYER_VARTYPE_NONE || !cache_is_valid(Cache:GetPVarInt(playerid, "pVar_с_кэшем")))
        return SendClientMessage(playerid, 0xFF0000FF, "Внимание: {FFFFFF}При обработке ответа произошла ошибка. Повторите попытку!");
 
    const MAX_ROW_IN_PAGE = 30;
 
 
    new total_rows = GetPVarInt(playerid, "pVar_с_общим_количеством_найденных_строк");
    new page = GetPVarInt(playerid, "pVar_с_номером_страницы")+1;
 
    cache_set_active(Cache:GetPVarInt(playerid, "pVar_с_кэшем"));
 
 
    static
        string[4096+1];
    string[0] = '\0';
 
    new i = page*MAX_ROW_IN_PAGE;// Определили начальную позицию
    new max_iter;
 
    if(total_rows > i+MAX_ROW_IN_PAGE)// Проверяем, охватывает ли наша текущая итерация все оставшиеся строки
    {
        format(string, sizeof(string), "%sНа следующую страницу\n", string);//Если нет, то добавляем пункт для перехода на следующую страницу
        max_iter = i+MAX_ROW_IN_PAGE;// А так же высчитаем ID строки, до которой нужно выгрузить данные из кэша
    }
    else// А если данных в кэше недостаточно для того, чтоб заполнить список полностью (например, мы выгружаем по 30 строк на страницу, сейчас мы на второй странице и всего у нас 57 строк)
    {
        max_iter = total_rows;// То запишем в качестве ID последней строки общее число строк
    }
 
    if(page > 0)// Так же проверяем, какая страница открыта у игрока и если она не самая первая, то
    {
        format(string, sizeof(string), "%sНа предыдущую страницу\n", string);//Добавляем пункт для перехода на предыдущую страницу
    }
 
    /*
        Ну а тут уже формируем наш диалог, выгружая данные согласно высчитанным значениям
 
    */
    new date[/*тут нужный размер для выгрузки одной даты*/];
    for(; i < max_iter; i++)
    {
        cache_get_value_name(i, date, "date");
        format(string, sizeof(string), "%s%s\n", string, date);
    }
    ShowPlayerDialog(playerid, диалог, DIALOG_STYLE_LIST, "Выберите дату", string, "Выбрать", "Закрыть");
}
 
 
 
case диалог:
{
    if(!response)
    {
        // Функция с отчисткой всех данных, в которой ты удалишь как pVar, так и кэш
        return 1;
    }
    else
    {
        if(strfind(inputtext, "следующую") != -1)
        {
            SetPVarInt(playerid, "pVar_с_номером_страницы", GetPVarInt(playerid, "pVar_с_номером_страницы")+1);
            SomeFunc(playerid)
        }
        else if(strfind(inputtext, "предыдущую") != -1)
        {
            SetPVarInt(playerid, "pVar_с_номером_страницы", GetPVarInt(playerid, "pVar_с_номером_страницы")-1);
            SomeFunc(playerid)
        }
        else// Игрок выбрал одну из дат
        {
            // Функция с отчисткой всех данных, в которой ты удалишь как pVar, так и кэш
            //format(query_string, sizeof(query_string), "SELECT столбцы FROM log WHERE date = '%s'", inputtext); - сам запрос на выгрузку информации
        }
    }
    return 1;
}
Огромное тебе спасибо, дописал под себя и получилось:blush2:
А стоит ли все остальные запросы mysql делать также под кэш и потом после обработки удалять?
И вообще грозит ли что-нибудь если не удалять?

04.08.2018, 10:09
DeimoS

Цитата:

Сообщение от X!X

А стоит ли все остальные запросы mysql делать также под кэш и потом после обработки удалять?

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

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

Цитата:

Сообщение от X!X

И вообще грозит ли что-нибудь если не удалять?

Конечно грозит. Заполнением всей доступной памяти и крашем сервера, как минимум. Поэтому стоит максимально защититься от этого, просчитав все возможные варианты (например, в случае с этим диалогом игроку может показаться какой-то другой диалог, из-за чего первый диалог нормально не сработает и кэш не удалится. Именно для этого в команду добавлена проверка на то, существует ли кэш и если существует - его удаление) и удаляя кэш вовремя
05.08.2018, 20:07
X!X

Цитата:

Сообщение от DeimoS

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

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

Конечно грозит. Заполнением всей доступной памяти и крашем сервера, как минимум. Поэтому стоит максимально защититься от этого, просчитав все возможные варианты (например, в случае с этим диалогом игроку может показаться какой-то другой диалог, из-за чего первый диалог нормально не сработает и кэш не удалится. Именно для этого в команду добавлена проверка на то, существует ли кэш и если существует - его удаление) и удаляя кэш вовремя

Благодарю:blush2:
Тему можно закрыть окончательно