dollar

(;")([^"]*)([oea])([^oea;"]*")$

Первая группа - точка с запятой и кавычка.

Вторая группа - любое (даже ноль) количество символов, кроме самой кавычки. Очевидно, в этой группе могут быть (а могут и не быть) "o", "e" или "a", но они не будут последние. Если в эту группу включить последнюю "o", "e" или "a", то сформировать следующую группу не получится, поэтому регулярка так делать не будет.

Третья группа символов чёткая - это один символ: "o", "e" или "a".

Четвёртая группа символов - любое (даже ноль) количество символов, кроме "o", "e", "a", ";" и самой кавычки, за которым следует кавчка. Этой группой мы обозначаем, что предыдущая "o", "e" или"a" была именно последней и больше не должна встречаться.

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

Очевидно, что заменить нужно на комбинацию из найденных групп. А именно, вторая группа лишняя. Точно не знаю, как это будет в Sublime. Что-то из этого должно сработать:

• $1$3$4
  
• \1\3\4
  

Вариант 1. Отрезание хвоста:
^(.*);.*$
Заменить на: $1


Вариант 2. Замена только строк ровно с трёмя сегментами:
^([^;]*;[^;]*);[^;]*$
Заменить на: $1

localStorage

Можно локально (т.е. в браузере) хранить информацию, что купон уже активирован. И не нужно будет лишний раз беспокоить БД.

Перегрев чего-либо. Той же видеокарты, скорее всего.
И да, от перегрева могла наступить поломка, но пока ещё не факт.

Измеряйте температуру видеокарты, заодно и процессора. Лучше вообще выводить подобную информацию в трей или логировать. Вы же, когда ведёте автомобиль, смотрите на скорость, уровень бензина, масла и т.д. - также и здесь, только основными показателями обычно являются загрузка ЦП, памяти и сети, а второстепенными, но тоже достаточно важными, - температура компонентов, скорости вращения и т.п.

Самое простое - это просто позволить игрокам покупать и продавать валюту X по любой цене за валюту Y.
Это и будет регулирование спросом и предложением.

Если же нужно всё же фиксировать курс по игровым правилам, то ты можешь посчитать сумму валюты всех игроков. И просто соотнести их.

Так если валюты X - 1000 единиц в игровом мире, а валюты Y - 2000 единиц,
то курс будет: 1 ед. X = 2 ед. Y.

То есть получается, что валюта X - более редкая, поэтому более дорогая. А дальше курс определяется соотношением. Вот и формула.

Можно добавить всякие хитрости. Например, если ты вливаешь в игру 100000 X, то курс меняется не резко, а плавно, и не обязательно линейно.

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

Конечно, польза самой валюты (что на неё можно купить) определяется субъективно игроками. Так что если какая-то валюта будет условно бесполезной, то курс по идее должен быть иным. Ну а что ты хотел при регулировании игровыми правилами? Если хочешь полностью рыночные отношения, то решение в первом абзаце - дать игрокам полную свободу самим выбирать курс.

Можно попробовать не указывать src у iframe в html-коде.

document.getElementById("iframe_id").src = "some_url";

Условно происходит округление.

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

Поэтому для очень широких чисел типа такого:
1230000000000000099999999999999999999999999999999
невозможно сохранить все цифры в точности. Оно просто не влезает в целую часть. Приходится брать за основу какой-то отрезок из 17 цифр. Очевидно, что логичнее начинать со старших разрядов:
12300000000000000 (17 цифр)
Ну а дальше встаёт вопрос, что делать с младшими? Порядок (степень) можно примерно сохранить, дописав нули. И в случае, если отбрасываем .....999999, то логичнее перевести единичку в следующий разряд. Получится:
1230000000000000100000000000000000000000000000000
(т.е. 1.2300000000000001e+48)

Повторюсь, это примерно, без подробностей, для общего понимания. На самом деле там куча нюансов.
0.1 + 0.2 == 0.3 //false

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

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