Дмитрий Беляев

https://developer.mozilla.org/ru/docs/Web/API/File
File унаследован от Blob

Так как все индексы мы xor'им с одним и тем же числом cryptor то повторы между i и i ^ cryptor будут заключены в равных отрезках, притом размер этого отрезка всегда будет ближайшей от cryptor степенью 2 сверху, а сами повторы будут распределены в разных половинах данных отрезков, длина половинок соответственно ближайшая от cryptor степенью 2 снизу.
Ну и нужно не забывать, что есть крайний случай, когда cryptor равен 0, при котором перестановок вообще не будет

uint8_t main_buffer[512];
uint8_t cryptor;

cryptor = readCryptor();

if(cryptor != 0)
{
    // вычислим ближайшую к cryptor степень 2 снизу
    uint8_t pow2 = 0x80;
    while((pow2 & cryptor) == 0) pow2 >>= 1;

    while(readNext512Bytes(main_buffer))
    {
        // один большой цикл заменим на 2 маленьких
        // k будет считать отрезки
        // i будет считать позицию внутри отрезка
        for(uint16_t k = 0; k < 512; k += pow2 << 1) for(uint8_t i = 0; i < pow2; i++)
        {
            uint8_t tmp;
            tmp = main_buffer[i + k];
            main_buffer[i + k] = main_buffer[(i + k) ^ cryptor];
            main_buffer[(i + k) ^ cryptor] = tmp;
        }
    }
}

Svelte

Желательно что бы мало весил

рантайм минимален и только то, что по факту используется

мобильный браузер долго не обрабатывал

компилируется в высокоэффективный нативный DOM api, что делает его мега быстрым

плагин хватало на стандартные функционалы

Начать поиск отсюда можно

Что лучше?

Ну как по мне Arch + Cinnamon вне конкуренции, а из любой убунты выпиливать дофига всего дольше чем арч собрать. Но это по мне. А что конкретно Вам зайдет можете сказать только Вы.

В чём отличие?xubuntu или Lubuntu

Как уже сказали, оба основаны на ubuntu server и отличаются лишь предустановленным софтом и десктопом

.then(lefts => {
    return Promise.all(
        lefts.map(left => models.db.l_d.findOne({where: {id: left.l_d.id}})
            .then(ld => ld.getMains())
        )
    ).then(mains => mains.flatMap((main, i) => main.map(m => ({
        data: data.name,
        dataId: data.Id,
        left: lefts[i].name,
        leftId: lefts[i].id,
        main: m.name,
        mainId: m.id,
        linkId: m.ld_m.id
    }))));
}).then(
    result => console.log(result),
    err => console.log(err)
)

Советую получше изучить промисы
Ну и давать нормальные имена переменным не лишнее

var pos = 0;
$(this).closest('#rrr').find('th:last input, td:last input').each(function() {
  pos += +$(this).val();
});

Обратите внимание, что я поправил ошибку в селекторе

не изобретать граблей, а сделать по простому:

// A.js
class A {
  constructor(some_var) {
    this.some_var = some_var;
  }

  do() {
    console.log(this.some_var);
  }
}
module.exports = A;

// index.js
const A = require('./A');
function print_it(param) {
  const a = new A(param);
  a.do();
}
print_it('wow'); // В консоли должно вывестись: wow
print_it('123'); // В консоли должно вывестись: 123

P.S. snake_case не принят в js, рекомендуется использовать camelCase

UPD:
Вам придется хакнуть модульную систему ноды. Почитать можно в офф доке:
https://nodejs.org/dist/latest-v14.x/docs/api/modu...
https://nodejs.org/dist/latest-v14.x/docs/api/vm.html

Какие задачи решают на Rust

любые. Rust - язык общего назначения, применимый к большинству возможных задач. Rust достаточно высокоуровневый для написания на нем прикладного ПО и компилируется в достаточно эффективный машинный код, для применения в ядрах ОС, драйверах или embedded разработке. Так же Rust на сегодня имеет самый маленький размер при компиляции в wasm, что критично для использования в web. Я честно не знаю такой сферы, к которой бы не подошел Rust.
Единственной проблемой в применимости Rust я вижу недостаточную его распиаренность в РФ, что часто бывает самым важным критерием для "манагеров" и прочих людей принимающих решения о используемом стеке.

а какие на Golang

Golang тоже язык общего назначения, но имеющий ряд ограничений:
- Крайне тяжелый рантайм не дает возможность использовать его в wasm, embedded или компонентах ядра.
- Необходимость в сборке мусора опять таки ограничивает разработку для embedded или компонентов ядра.
- Отказ от llvm в качестве бэкенда компилятора ограничивает число целевых платформ.

Можно один заменить другим?

Rust спокойно заменяет Golang в любой возможной на последнем задаче, наоборот же иногда имеем ряд ограничений.

Вместо P.S.:
Golang скорее всего окажется более быстрым для прототипирования и быстрого старта. Однако отсутствие полиморфизма в любом виде (утиная типизация не в счет) и ограниченность одной парадигмой структурного программирования делает этот язык крайне дорогим в поддержке. Так же этому (и быстрому прототипированию и дорогой поддержке кода) способствует лютая ненависть создателей языка к принципу DRY.
Rust имеет такую редкую сегодня строгую типизацию, одним из нюансов которой являются концепции владения и заимствования (которые позволяют делать автоматическое управление памятью в compile time), что порождает с одной стороны высокий порог входа в технологию (что сглаживается человекопонятным выводом компилятора, если входящие умеют читать, что еще более редко встречается сегодня, чем строгая типизация), но так же удешевляет поддержку продукта длительное время. Так же надо понимать, что Rust не спасет от кривых рученок быдлокодеров (разве что они не смогут его освоить), так как при большом желании можно сделать и утечки памяти и дедлоки и гонки данных (хотя в Golang это все сделать на порядок проще).
Ну и надо не забывать, что много где присутствует hype-driven-development и Golang распиарен, а Rust нет.

Можно как-то так:

const link = document.querySelector('a.some-link'); // подставьте свой селектор
link.addEventListener('click', event => {
  event.preventDefault();
  window.open(location.href);
  location.assign(link.href);
});

Но это неожиданное для пользователя поведение. И состояние страницы в новой вкладке будет как при загрузке.

Какое регулярное выражение использовать для валидации числа по нижеуказанным требованиям?

Никакое, ибо не зачем.

Валидация делается по событиям keyup и paste

Почему бы не городить костыли и просто не использовать событие input?

input с type="number" уже отсеет невалидные символы, хотя валидное число будет далеко не обязательно

Если вводить один и тот же пароль несколько раз- хеш всегда будет разный

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

Конкретно с bcrypt - это хэш с солью. То есть у него не 1 входной параметр (пароль), а 2 - пароль и соль. При создании нового хэша генерируется новая соль (в идеале крипто рандомом). Поэтому и меняется хэш. Это усложняет взлом, так как без соли я бы просто мог иметь заранее рассчитанный словарик хэшей для частых паролей, а с солью мне придется делать полный перебор, даже если у пользователя банальный qwerty пароль.

Для валидации соль хранится в базе вместе с хэшем, мы просто не генерируем новую соль, а хэшируем с сохраненной.