[control panel] ACP - Панель управления учетными записями.

[Кот ДаWINчи]

Описание
ACP (Account Control Panel) – предназначена для управления игроками аккаунтами и персонажами. (Он же личный кабинет). Написана на PHP. Главный девиз программы «чем проще - тем лучше». Но некоторой "паранойи", в виде подтверждений по емайлу, не помешает.

Функционал
* регистрация нового аккаунта
* восстановление пароля к аккаунту по средствам электронной почты
* просмотр информации об аккаунте и персонажах
* смена пароля,
* смена емайла,
* смена типа аккаунта (wow, tbc, wotlk)
* lock / unlock аккаунта
* вытаскивание персонажа из застреваний
* переименование персонажа
* перенос персонажа на другой аккаунт
* телепортация персонажа в дружественную столицу
* просмотр информации о банах
* просмотр доступных команд сервера
* просмотр объявлений autobroadcast-a
* логирование всех важных операций

Требования
* PHP 4.x - 5.3.3
* MySQL 4.x и выше
* Mangos 3.1.3 сборка 8072 или выше
* Патч Autobroadcast (не обязателен).
* register_globals = Off
* safe mode off

Установка
Установка проходит в 2 этапа:
1. Импортируйте SQL/acp.sql в БД acp(lk)
2. Отредактируйте config/config.php (все пояснения для настройки есть в самом файле.)
3. Внести данные о реалмах в config/realmlist.php

Заметки
Это мой первый полный проект. До этого ограничивался подгонкой под себя того что уже есть. Но в определенный момент понял, что нормального, в моем особом понимании этого дела, личного кабинета не существует. Со всем уважением к TIMzs, но его кабинет не давал мне того, чего хотелось. Вот я и решил сделать всё сам. Понимаю, что некоторые участки кода можно переделать и оптимизировать, но познания в PHP растут вместе с этим маленьким проектом….
Большое количество шкурок вызвано моим интересом «а как ACP будет смотреться в дизайне вон того сайта?»…
Забыл добавить, что в файле английского интерфейса(include/text.en.php) залиты русские тексты в utf-8. Кому понадобиться, тот переведёт.

Последняя версия - 2.33 (2 - версия движка, 33 - ревизия).


ВНИМАНИЕ! Первая версия движка никогда мной не была доведена до ума и полной работоспособности. На определенном этапе разработки АСР, был написан с нуля движок 2-ой версии. Работы по первой версии были полностью и бесповоротно прекращены. Те администраторы, которые используют старый движок должны знать, что в нем есть куча дыр, неисправностей и прочих косяков. За утрату информации сервера, при использовании АСР-1, вы сами несете ответственность.

--------
Послесловие
Выражаю огромную благодарность Камекадзе, TIMzs, Antimatrix и другим участникам форума, из чьих работ я брал идеи для своего проекта.







----------------------------
tempura
Автор очередного вопроса на тему "что дальше?", "когда будет?" и т.п. - автоматически вылетает в Рид-Онли на пару недель. В соответствии с общепринятым правилом "сначала читайте шапку, потом всю ветку".

[Кот ДаWINчи]

Kujbor,
1. Вечером сделаю обновление ревы. Добавлю включение, отключение через настройку в конфиге.

2. про сессии. Вот это:

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at Z:\home\192.168.0.100\www\include\config.php:1) in Z:\home\192.168.0.100\www\include\auth.php on line 9

говорит, что ты пользуешься денвером. Денвер - жесткий урезок веб-сервера. в нем много чего не работает. Сессии в нем только через куки. Полноценных (через временно-хранимые файлы) - нет. Меняй денвер на что-нибудь нормальное или разбирайся с работой сессий в нем.
Две последующие ошибки пишут "headers already sent" - это из-за вывода сообщения о первой ошибке.... Исправишь первую, и эти две сами исчезнут.

[Kujbor]

