Форумы-->Общий игровой форум-->
<<|<|20|21|22|23|24|25|26|27|28|29|30
| Автор | [HWM Daily] Расширенная статистика по войне с гномами |
|---|
| 576 это смотря где ремонтировать. вот я свое ремонтировал у себя на 50%, поэтому мне война обошлась дороговато. | для OwenWM:
для Steff:
для dril:
По поводу того, сколько денег выведено из игры....
...я думаю, что Вам необходимо еще учесть кроме стоимости боя еще и стоимость апа для 7-8-9 уровня, т.к. по моему очень многие из участников апнулись во время войны по разным причинам, особенно те, кто активно участвовал... в том числе и члены БК... и для продолжения участия в боях были вынуждены вкладывать средства в отстройку замков и новые арты....
я думаю, что эти расходы можно добавить к общей сумме... по моему это было бы логично...
имхо... | | по моему бы логично... изучить кое какие ньансы Игры, хотяб те, что за Левел Ап премируют монетами и ресурсами. | | премируют но не всегда хватает денег от апа например с 7 до 8 апа нужно ап вторым покупать если ты за реал раньше не купил но с другой стороны с того же 8 на 9 уже почти затрат нету и герой наоборот в прибыле так что я думаю с учетом того что ап существам не часто то Steff прав наоборот персы апнутые в прибыле по большему счету | для Steff:
...)) ну давайте не будем опять скатываться на старую дорожку....
...премии конечно даются, но они же и выводятся отстройкой замка и покупкой новых артов... и, насколько я знаю, премии не хватает на то, чтобы полностью укомплектовать героя по требованию нового уровня, тем более для войны... т.е. требуется дополнительные расходы... именно их я и имел ввиду...
... если Вы считаете, что эти расходы незначительны и ими можно пренебречь в итоговой сумме, желательно просто так и сказать...)))
имхо... | | ток ты не учитываешь ч то с апом не всегда новые арты надеть можно и твой фулл так и остается фуллом а если и нет то премии достаточно если ты старый продашь на новый так что ап если нет доп апа войск ток в плюс | для Don_San:
... ну незнаю.... возможно... хотя мои 6, 7 и 8 апы были убыточны с точки зрения премия/расходы... здесь как раз идет серьезная смена фул комплектов да и в замках много строить нужно... | для conduit:
OwenWM
[>] [ц]
567 2009-03-27 11:38:16
Жестокая недооценка клювощелкания нейтралов. Я из интереса тыкал по входящим в заявки 8 лвл, смотрел, во что одеты. Меньше 30% имели фулл. А ясно (см. количество участников турнира на выживание), что основная масса бойцов в войне - 5-8 лвл. | | [Сообщение удалено смотрителем Steff // ЛС] | | [Сообщение удалено смотрителем Steff // ЛС] | 579
всегда, старшие поднимают планку опыта младшим, снижая свой опыт.
У меня например рекорды были 1) влад+крег 2) греча+крег, где-то по 90-95к за каждый, не считая бонуса.
Точно непомню. | OwenWM
все твои доводы - прекрасны, за исключением понимания, шо это не просто СУБД, а СУБД, размещенная на нескольких серверах, и далеко не у всех пользователей есть даже 1Мб/с...
а посему - создание любой, даже самой минимальнейшей таблички(типо сектор-клан из 4-х полей) - это уже значительная нагрузка на итоговую работоспособность всей системы. ведь если, кроме обычного функционирования, к той табличке обратяться все пользователи(минпакет дето 128бит туда-назад), сеть -получит мгновенную(!) допнагрузку в...188Мб... граждане без оптики - вздохнут с облегчением, для них игры - не станет на какое-то время...
*т.к. никаких дополнительных телодвижений при вставке не производится*
кгм... канешна не производиться... само сабой вставляеццо...ни тее 2 пакетов на блокировку таблицы(и соответственно - веерных 2-х на все ,связанные таблицы), ни тее запросов на получение нужных значений из связанных таблиц, ни тее проверки по так неуважаемым вами моим определениям тригера(кстате, классическим), ни внутренних проверок самой таблицы...
*Это ("игрок в бою", ссылка на бой и т.п.) - стандартный функционал, от гномоивента не зависящий. Он есть и функционирует*
и при 12,5к онлайн - работающий почти на пределе....("ошибка отправки..." и "сбой..." - в каждом втором бою) и добавление каких-либо "гномофункционалов" - все более и более снижает этот предел... и если, по твоим рассуждениям, занимаццо при этом еще и статистикой(доптаблички для нее) - то мона отложить в сторону ...сами бои...)))
Ты - прекрасно рассуждаешь о работе СУБД ... в локальных сетях, нооо... факт того, что ГВД и без гномоивентов - еле-еле дышит при 13к онлайн("шарадень") - на лице...
а посему - оставь свои среднелобые рассуждения при себе, а лучче приглядывайся к практическому их применению в ГВД...
*Ограничения на экспу/умелу есть и в нормальных боях - никаких доработок в плане добавочного функционала реал-тайма не надо.*
... ну канешна... у нас - всида были бои из 9 чел...разноуровневых... с подбором под них гномоармий... ты ваще ...в какую ГВД играеш?
*Динамическое формирование армий тоже давным-давно реализовано*
да шо вы гаварите? и где оно было реализовано до гномвара?
*А с триггером ты показал глубину знаний, даа*
а я на глубину - никогда и не претендовал.. моему образованию - уже 20 лет и лишь года 3-4 оно имело ежедневное, практическое применение... но его - достаточно, чтобы увидеть немалые сложности разработчиков ГВД и проблемы, с которыми они сталкиваються...
а х..н назвать - мона и ложкой... главна - его использовать по назначению...
ПыСы: последний абзац поста 566 - ваще не ко мне...))) вниматочнее читаем, вниматочнее... а потом - обвиняим других... | | *Динамическое формирование армий тоже давным-давно реализовано*В ГВ и ГН? | | оно там савиршенно не "динамическое"...почитайте про "сливы" ГН и ГВ и прогнозируемость последующих армий... | для RealWild:
Что тогда понимается под словом "динамическое"? Для меня это антоним слова "статическое", т.е. жестко заданного, неизменного. | эта када гномоармии подбирались не просто по уровню, а по сочетанию уровней тройки(для 12-12-11 и 12-11-11 - они были очразные)+ постоянно учитывался текущий крафт и ОА каждого из тройки... если проще: то по убитию 13-й армии разбойников - ты смело расчитываеш на 14-ю... а вот в каждом(!) конкретном бою с гномами - нам подбирался отдельный набор армий...
+ , повоевав за гнумов - убедился, что и ИИ гнумов - тоже регулировался админами(скорее всего по часам, хотя не факт). Интересно, что играя против гнумов - НЕ замечаеш , насколько умные/глупые они делают ходы, насколько их армия "доукомлектована" или обрезана... - все списываеться на рандом. А вот играя ЗА гнумов - четко видишь, что в прошлом(идентичном по противникам) бою была такая армия, а ща - в 2-3 раза меньше... в прошлом - они делали серьйозные ходы, просто разрывая защитников за 2-3 хода, а в этом - ... если есть самый глупый и вредный ход - они его обязательно делают. Тока после игры за гнумов, - я увидел, что в этой войне НИЧЕГО от игроков не зависело... совершенно НИЧЕГО... их главной обязаннастью было - просто не быть полными нубами. грусна, нимнога... | для RealWild:
Ну так все верно - когда армия отдельного героя генерируется, используя некоторые параметры, которые меняются со временем и не могут быть вычислены заранее. То же самое в ГВ, только с гнумами количество параметров, от которых зависела их армия больше было.
А механизму уже существовал, админам надо было только его на полную мощность запустить.
А с формированием тройки все просто - для каждого из входящих в тройку героев формировалась армия "для него", после чего они случайным образом раскидывались на противоположной стороне.
Это я прекрасно знаю, так как сам всю войну ходил в разноуровневые тройки. | | исчо рас: армии ГВ/ГН - прогнозируемы(т.е. есть определенный алгоритм их формирования, независимо от твоего ОА и перков), армии гнумов - нет | исчо рас: армии ГВ/ГН - прогнозируемы(т.е. есть определенный алгоритм их формирования, независимо от твоего ОА и перков), армии гнумов - нет
Перевожу на русский: ГВ/ГН тебе более-менее понятны, а гномов ты понять не успел.
Подсказка: в каждом бою, против любой тройки, гномы генерились автоматически. На сервере. Целиком - от характеристик героя до расстановки и количества копейщиков.
Вторая подсказка: если компьютер что-то делает, он делает это по написанному ему заранее алгоритму.
а посему - создание любой, даже самой минимальнейшей таблички(типо сектор-клан из 4-х полей) - это уже значительная нагрузка на итоговую работоспособность всей системы. ведь если, кроме обычного функционирования, к той табличке обратяться все пользователи(минпакет дето 128бит туда-назад), сеть -получит мгновенную(!) допнагрузку в...188Мб... граждане без оптики - вздохнут с облегчением, для них игры - не станет на какое-то время...
Ну прочитай, блин, пост, в котором предлагалась технология. К этой табличке вообще никто в реал-тайме обращаться не будет, она для статистики.
И твоя аргументация, как обычно, в районе плинтуса. Если к табличке боев "обратяться все пользователи(минпакет дето 128бит туда-назад), сеть -получит мгновенную(!) допнагрузку в...188Мб... граждане без оптики - вздохнут с облегчением, для них игры - не станет на какое-то время...". Да и к любой другой. Вообще если ВСЕ пользователи ОДНОВРЕМЕННО обратятся к какой-нибудь табличке - это называется DDOS (distributed denial of service), это валит сервера. Не первый раз призываю подучить матчасть, а потом уже с апломбом пороть чушь.
*т.к. никаких дополнительных телодвижений при вставке не производится*
кгм... канешна не производиться... само сабой вставляеццо...ни тее 2 пакетов на блокировку таблицы(и соответственно - веерных 2-х на все ,связанные таблицы), ни тее запросов на получение нужных значений из связанных таблиц, ни тее проверки по так неуважаемым вами моим определениям тригера(кстате, классическим), ни внутренних проверок самой таблицы...
MSSQL. Ботаем конструкцию with (nolock). Oracle. Блокировка при вставке вообще отсутствует. И так далее.
моему образованию - уже 20 лет и лишь года 3-4 оно имело ежедневное, практическое применение
Хотя своим постом ты многое прояснил - действительно, 20 лет назад (при Советском Союзе) про БД тебе вряд ли рассказали бы что-нибудь путное.
*Это ("игрок в бою", ссылка на бой и т.п.) - стандартный функционал, от гномоивента не зависящий. Он есть и функционирует*
и при 12,5к онлайн - работающий почти на пределе....("ошибка отправки..." и "сбой..." - в каждом втором бою) и добавление каких-либо "гномофункционалов" - все более и более снижает этот предел... и если, по твоим рассуждениям, занимаццо при этом еще и статистикой(доптаблички для нее) - то мона отложить в сторону ...сами бои...)))
Вот это рассуждения человека, который не думает над проблемой стратегически, а лепит дополнительный функционал, как попало, как в голову придет. То, что предлагал ты (доп. поля в таблице с боями) - это тупо отложенная смерть сервера. Отложенная до момента, когда надо будет статистику посчитать.
Впрочем, это бесполезный разговор, конечно. Кому надо - понял глубину твоих познаний и весомость твоих аргументов. Продолжение бессмысленно. Успехов. |
Тема давно не обновлялась и считается устаревшей для дальнейшего обсуждения.
<<|<|20|21|22|23|24|25|26|27|28|29|30К списку тем
|
