[DEV]Java emu - Страница 3 - Ru-MaNGOS

08.08.2011, 12:41

Ну вот...реалм-сервер дошел до стадии когда необходимы ключи сессий клиентов.
т.к. ключи будут передаваться( планируется ) по дополнительному каналу между логин и реалм серверами встает вопрос о защите этого канала. Кто что использует? Городить свои грабли или воспользоваться уже существующими ( в сис-ме вов ) алгоритмами? Мне конечно быстрее SARC4 втулить и кодировать содержимое пакета целиком.

**RomanRom2** · 08.08.2011, 13:12

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

08.08.2011, 14:34

на логин сервере ( для обычных клиентов ) нет транспортного слоя (с криптозащитой пакетов) , то есть все прозрачно...если вводить шифрование по тому же каналу, то либо каждый раз проверять клиент-сервер( не шифровать - шифровать), либо в бизнес логике шифровать...
аккаунты реалмов также решил хранить как обычные, только увеличить gmlevel до 5
и все таки вы шифруете избирательно или в бизнес логике? Да и есть ли разделение?
мне, например, логичнее выделить отдельный порт и таким образом физически разделить сервера отдельно, клиенты отдельно.

09.08.2011, 23:15

2mAdloVe
@SuppressWarnings("unused") можно добавить перед описанием класса

mAdloVe · 10.08.2011, 00:31

to Minimajack: знаю, но тогда можно упустить лишнее т.к. будет отключено во всем классе

11.08.2011, 01:12

кто то пробовал использовать ленивую загрузку данных из БД?
прикрутил сервер, дошел до загрузки персонажа - нужны шаблоны итемов из БД.
Добавил хранилище шаблонов итемов, при запуске загружаю все шаблоны, получаю тормоза при запуске и пожирание памяти на те данные, которые могут и не понадобиться - вывод? Либо использовать ленивую загрузку и при массовом реконнекте получать тормоза ( все же один запрос быстрее, чем туча мелких), либо оставить все как есть.

**RomanRom2** · 11.08.2011, 02:36

старт моего WorldServer:

это снифы 1.х, заселенки нет, три тестовых моба.
61704к памяти сожрано.

если ничего этого не грузить, то 40 с чем то мегабайт. вывод: шаблоны итемов, кричеров, геймобъектов... вон дохера всего - жрут примерно 20 мегабайт.
сервер запустился ровно за 4 секунды.

Цитата:

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

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

вывод - кривые руки и говнокод.

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

память сейчас стоит не то что копейки, а можно на сданные бутылки ее набрать и носовать в свой "сервер" по самое небалуйся. зачем ее ТАК экономить?

11.08.2011, 10:23

не пытаюсь экономить не памяти - пытаюсь сократить время запуска.

**RomanRom2** · 11.08.2011, 11:06

ну я вижу что не пытаетесь сэкономить память - что то много 22 мегабайта под одни только шаблоны итемов. у меня 21 мегабайт под все шаблоны, включая листы тренеров/вендоров/квестов/лута.

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

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

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

я думаю так.

11.08.2011, 11:50

537 Byte на все поля шаблона
в среднем 21 Byte на имя (SELECT AVG(CHARACTER_LENGTH(name)) FROM mangos.item_template)
итого ~20Mb чистых - 2 метра overhead на HashMap
Да понятно, что скорость загрузки не особо важна...просто пока делаешь мелкие опкоды, надоедает ждать рестарта для проверки.
1. согласен, принимаются разумные методы
2. уже не важно, вынес дополнительный параметр в конфиг и забыл.
ззы порезал шаблон, экономия полтора метра

**RomanRom2** · 11.08.2011, 12:58

как 21 байт??? откуда 21? почему не 20 или не 22?
ну ребята, ну так вы долго будете в песочницах сидеть и никогда не повзрослеете.

