VoidVolker

https://day.js.org/docs/en/parse/string-format

dayjs("2024041213001900", "YYYYMMDDhhmmssSS").format()
> "2024-04-12T13:00:19+03:00"

https://momentjs.com/docs/#/parsing/

moment("2024041213001900", "YYYYMMDDhhmmssSS").format()
> "2024-04-12T13:00:19+03:00"

Либо пишите свой интерпретатор JS, который работает так, как вам надо либо берете любой существующий интерпретатор JS и в него добавляете требуемый вам функционал. Если совсем просто - то можно обычной регуляркой пройтись по файлам и заменить def f(x): на function f (x) { }. Если хочется синтаксического сахара, то вот вам целая бочка: https://coffeescript.org/ - ложку дёгтя сами добавите или найдёте для разбавления.

Либо не класть в глобальную область видимости либо убрать из глобальной области видимости. Что-то типа:
delete window.socket

• Подписаться на стороне сервера на событие "разрыв соединения".
  
• Периодически отправлять пинг и если нет ответа в течении какого-то времени - то закрывать соединение.
  

Примерно вот так:

Парковка элементов относительно друг друга через точки

    Point: 1|2|3|4
       topLeft     topRight
              1___2
              |   |
              |___|
              4   3
    bottomLeft     bottomRight

    Edges        1
               _____
              |     |
           4  |     |  2
              |_____|

                 3

    Point format:
      [targetPoint, itemPoint]

    Docking variants:
                [1,3]      [2,4]
                  __        __
    item   ->    |_3|______|4_|
    target ->       |1    2|
                  __|4____3|__
                 |_2|      |1_|

                [4,2]      [3,1]

        __
       |4_|___ __
     __|1    2|1_|
    |_3|4____3|
           |_2|

            __
     __ ___|_3|
    |_2|1    2|__
       |4____3|4_|
       |1_|

       1_________2
       |1_|   |_2|
       |__     __|
       |4_|___|_3|
       4         3

Я уже реализовывал кучу лет назад данный алгоритм для парковки элементов относительно друг друга с учетом всех важных факторов. И реализация на шарпе получилась объемом в 800 сотен строчек кода с комментариями, при этом сам алгоритм выбора точки - монстр в более чем 300 строчек кода и сплошной набор из пачки ифов глубиной до 6 и до 12 штук подряд, а так же набором свитчей тоже в количестве шести штук и глубиной до двух (местами внутри ифов). И это еще с учетом сокращений за счет некоторых дополнительных математических и логических вычислений. (Откопал еще и JS версию).
Если кому интересно - пишите, могу поделиться кодом.

типа, антипаттерн...

но это все равно вызов метода в конструкторе, что не приветствуется.

Бред. Вот кем не приветствуется - вот он пускай и не приветствует и тихо миро плавает в своем болотце. Спокойно вызывайте приватный инициализатор в конструкторе - это как раз нормально. Конструктор - это и есть инициализатор объекта. Он даже называется "конструктор" - сборщик объекта. Его для этого и придумали. Выносить часть инициализации из инициализатора - на самом неделе не самая умная идея. А вот разбить инициализацию на разные логические части и разнести в разные методы - как раз таки очень даже хорошая практика. Декомпозиция, небольшие и простые функции/процедуры и все такое прочее.

bind кэширует текущее значение своего this в момент своего вызова, т.е. он привязывает именно функцию, а не объект, в котором находится функция. Иначе нельзя было бы вызывать bind на просто функции по типу foo.bind(abc). В мануале, кстати, описано что именно она кэширует - там полный список есть: https://developer.mozilla.org/ru/docs/Web/JavaScri...

Упрощенный пример реализации bind для понимания механизма:

function binder(that) { 
    let targetFunction = this; // кэш целевой функции
    return function() { targetFunction.call(that) } // В возвращаемой функции используем кэш
}

let user = {
  name: "Tom",
  intro() {
    console.log("I am " + this.name);
  }
}

user.intro.binder = binder 
let f = user.intro.binder(user);

setTimeout(f, 1000);

user.name = "Sid";
user.intro = function() {
  console.log("Вообще другая функция. name: " + this.name);
}

Да, можно и это надо делать предварительно на сервере специальными утилитами/сервисами. Во-первых - оптимизация трафика, во-вторых - производительности на клиенте.

Например можно сделать обретку или использовать bind:

let handlePasteImage2 = (e) => handlePasteImage(e, $var)
document.body.removeEventListener("paste", handlePasteImage2, true);
document.body.addEventListener("paste", handlePasteImage2, true);

https://nwjs.io/

RTFM: Number.toString String.substring

Moment.js -> format()

В документации как бы есть инструкция:

import autoAnimate from '@formkit/auto-animate'

https://auto-animate.formkit.com/#usage

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

по типу как в питоне встроенный тип decimal. ничего толкового не нашел

Значит плохо искали! Ибо в первых же нескольких строчках гугла есть decimal.js - что конкретно в нем не устроило? Есть еще куча других библиотек с поддержкой типа decimal. Чем они не устроили?

умножение на 100 и деление. округление все это не подходит

Что значит "не подходит"? У вас там итоговые суммы выходят за пределы диапазона Number.MIN_SAFE_INTEGER - Number.MAX_SAFE_INTEGER? Работа с финансами в целочисленном формате - вполне нормальная и традиционная практика.