Да, я действительно пользуюсь денвером.. Сайтом пользуюсь я, девушка за соседним компом и друзья если в гости заходят.. Надобности в нем особой нет ибо можно и через консоль юзера создать но хотел сделать все красиво, исключительно из любви к геморою)) Однако, не настолько чтобы устанавливать апач+пхп+мускуль для домашнего использования))) Посему вопрос: ACP первой версии тоже будет капризничать по отношению к денверу? Если нет то подойдет ли он под текущие ревизии mangos?

[tempura]

Было какое-то решение этог фигни,точно помню - было.
Надо поискать, вдруг наткнусь.


_http://www.phpfaq.ru/headers
гугель, верхняя ссылка

Для решения этой проблемы нужно функцию header() (или session_start(), setcookie) и всю логику, которая ее вызывает, поместить ДО любого вывода в броузер. Просто перенести повыше в скрипте.

Как вариант - если страница в UTF-8 с BOM сохранена, то там два или три невидимых символа добавляются. Попробовать сохранить в утф без ВОМ.

[rsa]

Сообщение от Кот ДаWINчи

Проглядел. Закрываю.

Это было закрыто в 11 реве. mainform.php и menu.php теперь проверяют модули на наличие в модуль_листе.

закрыто (int)

Вот теперь по большей части закрыто, по крайней мере я явных дырок не нашел. Хотя лично я не стал бы полагаться на (int) - как минимум под виндой он в некоторых версиях php (не гнусевых) не пашет. Надо intval()

[Кот ДаWINчи]

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

Было какое-то решение этог фигни,точно помню - было.
.......
Как вариант - если страница в UTF-8 с BOM сохранена, то там два или три невидимых символа добавляются. Попробовать сохранить в утф без ВОМ.

Нет дело не в этом. отсылка заголовка происходит из-за первой ошибки. А первая ошибка из-за того, что сервер не может создать или запустить сессию. и начинает запускать ее, используя куки. Чтобы этого не происходило, надо создать папку для временных файлов, где будут храниться файлы-сессий. И внести изменения в конфиги апача или пхп, чтобы всё заработало. (даже appserver этим грешит).

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

Вот теперь по большей части закрыто, по крайней мере я явных дырок не нашел. Хотя лично я не стал бы полагаться на (int) - как минимум под виндой он в некоторых версиях php (не гнусевых) не пашет. Надо intval()

А у нас тут проекты для самообразования. (Читай текст в красной рамочке внизу). Учимся на своих ошибках. И доблестно прячем в шкаф все грабли, на которые уже наступили.

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


rev 15 - published.

[tempura]

Сообщение от Кот ДаWINчи

Чтобы этого не происходило, надо создать папку для временных файлов, где будут храниться файлы-сессий. И внести изменения в конфиги апача или пхп, чтобы всё заработало.

Kujbor
Тогда сразу скажу, что путь к папке сессий (temp) пишутся в конфиге рнр. Директива session.save_path. Вообще лучше все комменты в разделе [Session] почитать - это полезно крайне.

Замечательная панелька, спасибо.

Теперь немного расскажу о том как мы ее используем и что переделали под себя,
а с 15 ревизией опять пришлось переделывать. Это в принципе не проблема, думаю
не за горами когда кода будет намного больше, вот тут то и начнуться проблемы...
Уверен что можно внести некоторые изменения в код и сделать ее более универсальной панелькой.

В конфиге написано:

PHP код:

// Character viewer prefics. if = '' - OFF; (нужен для интеграции с wowd или cswowd.)
// это начало ссылки подписывает к именам персонажей. 
//$charview ='';
$charview = '../wowd/?player=';
$gildview = '../wowd/?guild='; 


Но я даже не смотрел в их сторону, имеется ввиду cswowd и wowd, может быть и зря, сейчас речь не об этом, в будущем может быть и посмотрю.

У себя мы пока используем Оружейная World of Warcraft (Armory) , конечно есть недоделки, в целом мне нравиться.

Так вот для совместной работы эти двух шняг кое-что менял.

С самого начала вот это в config.php

PHP код:

$charview = '/character-sheet.xml?n=';
$gildview = '/guild-info.xml?r=tyt_vash_realm&gn='; 