место для данных должно выделяться динамически и ровно столько, сколько они занимают. зачем, например, для кричера 6 под имя выделять 21 байт, если достаточно 7?

11.08.2011, 14:05

Цитата:

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

как 21 байт??? откуда 21? почему не 20 или не 22?
ну ребята, ну так вы долго будете в песочницах сидеть и никогда не повзрослеете.

место для данных должно выделяться динамически и ровно столько, сколько они занимают. зачем, например, для кричера 6 под имя выделять 21 байт, если достаточно 7?

Роман я выше привел запрос в БД, откуда получил средний размер длинны имени( кол-во байт ), т.к. данные загружаются все, полезный занимаемый объем будет = (суммарный размер полей шаблона + средняя длинна имени) * кол-во записей.
Кстати в БД полная запись в среднем занимает по 2 Кб.
Реальным данным выделяется столько сколько нужно. Просто так было проще подсчитать средний размер шаблона и потери на дополнительные расходы.
я не знаю как проще объяснить

16.08.2011, 14:19

в процессе написания реалмсервера допустил ошибки...сижу пишу тесты

пока нашел косяк в TimeBitFileds...
правильный вариант:

Может кто либо подсказать "необходимые" опкоды для входа в мир? И какими на начальном этапе можно пожертвовать?

**RomanRom2** · 16.08.2011, 15:58

на классике А9 достаточно

16.08.2011, 16:25

спасибо, но этого явно маловато.
реализовано около 25 опкодов (A9 не входит) , включая пинг, туториалдата, и т.п. пока клиент ждет чего то еще...

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

**RomanRom2** · 16.08.2011, 16:42

блин, я же сказал, А9 только нужен.

17.08.2011, 18:07

спасибо еще раз. В мир впустило.
нашелся первый пациент для кеширование и наблюдения CMSG_NAME_QUERY...

**RomanRom2** · 17.08.2011, 20:02

что то я не уловлю хода мысли. это запросы на имена плееров, которые и так онлайн и которых "увидел" клиент. что там еще кешировать, наблюдать, спамить и бдить?

17.08.2011, 20:14

**TOM_RUS** · 17.08.2011, 20:46

Цитата:

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

что то я не уловлю хода мысли. это запросы на имена плееров, которые и так онлайн и которых "увидел" клиент. что там еще кешировать, наблюдать, спамить и бдить?

На офе этот опкод даже на выборе чаров ходит постоянно

**RomanRom2** · 17.08.2011, 21:37

Цитата:

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

На офе этот опкод даже на выборе чаров ходит постоянно

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

Цитата:

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

CMSG_CHAR_ENUM же может создать побольше нагрузку, если с нескольких аккаунтов посылать. В нем запрос идет по вторичном ключу (или вообще без ключа). Им валятся TrinityCore-based сервера, правда, в основном из-за говнокода в MySQL Async.

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

Цитата:

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

Позвольте, зачем?

тестировать сервер, эмулировать нагрузку. как мне еще сэмулировать на одном реалме 2000 леммингов, фармящих голд и куда то бегающих? я же не близзард, 2000 одновременно желающих потестировать сервак я врят ли наберу. на первых порах

**LordJZ** · 17.08.2011, 22:03

Цитата:

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

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

...

Я про использование бота или аналога, конечно.

17.08.2011, 22:06

Цитата:

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

.... но за такое я баню

У вас есть ограничение на опкод, в мангосе нет. Потому и возник вопрос собственно. Кеш или бан.
Имхо 1 опкод -> 1 запрос в БД уже плохо. Лучше на низком уровне ввести счетчик частых опкодов или таймаут, и банить акк за n-попыток.

Цитата:

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

тестировать сервер, эмулировать нагрузку. как мне еще сэмулировать на одном реалме 2000 леммингов, фармящих голд и куда то бегающих? я же не близзард, 2000 одновременно желающих потестировать сервак я врят ли наберу. на первых порах

