PRobeg

Велике-велике прохання до організаторів зробити заглушки на пофоткатись хоча б на 5-10 хв в най-най місцях (а-ля Меджибіж або Вінницький фонтан).
Якщо функціонал двіжку дозволяє - можна давати одразу код закриття заглушки. Ті команди, що поспішають - зможуть вбити код і не витрачати зайвий час.

2 красивые и умные девушки ищут себе экипаж с целью совместного релакса на выходные
бонусом: мешок позитива, вкусняшки и богатый опыт 12ти пробегов

Как-то тут тихо и скучно

- Если после внесения первого правильного кода прошло больше времени, чем суммарная стоимость покупки остальных кодов (N * X), то происходит автоматическая покупка (АП) несданных к этому моменту кодов и выдача следующего задания.

Наша песня хороша, начинай сначала? http://probeg.net.ua/forum/viewtopic.php?p=7534#p7534
Хочу знать как это правило работает с обновлениями страницы движка.

А какой именно момент обновления интересует?
Так же как и с АП-ом.
А время на странице обновляется в момент обновления страницы.

ps. тролль

форма подачи "трольная", но вопрос я задавал вполне серьезно. он тот же, что и в прошлый раз:
- на локации код доезда и нестандарт стоимостью 30 минут
- после сдачи кода доезда никто из команды не обновляет движек
- команда сдает нестандарт через 31 минуту после сдачи кода доезда
вопрос: засчитывается ли этот код? что команда получает себе в статистику?

Сейчас движек отработает так, что будет засчитан код и время на уровне будет до внесения этого кода.

Но для заданий с нестандартом я бы рекомендовал части нестандарта оформлять как отдельные коды (например, код писать рядом с рисунком).
А сам код нестандарта можно как бонусный с большим бонусом сделать. Либо как один из кодов (но тут вопрос стоимости кодов). Либо нестандарт основным кодом, а части как бонусные с минутами бонуса.
Так и в статистике видно, и ощущение что не зря искал, и в комментарии к коду можно ссылку на картинку с частью нестандарта для дублирования добавить (только названия картинок не однотипные ).

А чтобы уменьшить преимущество у тех, кто сразу откажется от задания, можно поставить коэффициент 0.5 (например, стоимость кода 60 минут, а АП по кодам будет через 30).

Можна, будь ласка, уточнити чи планується імплементація автопереходу для всіх завдань (стандарти-нестандарти-мєгапошуки-складені коди...) чи вибірково. Якщо вибірково - для яких категорій завдань?

Lesha писал(а):Сейчас движек отработает так, что будет засчитан код и время на уровне будет до внесения этого кода.

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

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

А в реальности если нестандарт решаемый и стоимость его выбрана правильно с запасом по средней команде, то код вобьют на много раньше этого АП-а.
А если не решаемый, то оценят что нет смысла на него терять время на много раньше (ведь все время поиска идет в минус и нет смысла тянуть до конца).
Эти варианты на много вероятнее попадания точно во время АП-а. И даже тогда проблем с обновлением нет, потому что команды обычно пробуют варианты. Что-то не помню такого нестандарта чтобы его с первого раза вбили правильно

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

Но если подумать про стоимость нестандарта в принципе, то это не самый выгодный способ отыграть игровое время.
Допустим стоимость его 30мин. Выбрана из расчета что искать и решать его будут 20 мин. Тогда:
- в случае не решения его можно потерять 30+30=60мин (поиск + штраф)
- тот же, кто сразу купит код, потеряет 30мин без риска
- т.е в случае решения можно выиграть не более 10мин у не рискующего, а проиграть можно 30 минут (а без АП-а возможные риски еще больше растут).

Дело не выгодное совершенно

Причем повышение стоимости риски повышает на много больше, чем выигрыш.

Риски в том числе зависят от точно что часть нестандарта может оказаться смыта или логика окажется не очень логичной. Т.е не от команды зависеть.

Потому я и предлагаю нестандарт совместить с поиском для равновесия: подписывать части нестандарта и подсказок кодами.

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

Леша, идеи по стратегии и реализации заданий оргами это хорошо, но я продолжу по движку.

Не могу понять, почему это проблема: не меняя архитектуру движка, проверять не пришло ли время АПа до проверки кода на правильность?