Потом в таких файлах как:
modules/online.php строка 77

PHP код:

else { echo '<b><a href="'.$charview.$cres***91;'guid'***93;.'" target="_blank">'.$cres***91;'name'***93;.'</a></b></td>'; } 


меняю на

PHP код:

else { echo '<b><a href="'.$charview.$cres***91;'name'***93;.'" target="_blank">'.$cres***91;'name'***93;.'</a></b></td>'; } 


Во всех файлах меняю все что связано со ссылками которые генерируются с помощью $charview.$cres['guid'] меняю на $charview.$cres['name']

modules/reg.php для того чтобы с 1 IP можно было зарегить только 1 аккаунт
начиная со строки 31 находим

PHP код:

     if ($er == 0) {
        $query1 = 'select count(`username`) as kol from `account` where `username` = "'.strtoupper($_POST***91;'new_acc'***93;).'"';
        $res1 = mysql_query($query1) or trigger_error(mysql_error().$query1);
        $row1 = mysql_fetch_assoc($res1);
        if ($row1***91;'kol'***93; > 0) {
            $er = 1;
              $er_txt = $txt***91;'53'***93;;
            }
        } 


и меняем на

PHP код:

     if ($er == 0) {
        $query1 = 'select count(`username`) as kol from `account` where `username` = "'.strtoupper($_POST***91;'new_acc'***93;).'"';
        $res1 = mysql_query($query1) or trigger_error(mysql_error().$query1);
        $row1 = mysql_fetch_assoc($res1);
        if ($row1***91;'kol'***93; > 0) {
            $er = 1;
              $er_txt = $txt***91;'53'***93;;
            }
        }
        if(mysql_num_rows(mysql_query("SELECT `last_ip` from `account` WHERE `last_ip` = '".$_SERVER***91;"REMOTE_ADDR"***93;."'")) >= 1){
        echo "<font color='red'><big><b>Запрещено более 1 аккаунта</b></big></font>";
        }
        else 


modules/gildies.php
Строка 42

PHP код:

else echo '<a href="'.$charview.$cres***91;'leaderguid'***93;.'" target="_blank">'.$cres***91;'leader'***93;.'<a>'; 


на

PHP код:

else echo '<a href="'.$charview.$cres***91;'leader'***93;.'" target="_blank">'.$cres***91;'leader'***93;.'<a>'; 


Строка 46

PHP код:

else echo '<a href="'.$gildview.$cres***91;'guildid'***93;.'" target="_blank"><img src="images/question.png" border=0 align="absmiddle" alt="Info"></a>'; 


на

PHP код:

else echo '<a href="'.$gildview.$cres***91;'name'***93;.'" target="_blank"><img src="images/question.png" border=0 align="absmiddle" alt="Info"></a>'; 


Строка 73

PHP код:

else echo '<a href="'.$charview.$ggres***91;'guid'***93;.'" target="_blank">'.$ggres***91;'name'***93;.'<a>'; 


на

PHP код:

else echo '<a href="'.$charview.$ggres***91;'name'***93;.'" target="_blank">'.$ggres***91;'name'***93;.'<a>'; 


1.
Думаю что можно вынести в конфиг такие вещи как генерация ссылок персонажей и гильд, т.е. определить в конфиге по имени или по id генерировать ссылки.

2.
Так же в конфиг вынести такую шнягу как как количество аккаунтов которое может зарегить игрок, привязку к IP-адресу.

3.
Количество персонажей которые может держать пользователь.

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

5.
Уверен что регистрация должна быть только через емаил, 50 процентов пишут левые адреса, как пример вот несколько mrtrololo@naurjn.uya, shit@sh.com, 123@mail.ru, axs@dura.ru из нашей базы.
После введения всех данных на почтовый адрес юзера отправлять письмо со ссылкой для активации, до момента активации данные по аккаунту держать в базе панели, после активации переносить в базу realmd.

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