у rsa плайербот в репо...это конечно немного не то, но реального бота писать - сами понимаете не "реально"( по крайней мере 2000 штук запустить точно), сори за тавтологию...
возможно провести статистику на работающем сервере; опкоды, запросы к БД и всем этим умноженным напрячь для теста...
недавно наткнулся на TDD (нужда заставила), так вот отлично помогает. Фактически без клиента, есть возможность протестировать любой компонент системы на наборе тестовых данных. Возможно реально увеличить нагрузку на "сервер" без запуска клиента вов.

**RomanRom2** · 17.08.2011, 23:14

Цитата:

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

у rsa плайербот в репо...это конечно немного не то, но реального бота писать - сами понимаете не "реально"( по крайней мере 2000 штук запустить точно), сори за тавтологию...

да всё реально. вход в мир - не проблема. механизм шаблонов с командами - сделан. команд нагенерить - не проблема. 2000 экземпляров ботов запустить - тоже не проблема. трудоемко? да. особенно бой с юнитами. но всё реально. клиенты вов не нужны.

Цитата:

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

возможно провести статистику на работающем сервере; опкоды, запросы к БД и всем этим умноженным напрячь для теста...

возможно. но нужны реальные данные.

впрочем до этого еще далеко...

**RomanRom2** · 17.08.2011, 20:23

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

17.08.2011, 20:31

Цитата:

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

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

pseuwow - есть в открытом доступе

**RomanRom2** · 17.08.2011, 20:36

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

**LordJZ** · 17.08.2011, 20:43

Цитата:

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

это запрос на имя, класс и расу игрока(3.3.5а)....дело в том, что можно нагрузить БД-сервер отсылая фейковые запросы. Их кол-во ничем не регулируется, и не кешируется результат...
имхо можно не кисло напрячь сервер( устороить DOS ).

CMSG_CHAR_ENUM же может создать побольше нагрузку, если с нескольких аккаунтов посылать. В нем запрос идет по вторичном ключу (или вообще без ключа). Им валятся TrinityCore-based сервера, правда, в основном из-за говнокода в MySQL Async.

Цитата:

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

...
хороший бот будет. мне нужен такой

Позвольте, зачем?

**RomanRom2** · 18.08.2011, 02:43

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

от темы не отошли. мы обсуждаем фазу тестирования.

19.08.2011, 12:40

2RomanRom2
У вас в эмуляторе аналогично присутствует дополнительное поле игрового объекта с TypeMask

? Что то в его наличии я вообще не вижу смысла ( при наличии HighGuid ).

**TOM_RUS** · 19.08.2011, 13:38

Цитата:

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

2RomanRom2
У вас в эмуляторе аналогично присутствует дополнительное поле игрового объекта с TypeMask

? Что то в его наличии я вообще не вижу смысла ( при наличии HighGuid ).

high guid может быть одинаковым у разных типов объектов.

**RomanRom2** · 19.08.2011, 14:36

Цитата:

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

2RomanRom2
У вас в эмуляторе аналогично присутствует дополнительное поле игрового объекта с TypeMask

? Что то в его наличии я вообще не вижу смысла ( при наличии HighGuid ).

ну здрасьте, приехали...

во первых это не TypeMask, а OBJECT_TYPE

используется в базовом классе объекта. для юнита например:
BaseObject.ObjectType:= TYPE_OBJECT + TYPE_UNIT;
и передается в А9, который вы никак не хотите раскурить, все наскоками у вас как то с ним.

во вторых, причем тут HIGHGUID? это совершенно отдельное поле в А9. вы путаете теплое с зеленым.

в третьих, одна маленькая уточняющая деталь: я не делаю эмулятор. я делаю сервер

это немного разные подходы

19.08.2011, 14:18

наверное наоборот? Это у одинаковых типов - может быть разный HighGuid.

Код:

  case HIGHGUID_UNIT:         return TYPEID_UNIT;
    case HIGHGUID_PET:          return TYPEID_UNIT;

