Region

меня берёте или нет, уже везде отписал

ой бла, свой самопил выложу наднях, правд запускаю сам с трудом

Test свами

Либо я не догоняю но это обычный геодвижок с Free, про эту команду в все забыли уже я думаю. ну и еще там каждый метод на разные файлы разбит

ядро, уже есть крейзи идеи)

не ну ребят, доната больше если исходники есть то сделай ОБТ если нету то херлишь делать хер один ничего не исправишь ну и самая большая проблема бывает с шопами, но это уже от кривости рук

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

всё выше открывает дверь с интервалом а у закена она открываеться в определенный момент по уму надо делать исключение в процедуре отвечаюшей за время и оттуда уже открывать дверь на определенное время

погоди ты мне скинул загрузку там всё понятно, вся проблема ведь в quests.Dominion_KillSpecialUnitQuest в методе onLoad()

Dominion_KillSpecialUnitQuest.onLoad там какй метод стоит?

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

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

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

от L2Dream одно название осталось, исходы acis

По нормальному если делать там примерно надо знать память твою и ядровитость) да и я гвоорю я не помню уже давно было когда отбивались от ддосов и т.д эт шас врубают супер мега фильтры по 3 штуки супер обходы и всёравно ложит)) а мы раньше на дебиане инет 50мб ип таблица грамотная и всё

Так кароче ребята, расписывать я не буду тут ничего ибо это долго да и непомню уже ничего толком. ВСё верно дибиан лучше как сервер будет себя вести..от пожерания оперативки до устойчивости к досу..для примера винда 30к атак дебиан 80к. так что касаеться самой проблемы "засыпания MySql" в первую очередь это неверная настройка параметров самой программы. Написать в макс конекте 10000 и закрыть и надеяться что всё будет норм было бы глупо ибо 1к подключений MySql пустит но сумеет ли он это всё проглатить? думаю нет а именно без качественных настроек. по хорошему самой программе надо отвести хорошее место где бы она могла сохранить этот 1к запросов и потихоньку сделать их если места нет она захлебнёться и даун. что и как отводить а так же зачем разные хеши для разных груп запросов и т.д всё читайте в настройках MySql все подробно написано

хорошая шара) желаю удачи всем кто захочет доработать) иногда я сам не понимаю что там написано). Кто до конца переведёт ДП с PTS скиньте мне ток его не хватает в версии 4.6

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

если это не стёб то можно реализовывать) если стёб то ничего страшного у каждого человека своё мнение

смысл в том что тот же дон который задониться сможет при уходе с сервера вернуть свои деньги? лично я не вижу смысл перемывания денег и не дай бог найдут какой то дюп у "тру админа" и выведут все нафиг деньги с его кошелька. в данном случаи было бы прикольно если очки собирались вместе а в конце месяца либо когда поставит пользователь можно было за эти очки покупать какие либо веши другова сорта. в данном случаи еще лучше было бы что бы каждый новый эвент выдачи призов происходил так что мультисел собирался бы хаотично. в данной идеи я бы хотел рассказать о том что например на х10 серверах игроки могли бы сдавать различные веши например ботинки С грейда перчи и т.д а в определенный момент эвента когда можно было посмотреть что на данный момнет можно купить за очки они бы могли взять например Б сет или наподобие того. В том или ином случаи это вызывало бы интерес и продолжительность. почему? потомуч то каждый новый цикл эвента выводились разнообразные мультиселы в которых был разный набор вешей. Если на данной недели не было бы нужной веши то игрок ждал бы следующего цикла что заставляло бы его играть продолжительно

от начальных настроек умножаешь на количество ядер, в твоём случаи множ на 3 и нормально всё будет

в клиент пакетах gameserver.clientpackets

насколько я помню RequestPrivateStoreSell, на покупку аналогично

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

релог релогом а выход выходом, там два разных пакета