На днях наверное буду перебирать всю свою базу и банить всех юзеров сразу.
Скорей всего прийдется дописать какой-нить модуль unban.php, чтобы в кабинете каждый юзер мог себе сгенерировать ссылку для разбана, которая будет отправляться на почту.
Все не разблокированные аккаунты в течении недели буду удалять.

Что-то примерно так, многое очень сложно изложить, в голове бардак, со временем еще что-нить придумаю.

[Кот ДаWINчи]

Думаю, что всё что написано выше п.2 можно было бы заменить фразой: "Необходимо сделать генерацию ссылок совместимую с Армори".

2. согласен, но отключаемое. т.к. если одна из подсетей соединяется с другими через шлюз с ИП-маскарадингом, то ВСЕ игроки этой подсети будут иметь адрес шлюза. Плюс у многих современных провайдеров ДИНАМИЧЕСКОЕ выделение ИП из пула.

3. количество персонажей регламентирует клиент игры и ровно это 10-и. Данный проект полностю поддерживает данное ограничение.

4. Смену пароля надо сделать с изменяемой секретностью и настраиваемым типом смены. Над этим я уже думаю.

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

6. тоже чистой воды просьба "под себя". Вот у меня на сервере у игроков по 2-3 аккаунта. им что регистрировать кучу ящиков? Если только как отключаемая опция.

На днях наверное буду перебирать всю свою базу и банить всех юзеров сразу.
Скорей всего прийдется дописать какой-нить модуль unban.php, чтобы в кабинете каждый юзер мог себе сгенерировать ссылку для разбана, которая будет отправляться на почту.

Только что проводил подобную процедуру. точнее она всё еще идет (до 1-го апреля). Я поступил так. Всех предупредил за 3 недели, что сброшу емайлы. Попросил запомнить (или записать аккаунты и пароли). При необходимости сменить пароль. Далее в базе : update account set last_ip = '127.0.0.1', locked = 1, email = '';
В кабинете отключил смену емайл. Каждый пользователь должен был зайти в ЛК и ему автоматически разрешалось установить новый емайл с подтверждением через почтовый ящик. После щелканья ссылки в письме. новый емайл прописывался, а привязка к 127.0.0.1 снималась. Сейчас жду, все аккаунты что останутся на 127.0.0.1 до апреля - будут мной вычищены вместе с персонажами.

Думаю чтобы панель была универсальной, то любое телодвижения которые игрок может сделать в панели управления должно быть настраиваемое, за исключением например Anti-Error.
Про пункт 5 думаю что оно должно быть настраиваемо, т.е. в config.php что-нить:
activate_account=0/1
Если не через конфиг то в начале каждого модуля, но думаю что лучше через конфиг, тогда не будет заморочки при обновлениях, нужно будет только 1 config.php под себя редактировать.

ещё пока не ставил, но хотел бы спросить:
в конфигах есть лимит на количество аккаунтов на один ip?
для входа в кабинет есть привязка на ip или на мак?

[Кот ДаWINчи]

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

ещё пока не ставил, но хотел бы спросить:
в конфигах есть лимит на количество аккаунтов на один ip?
для входа в кабинет есть привязка на ip или на мак?

лимит количества аккаунтов на 1 IP нет.
при аутентификации и открытии пользовательской сессии, IP заносится в переменную сессии. и проверяется при выполнении некоторых важных функций.

rev 16 - published.

Количество аккаунтов на 1 ip вносится в файлик modules/reg.php

PHP код:

        if(mysql_num_rows(mysql_query("SELECT `last_ip` from `account` WHERE `last_ip` = '".$_SERVER***91;"REMOTE_ADDR"***93;."'")) >= 1){
        echo "<font color='red'><big><b>Запрещено более 1 аккаунта</b></big></font>";
        } 


>= 1 Допустимое количество аккаунтов на 1 IP

[Кот ДаWINчи]

if(mysql_num_rows(mysql_query("SELECT `last_ip` from `account` WHERE `last_ip` = '".$_SERVER["REMOTE_ADDR"]."'")) >= 1){
echo "<font color='red'><big><b>Запрещено более 1 аккаунта</b></big></font>";
}

