Здравствуйте, уважаемые пользователи. Подскажите, как можно реализовать систему логирования для каждого игрока?
К примеру, игрок: Pro_Pawn.
Игрок заходит в магазин и покупает там телефон, который стоит 450$.
соответственно в scriptfiles должен появиться файл Pro_Pawn.ini и там должно быть
21.06.0017 - 17:57:40 - покупка ( -450 вирт ) ( было: 450 вирт, стало: 0 вирт )
- - - Добавлено - - -
или как-то на мускул можно?
Собственно юзаете log(ваш текст) там, где нужноPHP код:
log( text[] ) {
new File: handle = fopen("file.txt", io_append) ;
fwrite( handle, text ) ;
fclose( handle );
}
admln (21.06.2017)
На MySQL проще и лучше. Просто создаёшь 2 таблицы: одна для перечисления типов логирования, а вторая для самих логов.
Структура первой таблицы:
Например:PHP код:log_type_id | log_type_name
log_type_id //- AUTO_INCREMENT
log_type_name //- название для типа логирования
log_type_id log_type_name 1 Покупка телефона 2 Передача денег 3 Продажа авто
А уже вторая таблица будет иметь столько столбцов, сколько тебе нужно будет. Но вот основные:
Сюда же можешь добавить количество денег на руках при каждом случае и прочую инфу, которая тебе пригодится в отдельном виде.PHP код:id | account_id | log_type_id | log_message | log_date
id //- AUTO_INCREMENT
account_id //- ID игрока, которого логируем
log_type_id //- ID типа логов, которые берём из первой таблицы
log_message //- сам текст сообщения (то самое "покупка ( -450 вирт ) ( было: 450 вирт, стало: 0 вирт )")
log_date //- дата логирования
Первая таблица нужна для удобства извлечения данных из второй таблицы (можешь конечно её не создавать и держать все типы логов в голове, но потом самому будет неудобно вспоминать какой тип что означает).
Собственно, заполнение происходит обычным INSERT запросом
Связаться со мной в VK можно через личные сообщения этой группы
Заказы не принимаю
Широко известно, что идеи стоят 0.8333 цента каждая (исходя из рыночной цены 10 центов за дюжину).
Великих идей полно, на них нет спроса.
Воплощение идеи в законченную игру требует долгой работы,
таланта, терпения и креативности, не говоря уж о затратах денег, времени и ресурсов.
Предложить идею просто, воплотить – вот в чём проблема
Steve Pavlina
admln (21.06.2017)
Спасибо всем!
Таблица для нескольких типов? Зачем? Я не думаю, что они у него будут добавляться со скорость летящего самолета. Хорошо, если 1 в месяц (Сообщение от DeimoS
это для уже работающего проекта ). А так их может быть всего 10-15. Советую не делать, как сказал деймос.
Только так делать и надо. И что, что будет 10-15 типов, какое это имеет значение? Без присвоения логам типов, ты не сможешь нормально их сортировать (придётся писать тяжёлые запросы, парсящие строки).
Хотя, я бы, наверное, добавил ещё поле вроде log_data_id (типа как здесь) + ассоциативную таблиц для связи. Тогда появилась бы возможность для каждой записи в лог добавлять дополнительную информацию, например: кому передали деньги (id аккаунта), сколько и где. С подобной информацией поиск по логам стал бы очень простым, плюс появилась бы возможность создавать всякие статистики.
Nash_Brigers (22.06.2017)
Ты, видимо, меня не понял, раз так говоришь. Ничего парсить не нужно.
На самом деле на эту систему можно накручивать и накручивать функционал, который сделает её лишь удобнее, чем я и советовал бы заняться автору. И, в том числе, следует отказаться от дополнительных столбцов во второй таблице и создать для этого дела третью (в общем, то, что сказал Ziggi)
Придётся держать название типов в голове, мы поняли. Я об этом варианте писал ещё в предыдущем сообщении же. И так же намекал, что это неудобно.
Собственно, что тебя напрягает в дополнительной таблице? Точнее, какой профит от того, что ты откажешься от неё? Сэкономишь пару килобайт на жестком диске хостинга? Или у тебя какое-то ограничение по количеству таблиц предъявляет хостинг? В чём проблема?
Можно, конечно, хранить названия типов в массиве, но плюс отдельной БД в том, что благодаря ей можно обращаться к основной таблице по названию типа, а не по ID типа, просто составив вложенный запрос, а-ля
Что может существенно облегчить написания серверной составляющей всей системы (например, можно вывод логов в виде диалогового окна написать довольно просто и понятно).PHP код:SELECT * AS ls FROM log_type_list AS lt, log_system WHERE lt.log_type_name = 'тут_название_типа' AND ls.log_type_id = lt.log_type_id
// Этот запрос далеко не идеален и не факт, что будет работать, но и не суть. Основная мысль: достать данные по названию типа используя лишь один запрос и ничего более. Это упростит написание системы, а значит уменьшит шанс допустить ошибку при её написании, что сэкономит вам время
То бишь, глупо усложнять себе жизнь ради экономии мизерного пространства, что займёт эта таблица.
Связаться со мной в VK можно через личные сообщения этой группы
Заказы не принимаю
Широко известно, что идеи стоят 0.8333 цента каждая (исходя из рыночной цены 10 центов за дюжину).
Великих идей полно, на них нет спроса.
Воплощение идеи в законченную игру требует долгой работы,
таланта, терпения и креативности, не говоря уж о затратах денег, времени и ресурсов.
Предложить идею просто, воплотить – вот в чём проблема
Steve Pavlina
Не в голове. Каждому свое.
Так а где же ещё? Если выделять массив под это дело, то придётся со стороны сервера писать скрипт, который бы сопоставлял названия и выдавал ID типа, что лишь усложнит код и нагрузит основной поток.
Связаться со мной в VK можно через личные сообщения этой группы
Заказы не принимаю
Широко известно, что идеи стоят 0.8333 цента каждая (исходя из рыночной цены 10 центов за дюжину).
Великих идей полно, на них нет спроса.
Воплощение идеи в законченную игру требует долгой работы,
таланта, терпения и креативности, не говоря уж о затратах денег, времени и ресурсов.
Предложить идею просто, воплотить – вот в чём проблема
Steve Pavlina
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
