Admin

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

В осадной зоне, каждые 5 минут по умолчанию выдают по 0.5 баджей. Это число вырастает при следующих условиях: Боевая стойка: +0.5 Дружественная цель: +0.5 Вражеская цель: +1 Итого, максимум 2 баджа каждые 5 минут. Так же, за каждое убийство (врагов) дают дополнительно от 0 до 1 баджа. Причем, если вы в группе, то от 0 до 2 баджей. Дополнительно можно получить по 10 баджей за каждый из выполненных PvP квестов. На данный момент, таких квестов 5 штук, т.е. можно получить до 50 баджей. Т.е., суммарно за все TW можно получить 24 * 2 + 50 = 98 баджей, плюс за каждое убийство от 0 до 2.

Бред. За смерть их не забирают. И вообще ни при каких обстоятельствах не забирают, только дают.

Это конечно фейл, но не наш, а ваш: http://forum.asterios.in/index.php?showtopic=58338

Проблема у нас, исправим.

Проверим.

Скорее всего, проблема у вас, а не у нас.

Проблема будет решена 30 числа, после того как мы перевезем все остальные сервера в новый датацентр. После этого логин перестанет падать. Как временное решение - добавил механизм для перезагрузки соединения с логином, без перезагрузки серверов. Если оно будет корректно работать, то в случае падения логина, не потребуется перезагружать все сервера.

Я же сказал, это не наш сервис сломали. И не сломали, а подобрали пароль. Больше не смогут.

Обычный брут, dns сервиса. Сервис не наш. Как оказалось, у них даже защитной картинки небыло.

Неизвестно, кем. Предположительно, l2top к этому причастен. Только его поддельный сайт. При желании могли бы найти его самого, но лень. С переездом одного из серверов в другой датацентр. Обнаружилось, что наш логин сервер не может корректно работать с удаленными серверами, только локально (причина в ухудшении связи между датацентрами ближе к ночи). Ранее об этой проблеме даже не подозревали. Да, читать выше. Радикальные. В конце месяца все остальные сервера будут перевезены в новый датацентр, и проблема исчезнет автоматически. Предположительно, спуффинг, либо некомпетентность работников ДЦ. Они все еще пытаются разобраться в проблеме. Ошибка еще нет, но мы временно переключили апдейтер на другой сервер. Возможно абсолютно все, в том числе другие ошибки. Я думаю, в будущем мы сделаем менее уязвимую для сбоев систему, к примеру автоматический выбор между двумя зеркалами.

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

Рекомендуется всем у кого нельзя зайти почистить hosts файл, т.к. изменялись ip адреса сервера обновлений.

Рекомендуется всем у кого нельзя зайти почистить hosts файл, т.к. изменялись ip адреса сервера обновлений.

Рекомендуется всем у кого нельзя зайти почистить hosts файл, т.к. изменялись ip адреса сервера обновлений.

Рекомендуется всем у кого нельзя зайти почистить hosts файл, т.к. изменялись ip адреса сервера обновлений.

Нашли временное решение, многие уже могут зайти в игру.

Какой еще виртуальный проц? Байткод по сути компилируется в обычный код, а потом исполняется. Это всего-лишь занимает чуть больше времени на запуск программы. Но ведь нас интересует не запуск (он все равно почти мгновенный), а скорость работы программы. Лишь небольшие участки байт кода исполняются на лету (точно не скажу, мало знаком с технологией). Получается, что две обычных, одинаковых программы, будут работать с разной скоростью на Java и C++, потому что JVM оптимизирует код лучше, чем компилятор С++. Это я говорю про обычный код, с которым мы имеем дело в большинстве случаев. Но конечно же, можно использовать на С++ множество хитрых приемов и оптимизаций, и написать код, который будет работать быстрее чем Java код. Т.е. да, С++ в этом случае быстрее. Но в 99% случаев этого не происходит, на С++ код почти никогда не бывает идеальным. Поэтому Java в среднем быстрее. И разработка на Java быстрее примерно в 5 раз (доказанный факт, ссылку правда не найду). К сожалению нет, эти языки почти вымерли Нам приходится решать похожие задачи.

Видимо ты плохо знаешь игроков с х3. Еще неизвестно, кто кого будет притеснять

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

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

Изучали. Бесполезно. Полезно, но не изучал. Бесполезно. Полезно, но изучал только моделирование. Разве что там основные алгоритмы рассмотрены, типа поиска пути, тогда полезно. Но я все это изучал самостоятельно и в более полном объеме Судя по названию бесполезно. Изучали. И много других аналогичных предметов. Ну это все полезно, но я думаю в голове будет каша Сомнительная полезность. ИИ который вы там изучали устарел полюбому еще до того как вы поступили в вуз. Для общего развития.

Только не в asterios.ini, а в asterios\asterios.ini, это большая разница. Первое для апдейтера, второе для клиента.

Я говорю то что думаю. Если потом не получается так сделать из за каких-то обстоятельств - это не значит, что я вас обманывал.

Да. Здесь видно, что серверная JVM обгоняет по производительности С++ на некоторых тестах в несколько раз. Многие утверждают что Java медленная, потому что часто видят действительно медленные программы, написанные на ней (и жрущие память). Но эти программы такие не из за Java, а потому что написаны неумело, к тому же на клиентской JVM. Java только с виду очень простая и заманчивая для новичков. На деле, хорошие и быстрые программы на ней получаются только у профессионалов. Как впрочем и на С++, с той лишь разницей, что новичек вообще не сможет что-либо писать на С++. Именно поэтому, многие ругают сервера для lineage 2 написанные на Java. Но ругать надо не язык, а тех кто на нем пишет.