19.08.2011, 14:55

1. к сожалению, написание корректной обработки А9 требует нормального формирования гуидов...а на вопрос такой натолкнулся, в связи с наличием как TypeID так и TypeMask, так вот TypeID - как OBJECT_TYPE используется согласен, внедрен в объекты.
А вот TypeMask то зачем?
2. А9 да...раскурить окончательно надо

3. исправлюсь )

согласен OBJECT_TYPE не соответствует HIGHGUID ( фактически только из-за TYPE_CONTAINER, TYPE_ITEM)
но я про TypeMask поле в объектах

**RomanRom2** · 19.08.2011, 15:05

Цитата:

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

1. к сожалению, написание корректной обработки А9 требует нормального формирования гуидов...а на вопрос такой натолкнулся, в связи с наличием как TypeID так и TypeMask, так вот TypeID - как OBJECT_TYPE используется согласен, внедрен в объекты.

нет нет и еще раз нет.
еще раз - вы путаете мягкое с зеленым.

TypeID это TypeID и используется он как TypeID и никак по другому. OBJECT_TYPE_ID у близзов это называется. OBJECT_TYPE это совершенно другое.

OBJECT_TYPE_ID - обозначает код типа объекта, информация по которому будет передаваться далее в А9
OBJECT_TYPE - это свойство базового объекта в partial данных. в апдейтполях.

Цитата:

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

А вот TypeMask то зачем?
2. А9 да...раскурить окончательно надо

3. исправлюсь )

раскурите уже А9 наконец. это фундаментальная основа, без нее вы ни сервер и его эмулятор не напишете.

19.08.2011, 15:08

TYPE_OBJECT != 2 ^ ID_OBJECT ?

**RomanRom2** · 19.08.2011, 15:23

странный вопрос. вы же сами можете проверить это.
да, не равно.

**zergtmn** · 19.08.2011, 17:38

Цитата:

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

странный вопрос. вы же сами можете проверить это.
да, не равно.

Может мои глаза меня обманывают, но как раз получается, что равно.

Код:

enum TypeMask
{
    TYPEMASK_OBJECT         = 0x0001, // 1 << TYPEID_OBJECT,
    TYPEMASK_ITEM           = 0x0002, // 1 << TYPEID_ITEM,
    TYPEMASK_CONTAINER      = 0x0004, // 1 << TYPEID_CONTAINER,
    TYPEMASK_UNIT           = 0x0008, // 1 << TYPEID_UNIT,
    TYPEMASK_PLAYER         = 0x0010, // 1 << TYPEID_PLAYER
    TYPEMASK_GAMEOBJECT     = 0x0020, // 1 << TYPEID_GAMEOBJECT
    TYPEMASK_DYNAMICOBJECT  = 0x0040, // 1 << TYPEID_DYNAMICOBJECT
    TYPEMASK_CORPSE         = 0x0080, // 1 << TYPEID_CORPSE
};

**RomanRom2** · 19.08.2011, 21:32

Цитата:

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

Может мои глаза меня обманывают, но как раз получается, что равно.

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

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

Родственник мой, S., оказался в Америке в начале восьмидесятых, в возрасте «за сорок» и владея английским языком в рамках «средней школы давно». Помыкавшись некоторое время (не о том сказ), S. нашел отличную работу — программистом Больших Шкафов для телефонного гиганта AB&C (кто знает, тот поймет). Для общения с начальством новоиспеченный программист быстро выучил английскую фразу «летмишоую» (сейчас покажу), за которой следовала демонстрация работающего кода, и вопросов больше не возникало.

