Bimax (09.05.2019 в 00:10)
PhpStorm, как вариант "компенсации" хп исходя из n количества за определенное время т.е суммировать сколько было выдано и сверять периодически для компенсации.
Пример: твой вариант с 10 сек, берем 10 хп = 100 сек или 1 мин 40 сек
каждая выдача +=1 т.е на 10-ом обновлении начинаем проверять последний сохраненный временной период, считаем суммарное время за 10 обновлений - 100 сек, разницу компенсируем

P.S а пока писал этот бред, пришло решение попроще в сохранении 9 сек как отдельный параметр для будущего апдейта, т.е время + 9 сек, то что целое все переводим в хп, остаток опять в будущий апдейта

На ваш вкус так сказать

PhpStorm (09.05.2019 в 01:26)
Bimax (09.05.2019 в 00:10)
PhpStorm, как вариант "компенсации" хп исходя из n количества за определенное время т.е суммировать сколько было выдано и сверять периодически для компенсации.
Пример: твой вариант с 10 сек, берем 10 хп = 100 сек или 1 мин 40 сек
каждая выдача +=1 т.е на 10-ом обновлении начинаем проверять последний сохраненный временной период, считаем суммарное время за 10 обновлений - 100 сек, разницу компенсируем

P.S а пока писал этот бред, пришло решение попроще в сохранении 9 сек как отдельный параметр для будущего апдейта, т.е время + 9 сек, то что целое все переводим в хп, остаток опять в будущий апдейта

На ваш вкус так сказать


попробовал, как в постскриптуме оставлять дробную часть, добавляя к метке времени лишь целую - трохи ерундово получается

короче сделал так: 10 секунд - это 1 хп

1 хп / 10 сек = 0.1 хп в секунду

сделал для хп формат хранения decimal(13,2)

и теперь хп считается с точностью до секунды, поэтому потерь не будет

ну а на выводе просто отформатировать, чтобы не было дробной части

TuT (09.05.2019 в 03:26)
PhpStorm (09.05.2019 в 01:26)
Bimax (09.05.2019 в 00:10)
PhpStorm, как вариант "компенсации" хп исходя из n количества за определенное время т.е суммировать сколько было выдано и сверять периодически для компенсации.
Пример: твой вариант с 10 сек, берем 10 хп = 100 сек или 1 мин 40 сек
каждая выдача +=1 т.е на 10-ом обновлении начинаем проверять последний сохраненный временной период, считаем суммарное время за 10 обновлений - 100 сек, разницу компенсируем

P.S а пока писал этот бред, пришло решение попроще в сохранении 9 сек как отдельный параметр для будущего апдейта, т.е время + 9 сек, то что целое все переводим в хп, остаток опять в будущий апдейта

На ваш вкус так сказать


попробовал, как в постскриптуме оставлять дробную часть, добавляя к метке времени лишь целую - трохи ерундово получается

короче сделал так: 10 секунд - это 1 хп

1 хп / 10 сек = 0.1 хп в секунду

сделал для хп формат хранения decimal(13,2)

и теперь хп считается с точностью до секунды, поэтому потерь не будет

ну а на выводе просто отформатировать, чтобы не было дробной части

Иии??? Я по моему уже это написал. Только зачем то громоздишь велосипед.

PhpStorm (09.05.2019 в 04:46)
TuT (09.05.2019 в 03:26)
PhpStorm (09.05.2019 в 01:26)
Bimax (09.05.2019 в 00:10)
PhpStorm, как вариант "компенсации" хп исходя из n количества за определенное время т.е суммировать сколько было выдано и сверять периодически для компенсации.
Пример: твой вариант с 10 сек, берем 10 хп = 100 сек или 1 мин 40 сек
каждая выдача +=1 т.е на 10-ом обновлении начинаем проверять последний сохраненный временной период, считаем суммарное время за 10 обновлений - 100 сек, разницу компенсируем

P.S а пока писал этот бред, пришло решение попроще в сохранении 9 сек как отдельный параметр для будущего апдейта, т.е время + 9 сек, то что целое все переводим в хп, остаток опять в будущий апдейта

На ваш вкус так сказать


попробовал, как в постскриптуме оставлять дробную часть, добавляя к метке времени лишь целую - трохи ерундово получается

короче сделал так: 10 секунд - это 1 хп

1 хп / 10 сек = 0.1 хп в секунду

сделал для хп формат хранения decimal(13,2)

и теперь хп считается с точностью до секунды, поэтому потерь не будет

ну а на выводе просто отформатировать, чтобы не было дробной части

Иии??? Я по моему уже это написал. Только зачем то громоздишь велосипед.


вообще ты написал чушь, вот как делается

<div id="hp"></div>

db::run('update users set hp = case when hp + (unix_timestamp() - hp_up) * hp_reg > hp_max then hp_max else hp + (unix_timestamp() - hp_up) * hp_reg end, hp_up = unix_timestamp() where hp < hp_max and id = ? limit 1', [uid]);

<script>
$(function () {
/**
* @param json.hp
* @param json.hp_max
* @param json.hp_reg
*/
let hp, mp, hit;
function content() {
$.getJSON('/handlers/h-uid.php', function (json) {
$('#content').load('/content/c-' + json.content + '.php', function () {
clearInterval(hp);
if (json.result === 'success') {
$('#hp').html(parseInt(json.hp));
if (parseInt(json.hp) < parseInt(json.hp_max)) {
let now = parseFloat(json.hp);
hp = setInterval(function () {
now += parseFloat(json.hp_reg);
if (parseInt(now) === parseInt(json.hp_max)) clearInterval(hp);
$('#hp').html(parseInt(now));
}, 1000);
}
}
});
});
}
});
</script>

сиди вкуривай

TuT (09.05.2019 в 06:53)
PhpStorm, А, теперь понял что к чему и для чего дробные числа. Я что то не когда об этом не задумывался. Просто работал с подобным, но там интервал быстрее, секундой больше или меньше роли не играло.

PhpStorm (09.05.2019 в 07:06)
TuT (09.05.2019 в 06:53)
PhpStorm, А, теперь понял что к чему и для чего дробные числа. Я что то не когда об этом не задумывался. Просто работал с подобным, но там интервал быстрее, секундой больше или меньше роли не играло.


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