Вообще можно и в календаре, но они там у тебя слишком протяженные, поэтому лучше зайти в саму задачу и отредактировать ее, там есть редактирование дат.

Понял. А сейчас планируемые даты можно обнулить или уже поздно?

Дима, лучше ставь задачи по факту. То есть если ты не знаешь какие именно сегодня-завтра стоят задачи по проекту, пусть он даже и на поддержке, то лучше вообще задачи не ставь. На счет временнЫх ресурсов у меня есть отдельные мысли, я их позже буду реализовывать.

Ну да: мой календарь выглядит ни разу не информативным( Но у меня и планируемого времени пока не продумано)

В итоге весь коммит всего лишь вот такой: https://github.com/freecode-academy/freecode.academy/commit/ead47f12bdf18a3225ad455ccbf53324a8586551

Спасибо!!!!

Дима, нашел еще одну заразу: mlocate Вот здесь пишут как чистить: https://askubuntu.com/a/117213 То есть сначала удаляем старые файлы баз Затем на всякий случай выполняем крон-службу (она может выполняться долго, запусти и оставь где-нибудь в фоне, пусть работает). UPD: Кстати, чтобы сразу оценить есть ли смысл чистить, можно выполнить это: Найдет все файлы по маске и покажет их список с подсчетом занятого на диске места.

Где же ты дичи-то этой начитался? Где ты этому научился? Во-первых, у тебя Spalte вообще отсутствует в исходных данных. У тебя data имеет тип Array<{test: number}>. Где ты там Spalte нашел, вообще не ясно. Во-вторых, нафига объект приводить к строке, чтобы его обратно распарсить в объект и пытаться из него что-то получить? Даже если ты пытался на самом деле получить не Spalte, а тест, то твой код превращается вот в такое: Все. Никаких stringify и parse. В-третьих, какое это отношение имеет к объекту timer? Ты так и не ответил на главный вопрос: что является сутью затраченного времени и как его вычислить? Отвечаю: затраченное время - это разнича между стартом таймера и остановом его. То есть дельта Конечного времени и Начального. Это, наверно, первые классы средней школы. Так вот, что в объекте таймера является начальным и конечным временем? Отвечаю: - Начальное время - свойство createdAt - Конечное время - свойство stopedAt То есть для того, чтобы рассчитать затраченное время, достаточно было вычесть большее из меньшего, то есть Все! Вот тебе разница в миллисекундах (то есть в тысячных секунды). Единственное, вот если ты так прям напишешь, то TS ругнется на то, что stopedAt может отсутствовать. Это и логично. Ведь текущий таймер, пока не остановлен, не имеет значения stopedAt. Оно появится когда его остановят. То есть конечный подсчет будет выглядеть так: То есть если время останова отсутствует, указываем текущее время актуальное, таким образом даже в текущем таймере мы посчитаем сколько времени затрачено конкретно на текущий момент. Все. И diff будет иметь тип number, и его можно присваивать к totalTime. Что здесь не ясно? Как можно было усложнить такую простую задачу? А еще я в задаче указывал на пример подсчета: https://github.com/freecode-academy/freecode.academy/blob/e8dc066e7a539e87d1a87e72ada36f059a32d291/src/pages/Office/Timers/View/Timer/index.tsx#L13-L15 Хоть здесь и используются moment(), суть от этого не меняется. Все равно высчитывается разность этих двух полей.

var data = [{"test":3}] var s = JSON.stringify(data); var d = JSON.parse(s)[0].Spalte;

Рука-лицо... Парсят строки, к примеру... ОК, выражаясь твоими словами, как ты планируешь распарсить объект timer, чтобы получить тип number. Напиши здесь кодом. Это в одну строчку вполне уложиться можно.