Работа в телефонных гигантах неторопливая, но S. бездельничать не любил, и решил заняться оптимизацией. В одном из Больших Шкафов обнаружилась база данных, а в ней — таблица с парами чисел: 1-3, 2-6, 3-9, … , 1000000-3000000. Hичтоже сумняшеся, S. таблицу стер, а обращения к ней заменил строчкой B=A*3. Шкаф, радостно заурчав, продолжал функционировать. Отсутствие таблицы начальство заметило (и то по чистой случайности) через неделю. Состоялся знаменательный диалог:

— Где таблица?
— Таблица не нужна.
— Как это не нужна?
— Hу, не нужна. Летмишоую. Вот: B=A*3
— Что это?
— Вместо таблицы.
— А где таблица?
— Я ее стер. Hе нужна.
— Как стер???
— Летмишоую. Вот, работает. B=A*3
— Hу, работает. А где таблица-то?
…

В конце концов, проявив завидную корпоративную мудрость, начальник оставил S. в покое. А по AB&C долго ходили легенды о сумасшедшем бородатом русском, который ПРИДУМАЛ ФОРМУЛУ.

**zergtmn** · 19.08.2011, 22:32

Цитата:

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

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

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

Цитата:

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

проверьте на значениях выше TYPE_CORPSE

Ваши данные:
ID_AIGROUP = $8;
ID_AREATRIGGER = $9;
TYPE_AIGROUP = $100;
TYPE_AREATRIGGER = $200;

Проверяем:
TYPE_AIGROUP = 1 << ID_AIGROUP; // 1 << 8 = 100h
TYPE_AREATRIGGER = 1 << ID_AREATRIGGER; // 1 << 9 = 200h

11.08.2011, 10:23	#8
Minimajack Гость Сообщений: n/a	не пытаюсь экономить не памяти - пытаюсь сократить время запуска. 34 Мб без загрузки шаблонов 56 Мб с загрузкой разница 22 МБ на 37552 шаблонов итемов не надо сравнивать несравнимое, не в равных условиях. если сможете - запустите на Celeron 2.4 , 1Gb DDR1, а потом скажите время запуска. У меня : 10 секунд, со старта (на обработку шаблонов 8 секунд). зы вынесу в конфиг, проверю на себе "получим тормоза, размазанные во времени". ззы параметры явно не рядового сервера, но на работе офисный компьютер.

11.08.2011, 11:50	#10
Minimajack Гость Сообщений: n/a	537 Byte на все поля шаблона в среднем 21 Byte на имя (SELECT AVG(CHARACTER_LENGTH(name)) FROM mangos.item_template) итого ~20Mb чистых - 2 метра overhead на HashMap Да понятно, что скорость загрузки не особо важна...просто пока делаешь мелкие опкоды, надоедает ждать рестарта для проверки. 1. согласен, принимаются разумные методы 2. уже не важно, вынес дополнительный параметр в конфиг и забыл. ззы порезал шаблон, экономия полтора метра Последний раз редактировалось Minimajack; 11.08.2011 в 12:34.

16.08.2011, 16:25	#15
Minimajack Гость Сообщений: n/a	спасибо, но этого явно маловато. реализовано около 25 опкодов (A9 не входит) , включая пинг, туториалдата, и т.п. пока клиент ждет чего то еще... Код: SMSG_POWER_UPDATE MSG_SET_DUNGEON_DIFFICULTY SMSG_LOGIN_VERIFY_WORLD SMSG_ACCOUNT_DATA_TIMES SMSG_FEATURE_SYSTEM_STATUS SMSG_MOTD SMSG_LEARNED_DANCE_MOVES SMSG_BINDPOINTUPDATE SMSG_INSTANCE_DIFFICULTY SMSG_TALENTS_INFO SMSG_FEATURE_SYSTEM_STATUS SMSG_INIT_WORLD_STATES SMSG_LOGIN_SETTIMESPEED ........ т.к. буду тестировать все опкоды возможно где то еще прокол, заодно и junit поближе узнаю