Это что? рассуждения вслух? На патч не похоже.... Просто какой-то кусок кода, который проверяет наличие текущего IP в базе, и выводит надпись если нашел.

Если хотите писать патчи, то пишите их полностью, а не кусками...

[tempura]

Рассуждения о преимуществах разного типа построения сетей - в приват.

[Кот ДаWINчи]

Юные хацкеры с вовжп обнаружили дыру в системе защиты АСР2.

Суть проблемы такова: при использовании восстановлением пароля через емайл, в модуле email.php отсутствует проверка на SQL-инъекцию у параметра id.

Сейчас я полностью проверяю весь этот модуль. К вечеру постараюсь выложить полноценный патч.

До этого момента предлагаю всем отключить работу функций с электронной почтой. Для этого временно закомментировать ( // ) две строчки в начале файла mail.php :

PHP код:

<?php
//if (!isset($_GET***91;'id'***93;)) {
 echo $txt***91;138***93;; 
 return;
//}
.......... далее .........

Добавляю: брешь в обороне закрыта. Сейчас думаю про таблицу логирования SQL-атак. Обновляйтесь.

[Кот ДаWINчи]

Последняя рева - 19.
В 18-й нечаянно стер скобку.

Сообщение от Кот ДаWINчи

Последняя рева - 19.
В 18-й нечаянно стер скобку.

скачал самую последнюю (я не ошибся? адреса из первого поста?)
Бага осталась

[Кот ДаWINчи]

скачивал АСР2?

АСР1 не обновляю из принципа.

Подскажите пожалуйста как обучить выбирать gmlevel из таблицы account_access, а не из account. (Trinity)

Форма записи в таблице account_access (id, gmlevel, realm). Реалм мне впринципе не важен, так как он 1.

[Кот ДаWINчи]

Сообщение от 3tt

Подскажите пожалуйста как обучить выбирать gmlevel из таблицы account_access, а не из account. (Trinity)

Форма записи в таблице account_access (id, gmlevel, realm). Реалм мне впринципе не важен, так как он 1.

Вариантов куча:

1) второй запрос именно к этой таблице

2) "LEFT JOIN"


и т.п.

[Кот ДаWINчи]

Вышла рев. 20

изменения в ACP2:
1. обновление защиты сайта в mail.php
2. конфиг перемещен в отдельный каталог
3. переделка бан-листа. Админы и ГМы могут разбанивать прямо с сайта. Скрипт обновляет список забаненых.
4. модуль логирования - новый фильтр, добавлено логирование действий ГМ-ов и Админов.
5. правки показа гильдий.
6. вывод № ревы.
7. исправление мелких недочетов в разных модулях.

Вышла рев. 20

Подскажите пожалуйста, как ограничить доступ к снятию банов через web интерфейс людей ниже 4-ого уровня доступа.

[Кот ДаWINчи]

Сообщение от 3tt

Подскажите пожалуйста, как ограничить доступ к снятию банов через web интерфейс людей ниже 4-ого уровня доступа.

modules/bans.php строки 7, 52 и 88 вместо 1 подставить нужное число.

[Feel the Power]

Уровень доступа на разбан можно брать из таблицы command.

[KiriX]

Сообщение от Feel the Power

Уровень доступа на разбан можно брать из таблицы command.

А лучше задавать в конфиге.

Кот, я с тобой давненько уже переписывался. Клёвый кабинет. Пары вещей не хватает по прежнему... А говорилось об этом:
1) В конфиге возможность смены пароля без "мыла". В локалке это очень актуально, а в инэте вроде мангос запрещён
2) Клёвый и удобный баг-трекер сделан. Но не доделан

Что скажешь?

[Кот ДаWINчи]

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

А лучше задавать в конфиге.

Кот, я с тобой давненько уже переписывался. Клёвый кабинет. Пары вещей не хватает по прежнему... А говорилось об этом:
1) В конфиге возможность смены пароля без "мыла". В локалке это очень актуально, а в инэте вроде мангос запрещён
2) Клёвый и удобный баг-трекер сделан. Но не доделан

