Написал онлайн-калькулятор расчета лунопопыток для любой расы. Кому нужно пользуйтесь http://xcinfo.webs24.ru/calculator-1.php
Калькулятор позволяет оценить помимо реальных затрат ресов еще и суммарную стоимость попытки в униресе (позволяет проводить аналитическую работу если кто не понял). Конструктивные замечания и пожелания приветствуются.

P.S. Чтобы узнать количество выпадаемого при попытке лома - наведитесь мышкой на расчетный процентаж. Остальное вроде и так ясно, нечего расписывать.

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

Что это значит ты поправил если до сих пор максимум процент у тебя 25,а вообще 50

Приведи мне ссылку на официальную тему где говорится что повышен максимальный процент лунообразования и я сделаю тебе хоть 100%.

T-800,
http://xcraft.ru/forum/topic_12068
Если я правильно понял умника

ты не правильно его понял .

Вася просто удорожил лунопопытку в 2 раза теперь на 25% надо не 12.5кк лома , а 25кк

AristoteL,
Умник просто неправильно сформулировал пост. Не шанс увеличен, а количество лома, требуемое на этот же самый шанс увеличено в 2 раза. В симуляторе до сих пор максимальный процент 25% и это тоже косвенно доказывает что я все правильно понял.

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

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

Такая идея у меня давно уже возникла. Нужно требовать чтобы админы создали страничку, выдающую все текущие параметры построек и флота например в таком виде: значение1|значение2|значение3 и т.д. Такую страницу распарсить легко и всегда можно будет синхронизировать настройки калькуляторов. Но им сейчас явно не до интерфейса и еще долго до него дела не будет, у них сейчас другая игрушка есть СБ4 и это надолго. Потому пока этот вопрос не поднимаю. А еще, зная алчность Васи и его стандартную отмазку типа будет большая нагрузка на наш дохлый сервак и поэтому мы введем плату за использования интерфейса 1 хайд - тем более не требую, ибо платить не собираюсь за то, что бесплатное для всех. Со своей стороны я мог бы сделать синхронизацию данных раз в 12 часов например, своеобразное кеширование на своей стороне чтобы не было большой нагрузки. 2 запроса за сутки явно не завалят систему. Но платить за использование интерфейса я точно не буду.

СБ использует подобные таблицы. Если КАппы не будут возражать, могу выслать тебе копию.

В принципе интересно было бы глянуть. А вообще подумайте над интерфейсом для сторонних разработчиков, тогда проблема актуальности данных решится автоматом.

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

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

Я лично не понимаю, как API может кому-то мешать. Все данные, которые могут быть интересны игроку, мы и так выдаём: в меню построек, в описаниях и т.д. Юзеру, который не интересуется разработкой, API просто не будет интересен.

T-800,
уно моменто... твой пост стоит воспринимать как то, что ты готов выступить гарантом, что все наработки, сделанные с помощью api попадут в общий доступ? о.0

UncleanOne,
проблем вижу только 2:
1. У нас далеко не всё соответствует действительности.
Простой пример: user1 видит флажок "пробиваемость щита" как он есть в таблице; user2 видит только текст из infos

У них получится разный уровень доступа к информации.

2. Петя Петичкин запилил калк с ошибкой... со всеми вытекающими. Это, разумеется, не косяк администрации, но...

И есть третий момент, который при определённом подходе проблемой может быть и не станет... а может и станет. После выкладывания табличных данных не случится ли так, что наша администрация подзабьёт на обновления текстовой инфы, отсылая нас к таблицам? Ведь схожий процесс когда-то уже происходил с отсылками к Вики. Всё бы хорошо, Вики тоже штука годная, но там было немало устаревшей инфы, долгое время обновлялись в основном только способы как увеличить член или грудь.
P.S. Спасибо, что ее почистили

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