17.08.2011, 18:07	#17
Minimajack Гость Сообщений: n/a	спасибо еще раз. В мир впустило. нашелся первый пациент для кеширование и наблюдения CMSG_NAME_QUERY... сейчас можно спамить пакетом нагружая БД и собирая инфу по персонажам, криминального ничего нет, но надо бдить

17.08.2011, 20:02	#18
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	что то я не уловлю хода мысли. это запросы на имена плееров, которые и так онлайн и которых "увидел" клиент. что там еще кешировать, наблюдать, спамить и бдить? Последний раз редактировалось RomanRom2; 17.08.2011 в 20:05.

08.08.2011, 12:41	#1
Minimajack Гость Сообщений: n/a	Ну вот...реалм-сервер дошел до стадии когда необходимы ключи сессий клиентов. т.к. ключи будут передаваться( планируется ) по дополнительному каналу между логин и реалм серверами встает вопрос о защите этого канала. Кто что использует? Городить свои грабли или воспользоваться уже существующими ( в сис-ме вов ) алгоритмами? Мне конечно быстрее SARC4 втулить и кодировать содержимое пакета целиком.

08.08.2011, 13:12	#2
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	у меня используется тот же метод, что у близзов между клиентом и сервером. реалм выступает как обычный клиент и так же авторизовывается на логон сервере как обычный клиент обычным аккаунтом (у этих аккаунтов в базе флаг выставлен только isRealmAccount). так же формируется сессионый ключ. единственная разница что я шифрую весь пакет целиком, а не только заголовок.

08.08.2011, 14:34	#3
Minimajack Гость Сообщений: n/a	на логин сервере ( для обычных клиентов ) нет транспортного слоя (с криптозащитой пакетов) , то есть все прозрачно...если вводить шифрование по тому же каналу, то либо каждый раз проверять клиент-сервер( не шифровать - шифровать), либо в бизнес логике шифровать... аккаунты реалмов также решил хранить как обычные, только увеличить gmlevel до 5 и все таки вы шифруете избирательно или в бизнес логике? Да и есть ли разделение? мне, например, логичнее выделить отдельный порт и таким образом физически разделить сервера отдельно, клиенты отдельно.

09.08.2011, 23:15	#4
Minimajack Гость Сообщений: n/a	2mAdloVe @SuppressWarnings("unused") можно добавить перед описанием класса

10.08.2011, 00:31	#5
mAdloVe Новичок Регистрация: 24.03.2010 Сообщений: 23 Сказал(а) спасибо: 7 Поблагодарили 5 раз(а) в 4 сообщениях	to Minimajack: знаю, но тогда можно упустить лишнее т.к. будет отключено во всем классе

11.08.2011, 01:12	#6
Minimajack Гость Сообщений: n/a	кто то пробовал использовать ленивую загрузку данных из БД? прикрутил сервер, дошел до загрузки персонажа - нужны шаблоны итемов из БД. Добавил хранилище шаблонов итемов, при запуске загружаю все шаблоны, получаю тормоза при запуске и пожирание памяти на те данные, которые могут и не понадобиться - вывод? Либо использовать ленивую загрузку и при массовом реконнекте получать тормоза ( все же один запрос быстрее, чем туча мелких), либо оставить все как есть.

11.08.2011, 11:06	#9
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	ну я вижу что не пытаетесь сэкономить память - что то много 22 мегабайта под одни только шаблоны итемов. у меня 21 мегабайт под все шаблоны, включая листы тренеров/вендоров/квестов/лута. и я не сравниваю несравнимое вроде. да еще и в неравных условиях. какие условия неравны? у меня тоже, знаете ли, не серверная платформа, и даже не офисный комп, а старенький четырехлетний ноутбук. по моему на скорость не стоит обращать внимание, конечно же в разумных пределах. разницу между 10ю и 30ю секундами я считаю разумным пределом. 5 минут конечно уже нет. но: 1. хоть память и дешевая, но какие то шаги к ее экономии все же предпринимать нужно. 2. в наших задачах важнее всего экономить процессор. вполне очевидно, что ему легче брать данные из кеша (загруженные все шаблоны в память), чем каждый раз лазить за ними куда то, не важно даже куда. лазить. я думаю так.