Что скажешь?

Помню обо всём. так же помню про

3) Панелька со ссылками.

и т.д.

По поводу (2) - доделаю к лету. (Точнее часть переделаю заново)
(3) - уже делаю.
(1) - новая концепция. Переделать регилку и востановлялку так, чтобы у пользователя появилась возможность самому выбирать уровень "параноидальности" настроек своей учетки. и этот уровень выбирался бы из списка:
1. меняем пароль сразу
2. вводим капчу
3. Подтверждение по почте
4. Секретный вопрос
над всем этим уже думаю, но еще не делал.
Плюс в реге хочу добавить ссылку на правила.



Так же в планах:

Статистика
Показ расписания ивентов из game_event
Переделка модуля новостей.
доработка редактора персонажей.
Переход на новое ядро скрипта. (это к осени, хотя основная часть ядра готова).

[KiriX]

Сообщение от Кот ДаWINчи

Помню обо всём. так же помню про

3) Панелька со ссылками.

и т.д.

По поводу (2) - доделаю к лету. (Точнее часть переделаю заново)
(3) - уже делаю.
(1) - новая концепция. Переделать регилку и востановлялку так, чтобы у пользователя появилась возможность самому выбирать уровень "параноидальности" настроек своей учетки. и этот уровень выбирался бы из списка:
1. меняем пароль сразу
2. вводим капчу
3. Подтверждение по почте
4. Секретный вопрос
над всем этим уже думаю, но еще не делал.
Плюс в реге хочу добавить ссылку на правила.



Так же в планах:

4) Статистика
5) Показ расписания ивентов из game_event
6) Переделка модуля новостей.
7) доработка редактора персонажей.
8) Переход на новое ядро скрипта. (это к осени, хотя основная часть ядра готова).

Спасибо
Откомментирую
3) я уже и забыл
2) Может помочь чем?
1) А смена "параноидальности" не через поддверждение по имейл будет??? Мне в локалке с этим очень неудобно, когда смена пароля только через маил, так что жду-недождусь

4) Надо ли? Это лично моё мнение...
5) Полезная и интересная штука.
6) А что переделывать? Доработать чуток, по-моему, всего лишь надо
7) А что, такое есть???
8) Ну это уже твоё пожелание.

[Кот ДаWINчи]

KiriX, работа сдвинулась с мертвой точки. если простуда отступит, то после выходных ждите обновы.
будет:
1. переработаны менюшки
2. добавлены ссылки
3. Доделаю багрепорт.
4. Еще может что успею.

7) А что, такое есть???

Имелось ввиду модули char.php, charedit.php

[selector]

Отсебятина:
В модуле управления чарами можно было б добавить ренейм ГИ. С проверкой на Лидера Гильдии.

[Кот ДаWINчи]

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

Отсебятина:
В модуле управления чарами можно было б добавить ренейм ГИ. С проверкой на Лидера Гильдии.

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

[Norman]

Подскажите пожалуйста,поставил ACP rev20
При вводе аккаунта и пароля и нажатия вход,у меня появляется белый экран,и не куда не заходит.
Собственно включил в конфиги информацию об ошибках,и вот что пишет при попытке войти в ACP

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at www\cp\config\config.php:1) in www\cp\include\auth.php  on line 11

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at www\cp\config\config.php:1) in www\cp\include\auth.php on line 11

Warning: Cannot modify header information - headers already sent by (output started at www\cp\config\config.php:1) in www\cp\include\auth.php on line 20

Подскажите как исправить

[selector]

Сообщение от Кот ДаWINчи

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

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

Рекомендую также добавить в Управления персонажами Char Customize. Вот собственно как я это сделал

res = mysql_query("update `characters` set `at_login` = `at_login` | 8, `money` = `money` - ".$PayMoney." where `guid` = ".(int)$_POST['character']);

Для Хантеров(проверку класса питомца можно брать с таблицы character_pet `pettype` = '1') ренейм пета(менять значение у пета в с таблицы character_pet с 1 на ноль в 'renamed').


