Starko

От себя добавлю по серверной машине: - Настроен автоматический бекап базы каждый час, со сроком хранения 3 дня; - Настроен дроп ломящихся IP адресов; - Настроена защита от брута; - Изменен стандартный порт SSH; и т.д., в общем полная начальная настройка Debian, которой не нужно будет заниматься.

Ребята такая проблема, при использовании семян на мобах, сразу выскакивает системное сообщение : Семя успешно посеялось (вот строчка из файла systemmsg-e.dat: 889 1 Семя успешно посеялось 0 FF A0 57 FF ItemSound3.sys_sow_success 0 0 0 0 0 none). Если оно действительно посеялось успешно, то тут же появляется 2е такое же сообщение: Семя успешно посеялось. т.е. систем чат выглядит следующим образом: Семя успешно посеялось Использовать Sowing Семя успешно посеялось Вопрос в следующем, где ошибка, где смотреть? Я так понимаю 1го сообщения быть не должно. Причем ещё одной такой же строчки нет в этом файле, а если её изменить, то меняется и 1е и 2е сообщение так же. Помогите пожалуйста.

как порешал, автор?)

Явно же не конфигом решилась эта проблема?

Короче обломаю всякие недобизнесы видимо, выкладываю оба пака настроенные и проверенные, all inclusive как говорится. ХОЧУШАПКИИНЕНАСТРАИВАТЬНИЧЕГО

решил всеже написать, как я это решил - там нужен 1 знак равенства Малоли кто-то серфит эту ошибку.

Там все просто, во 2м паке не хватает анимаций и текстур и файла icon_acc в том числе, которые есть в 1м паке, ну или если 1й пак найти не можете - качайте патчи других серверов с этими шапками и вытаскивайте текстуры и анимацию оттуда. Что вытаскивать легко понять из файла armorgrp.dat.

Если есть уже готовый этот пак шапок со всеми текстурами и иконками, напишите просто сумму в ЛС на форуме.

что переделывать-то? Может наведете на мысль?

а поделитесь вашим файликом, я посмотрю. Плюсик дам

Тоже интересно, как структура файла поменяется от этого?

Спасибо попробую.

Да благослови тебя г_сподь! Ставлю плюс.

Где находятся sql запросы я и сам знаю, только в теме написано, что запросы рабочие, меняется только отображение с эпиков на обычных рб, при правке этого скрипта, хе хе. Мне вот просто интересно, кто-то тут читает суть вопроса, прежде чем отвечать. Или может Вы скажете, что не так с моими запросами в базу? "getEpicStatus" => " SELECT grandboss_intervallist.respawnDate, npc.name, npc.level FROM grandboss_intervallist LEFT JOIN npc ON grandboss_intervallist.bossId = npc.id ORDER BY npc.level DESC", "getRaidStatus" => " SELECT raidboss_spawnlist.respawn_time, npc.level, npc.name FROM raidboss_spawnlist LEFT JOIN npc ON raidboss_spawnlist.boss_id = npc.id ORDER BY npc.level DESC, npc.name ASC",

Время перезаливать пришло!

Кто может перезалить этот пак? С меня ++

"Я не знаю где, но ты не там смотришь". Пост каунтинг, или это жизненная позиция, ляпнуть хоть что-то, не зная ответа? Вопрос достаточно конкретен, чтобы на него не отвечать "так".

/** * ================================ * Raid/Epic Boss Status * ================================ */ if (($_act == "epic" and $l2cfg["gs"][$sid]["stat"]['epic']) || ($_act == "raid" and $l2cfg["gs"][$sid]["stat"]['raid'])) { if ($user->GetCache("l2stat_serv_{$sid}_{$_act}_time") > $_TIME and $l2cfg["cache"]["enable"]) { $l2_content = $user->GetCache("l2stat_serv_{$sid}_{$_act}"); } else { $db->gdb($sid); if ($_act == "epic") { $sel_boss = $gdb[$sid]->SuperQuery($qList[$vgs]["getEpicStatus"]); } if ($_act == "raid") { $sel_boss = $gdb[$sid]->SuperQuery($qList[$vgs]["getRaidStatus"]); } $l2_content .= " <table id='l2top' cellpadding='0' cellspacing='0'> <thead> <tr> <th width='35'></th> <th class='name' width=''>{$lang["stat_boss"]}</th> <th width='60px'>{$lang["stat_level"]}</th> <th width='60px'>{$lang["stat_status"]}</th> </tr> </thead>"; $nn = 0; while ($BossStatus = $gdb[$sid]->FetchArray($sel_boss)) { $trClass = $nn++ % 2 ? "":"trRowA"; $status = ($BossStatus["respawnDate"] == 0) ? "Жив":"Мертв"; $nameClass = ($BossStatus["respawnDate"] == 0) ? "male":"female"; //$resp_date = ($respawnDate == 0) ? "n/a" : date('H:i d.m.Y', intval(substr($respawnDate, 0, 10) + $offset * 60)); $l2_content .= " <tr class='{$trClass}'> <td>{$nn}.</td> <td class='name'><span class='{$nameClass}'>{$BossStatus["name"]}</span></td> <td>{$BossStatus["level"]}</td> <td>{$status}</td> </tr>"; } $l2_content .= "</table>"; if ($l2cfg["cache"]["enable"]) { $user->SetCache("l2stat_serv_{$sid}_{$_act}_time", $_TIME + 60 * $l2cfg["cache"][$_act]); $user->SetCache("l2stat_serv_{$sid}_{$_act}", $l2_content); } } } Всем привет, зазываю гуру в эту тему. Вот скрипт, отвечающий за статистику отображения боссов и эпик боссов на сайте. Проблема в том, что в таблице мускула для рейдбоссов колонка называется respawn_time, а для гранд боссов колонка называется respawnDate, по умолчанию в скрипте стоит везде respawn_time, потому работает отображение статуса только рейд боссов. Перед вами измененный скрипт, в котором respawn_time заменено на respawnDate и соответственно сайт стал корректно отображать статус эпик боссов. Собственно вопрос, чем дополнить или как изменить скрипт, чтобы работали и те и другие? Я думаю кто-то уже сталкивался с такой проблемой и у него есть решение, буду благодарен безмерно.

в нетстате к данным портам у меня указан IP source 127.0.0.1, к открытым портам 0.0.0.0

нет не роутер, я посмотрел все открытые порты на системе - тех, что я назвал, нет в их числе, да и по некоторым признакам сразу станет понятно, когда они откроются. Воу Воу парни, а это не может быть из-за того, что IP source для портов стоит 127.0.0.1 мм?

хмм с выключенным сервером то же самое Да и почему тогда был закрыт 2106 - логин сервер был не включен, например. и порт мускула вроде тоже должен быть открыт, нет?

а что в этом не так?)

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

насчет ssh не понял, это вообще к чему? да не пашут правила эти почему-то

root@Debian-70-wheezy-64-LAMP ~ # iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT tcp -- anywhere anywhere tcp dpt:2106 ACCEPT tcp -- anywhere anywhere tcp dpt:mysql ACCEPT tcp -- anywhere anywhere tcp dpt:7777 ACCEPT udp -- anywhere anywhere udp dpt:7777 ACCEPT tcp -- anywhere anywhere tcp dpt:7777 Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination ACCEPT udp -- anywhere anywhere udp dpt:7777 ACCEPT tcp -- anywhere anywhere tcp dpt:mysql ACCEPT tcp -- anywhere anywhere tcp dpt:2106 ACCEPT tcp -- anywhere anywhere tcp dpt:7777