11.08.2011, 12:58	#11
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	как 21 байт??? откуда 21? почему не 20 или не 22? ну ребята, ну так вы долго будете в песочницах сидеть и никогда не повзрослеете. место для данных должно выделяться динамически и ровно столько, сколько они занимают. зачем, например, для кричера 6 под имя выделять 21 байт, если достаточно 7?

16.08.2011, 15:58	#14
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	на классике А9 достаточно

16.08.2011, 16:42	#16
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	блин, я же сказал, А9 только нужен.

17.08.2011, 20:23	#25
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	ну да, для начала надо только лишь авторизоваться с валидным аккаунтом, зайти в чарлист, создать себе что нибудь и войти в мир. хороший бот будет. мне нужен такой

17.08.2011, 20:36	#27
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	нуу... это не совсем то что нужно. точнее даже совсем не то. мне придется писать самому. половина уже написана - собственно вход в чарлист - эдакий прототип собственного клиента.

18.08.2011, 02:43	#29
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	не нужно никаких скиллов, спеллов, групп. он тупо должен бегать - читай слать мув-пакеты, а это уже нехилая нагрузка. и вступать в бой. генерировать дамаг_инфо с каким то значением. убивать моба. собирать лут. бежать к вендору продавать всё. фармить голд. всё. больше ничего не нужно. остается прописать несколько тропинок к скоплениям мобов в разных локациях. все это реализовывать просто, трудоемко, но просто. от темы не отошли. мы обсуждаем фазу тестирования.

19.08.2011, 12:40	#30
Minimajack Гость Сообщений: n/a	2RomanRom2 У вас в эмуляторе аналогично присутствует дополнительное поле игрового объекта с TypeMask Код: TYPEMASK_OBJECT = 0x0001, TYPEMASK_ITEM = 0x0002, TYPEMASK_CONTAINER = 0x0004, TYPEMASK_UNIT = 0x0008, TYPEMASK_PLAYER = 0x0010, TYPEMASK_GAMEOBJECT = 0x0020, TYPEMASK_DYNAMICOBJECT = 0x0040, TYPEMASK_CORPSE = 0x0080, ......... ? Что то в его наличии я вообще не вижу смысла ( при наличии HighGuid ).

19.08.2011, 14:18	#33
Minimajack Гость Сообщений: n/a	наверное наоборот? Это у одинаковых типов - может быть разный HighGuid. Код: case HIGHGUID_UNIT: return TYPEID_UNIT; case HIGHGUID_PET: return TYPEID_UNIT;

19.08.2011, 14:55	#34
Minimajack Гость Сообщений: n/a	1. к сожалению, написание корректной обработки А9 требует нормального формирования гуидов...а на вопрос такой натолкнулся, в связи с наличием как TypeID так и TypeMask, так вот TypeID - как OBJECT_TYPE используется согласен, внедрен в объекты. А вот TypeMask то зачем? 2. А9 да...раскурить окончательно надо 3. исправлюсь ) согласен OBJECT_TYPE не соответствует HIGHGUID ( фактически только из-за TYPE_CONTAINER, TYPE_ITEM) но я про TypeMask поле в объектах Последний раз редактировалось Minimajack; 19.08.2011 в 15:04.

19.08.2011, 15:08	#36
Minimajack Гость Сообщений: n/a	TYPE_OBJECT != 2 ^ ID_OBJECT ?

19.08.2011, 15:23	#37
RomanRom2 WowCore Dev Регистрация: 31.03.2010 Сообщений: 468 Сказал(а) спасибо: 73 Поблагодарили 106 раз(а) в 70 сообщениях	странный вопрос. вы же сами можете проверить это. да, не равно.