Не-а. КА™, наоборот, мечтает, чтобы игроки видели всё в описаниях. Мне сегодня уже пришлось долго объяснять, что я предлагаю открыть таблицы вдобавок к описаниям, а не вместо них.

UncleanOne,
сделайте сводную форму в которой представлены все характеристики в человекочитаемом виде с привязкой к действующей БД. Это даст следующее: любой апдейт БД мгновенно даст обновление информации. Стоит лишь нажать f5. Любой игрок, даже не имеющий навыков работы с api, сможет открыть таблицу и увидеть всё что ему надо глазиками. Компактно собранная в одном месте информация будет проста и удобна в том числе для переноса ее в эксель/дельфовую форму/любую иную среду обработки. Те кто имеет достаточный навык вполне осилят "всосать" HTML'ную табличку и распарсить, чтобы забрать данные для своего веб-калка. Это делается элементарно, есть даже готовые скрипты на php.

Пример с НС, кстати, не совсем в тему. Пробиваемость щита при защитной матрице — это не табличные данные, а поведение движка, код которого открывать никто, естественно, не собирается.
Описание защитной матрицы у НС я поправил.


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

UncleanOne,
таблиц не видел... придётся верить наслово. Хотя сомнения и гложут.
Теперь смотрим ситуацию. Ночью происходит апдейт. Утро. Новых тем в балансе нет. Вручную перещелкивать все infos (пойди ж узнай какие именно сменились) без весомой причины никто не будет. Флот уже летит в атаку. Прилетев в пункт назначения, с удивлением узнаем об апдейте.
Альтернативный вариант развития событий: обновляю табличку и вижу что пошли качаться новые параметры юнитов. Правда, разный уровень доступа к информации?
Если есть простейшая html'ная табличка с инфой+ссылка в общем доступе - не вопрос, сам дурак, что не нажал f5, если ее нету - как по мне, то у части людей это создаст существенное преимущество.

P.S. Пример, не совсем абстрактный. Давно это было... Именно так выглядел мой первый крупный слив, когда внезапно за ночь изменили скорострелы обороны и флот, который должен был снести ее с запасом, внезапно размазался.

P.P.S. Вообще как уже говорил ранее, я не против доступа к api. Но не ранее, чем будет выведена "пользовательсякая табличка", адаптированная для людей с нулевыми познаниями в IT. Тем более что пишется она за 20 минут на коленке, если файлы в том виде, как я их себе представляю (там где я это видел юзается xml, какие тут - не знаю).

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

Решение - элементарное: кнопка обновить над табличкой.
Если время последней модификации файла-источника на сервере не изменилось - alert('обновления не требуется'), если изменилось, то в процессе перезаполнения данных в таблице сравниваем данные с уже имеющимися в ячейке. Если отличаются - добавляем в строковую переменную имя юнита+старый+обновившийся параметр. В конче таблицы выводим переменную в alert: alert('в результате обновления у юнита'+unit[1].name+'изменилась характеристика'+unit[1].chrname1+'с'+unit[1].oldva
lue1+'на'+unit[1].newvalue1+'и c'+unit[1].oldvalue5+'на'+unit[1].newvalue5); - погнали циклом.
В реализованной модельке не алертом, правда... там чуть покрасивше, но суть не меняется. Плюс там есть еще и 2 индикатора рядом. Зеленый говорит о доступности файла-источника, красный - данные могли не одновиться из-за недоступности файла на сервере.
Реально же элементарная вещь!

Очень сомневаюсь что нужно к api еще и текстовку добавлять. Если делаете человекочетабельный вид то это одно, а если api - то мне нужны только параметры-цифры и названия флота по сути, мне нужен машиночитабельный вид. А текстовка это только лишние килобайты мусора для моего парсера. Текстовка может только в одном случае пригодится - если я буду фактически дублировать то что есть в игре на своем сайте, делая мини-энциклопедию например. Но если я таким и займусь то текстовку все-равно буду править, потому что иначе просто не вижу смысла дублировать все то что и так доступно в игре.