Включить поддержку 2 и более реалмов(либо добавить в список онлайна поле реалм, если реалмов более двух). Макс онлайн за время работы сервера(после дисконекта), макс онлайн за время создания сервера, сколько времени работает сервер и т.д(создать мини статистику)

[ghostpast]

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

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

необязательно делать перезагрузку сервера. достаточно послать с сайта команду reload через SOAP

[selector]

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

необязательно делать перезагрузку сервера. достаточно послать с сайта команду reload через SOAP

При онлайне в 1000+ человек и не очень сильной машинке. Комманда reload all скорей всего вызовет дисконект либо довольно большой лаг. Хотя добавить опцию в конфиге возможно.

[Кот ДаWINчи]

Подскажите пожалуйста,поставил ACP rev20
При вводе аккаунта и пароля и нажатия вход,у меня появляется белый экран,и не куда не заходит.
Собственно включил в конфиги информацию об ошибках,и вот что пишет при попытке войти в ACP

Настраивай свой апач на работу с сессиями. (Как - узнаешь из мануалов по нему или из интернета).

Рекомендую также добавить в Управления персонажами Char Customize.

Сделаю, и для петов тоже. Так же сброс талантов.

Включить поддержку 2 и более реалмов(либо добавить в список онлайна поле реалм, если реалмов более двух).

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

Макс онлайн за время работы сервера(после дисконекта), макс онлайн за время создания сервера, сколько времени работает сервер и т.д(создать мини статистику)

в 66-м посте этой темы я уже написал, что статистика будет.

[Norman]

Сообщение от Кот ДаWINчи

Настраивай свой апач на работу с сессиями. (Как - узнаешь из мануалов по нему или из интернета).

Погуглил не нашел ответа на свой вопрос.
Нашел лишь следующее:

Сессия создается либо автоматически (в случае указания директивы session.auto_start=1 в php.ini), либо принудительно (путем прописывания команды session_start() в теле скрипта).

Ну в php.ini естественно у меня стоит session.auto_start=1

[selector]

Возможно добавить еще 1 "услугу" - Обмен чарами.

Допустим игрок заходит в ЛК за своего чара выбирает данную услугу, далее вводит ник чара на которого хочет "меняться". Далее второй игрок, владелец чара с которым будет обмен, заходит также в ЛК выбирает чара и нажимает подтвердить. Обмен завершен

Возможно еще добавить e-mail подтверждения/автоматический запрос на смену ника и т.д к данной услуге.

Реализовать хоть и трудно, но идею откуда стартовать подкину:
1. Создается новая таблица в БД(trade допустим).
2. В таблице будет 7 колонок.
3. 1ая - ИД первого чара, 2 - ИД акка, 3 - следит за запросом от первого чара(если был запрос на смену ставиться 1), 4 - ИД второго чара, 5 - ИД второго акка, 6 - слежка за запросом от второго чара, 7 - если обмен был совершен, то вставляет 1(если еще не был, 0)
4. Добавление в логи данных операций.

[Кот ДаWINчи]

Возможно добавить еще 1 "услугу" - Обмен чарами.

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

[selector]

Возможно еще 1 небольшое добавление. Это таймер на использования Услуг. Допустим тотже Anti-error игроки по 10раз жмут за 1мин.

Поставить бы нечто ввиде конфига на все услуги(на каждую отдельно это уж слишком будет). В Конфигурации вводить КД на использование услуги в секундах

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

Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Australia/Melbourne' for '11.0/DST' instead in D:\Server\Apache\htdocs\include\func.php on line 4 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Australia/Melbourne' for '11.0/DST' instead in D:\Server\Apache\htdocs\include\func.php on line 4

Это выводит постоянно, на любой странице.
PHP 5.3.2

Разобрался. У кого будет такая ошибка смотрим сюда: http://ru-mangos.ru/showpost.php?p=4692&postcount=29

А с проблемой авторизации все осталось по прежнему. Кто-нибудь решал такую проблему?