WebTop - список игроков сервера

WebTop - список игроков сервера

Информация:
Данный скрипт выводит игроков из файла статистики "csstats.dat".

Демо: http://statsgto.16mb.com/webtop/

Установка:

1. Загрузите все файлы на веб-сервер
2. Откройте файл "config.php".
3. Если ваш сервер CS находится на другом компьютере и вы подключаетесь к нему по FTP то поменяйте переменную
   $config['ftp'] = false;
   на
   $config['ftp'] = true;
   И впишите данные от FTP в:
   $config['host'] = 'ftp.example.ru';
   $config['port'] = 21;
   $config['user'] = 'admin';
   $config['pass'] = 'admin';
4. Указываем адрес папки где находится "csstats.bat"
   $config['patch'] = '/cstrike/addons/amxmodx/data/'; - Для FTP
   $config['patch'] = 'E:/hlds/server_clean/cstrike/addons/amxmodx/data/'; - Для локального сервера
5. Указываем кол-во игроков на одной странице:
   $config['page'] = 30;
6. Устанавливаем cron задачу на файл cron.php

Скачать:  webtop.zip ( 16,41 килобайт ) Кол-во скачиваний: 157

Так вроде бы уже есть такое, не?

да именно флеш и скидывал (давно)

Все что я смог найти, так это только PHP класс для чтения файла статистики. По этому я решил сделать скрипт для среднестатистического держателя сервера, которому не сильно хочется разбиратся в программировании. Я как можно сильнее упростил возможность изменения дизайна скрипта. Если что то подобное есть, то ничего страшного, ведь я это не продаю.

Есть что то подобное Тык, но работает по другому принципу... Там плагином наполнялся данными текстовый файл, а потом скриптом парсилось все это дело... Работало не всегда ровно))) Если памямть не изменяет то через сокеты...
Тут все по другому))) обработка прямая .dat файла.

Только вопрос, если записей более 10000 то как с нагрузом? когда cron работает.

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

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

При большом кол-ве записей вы изнасилуете php. ему и так не легко приходится, тут еще файл читать каждый раз...
думаю десятка 2 ботов уложат процесс апача :D

Как вы предлогаете кешировать ?

Flesh,
пишим инфу с csstats.dat в расшифрованном виде в файлик и потом скриптом просто читаем.
по ресурсам это будет легче, чем в реалтайме гонять через класс csstats

Вот еще есть статистика
https://c-s.net.ua/forum/index.php?showtopic=57818

Fred Perry,
Решение, предложенное, Flesh лучше, я имею ввиду способ получения файла csstats и его дальнейшая судьба:)
Но что там что там будет нагрузка приличная

Поиск бы ещё...
forums.alliedmods.net/showthread.php?t=70140

Я тут подумал, ещё можно кешировать каждую страницу отдельно при запуске cron.php
Например на сервере 10000 игроков, на странице 30 игроков => 334 страницы.
Предпологаю что кеширование такого кол-ва страниц не должно быть больше минуты. И к тому же пользователь будет мгновенно получать уже готовую страницу.

Flesh,
во.
это уже здравая мысль:)

Я наверное не знаю английского, или что =))) Везде это вижу =))

onotole,
path наверно. не?:D

Да, опечатка. Писал на сонную голову

Flesh,
проще будет создать какой нибудь cached.php, где будет хранится распарсенная инфа в массиве типа:

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


как то так наверное

jtiq,
Не, это не подходит.
 cached.zip ( 22,29 килобайт ) Кол-во скачиваний: 5
в этом архиве находится файл cached.php. В этом файле хранится переменная в которой лежит массив состоящий примерно из 10080 элементов, каждый из который состоит из 22-х элементов.
Весит это 4.87мб. При подключении этого файле сервер выдает ошибку: "Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 25165824 bytes) in D:\WebServer\www\cached.php on line 65540".
То есть для такого варианта кеширования нужно ещё править php.ini, да и слишком это ресурсоемко

Flesh,
serialize?