Евгений Петров

UPD: предложен более православный способ. ВНИМАНИЕ: все принципы безопасности нарушены в приведённом примере, дабы упростить схему донельзя.

Более православный способ, по совету Андрей :

1. При регистрации пользователя и при каждом логине генерим пару ключей из пароля для ассиметричного шифрования (pub, priv), по заданному алгоритму. Таким образом даже при смене браузера мы снова получаем тот же pub и priv из пароля. При этом, владелец сервера имеет только pub для аутентификации пользователя (просто сравнивая два публичных ключа на сервере и на клиенте) и для шифрования, из него невозможно получить priv.
   
2. Далее, всю инфу шифруем (хоть на клиенте, хоть на сервере) с помощью pub и расшифровываем на клиенте с помощью priv.
   

Можно.
В JS эвенты находятся в двух состояниях - capturing и bubbling. Capturing - это первая фаза, когда эвент "углубляется" от корня DOM дерева (< body >) до своего target (элемента, на котором эвент сгенерирован), при этом все хендлеры, забинденные на любой из элементов на этом пути отработают (забиндены должны быть именно на фазу capture). Как только эвент дошёл до цели (< form >, например, если submit event), он меняет фазу на Bubbling. Bubbling - это наоборот, всплытие эвента вверх по дереву к корню DOM (от < form > до < body >). И снова эвент запускает все хендлеры, которые его слушают, только уже на фазе bubbling-a. К слову. в jQuery все эвенты работают только с фазой bubbling. Да и вообще у всей этой системы, как обычно, куча нюансов на разных браузерах, кому интересно - www.quirksmode.org/js/events_order.html

В вашем случае, если хотите, чтобы ваш хендлер отработал раньше всех, этого можно достичь, забиндившись на фазу capture.
Например:

jQuery(form).parent().get(0).addEventListener('submit', submit_handler, true);
// true в третьем параметре как раз и говорит, что бинд на фазе capture, а не bubble

Для пущей уверенности, можно забиндиться не на элемент, а на его родителя (как в моём примере), при этом сверяя target у эвента, что он точно предназначен нужному вам элементу. Это не гарантирует, что вы отработаете первым, ведь какой-нибудь хитрый засранец мог поставить бинд аж на сам < body > на фазе capture, но ситуация крайне редкая, плюс никакие JS библиотеки не работают с capture фазой.

Как отправной вариант: codepen.io/ge1doot/full/jEgLKo

Где-то прочитал, что лучшая валидация - отправить письмо)

Есть много разных автоматизированных тестов.

Юнит-тесты пишет разработчик (в идеале — тот же самый, который пишет код, покрытый этими тестами, и ДО написания кода). Юнит-тесты помогают удостовериться, что каждый отдельный кусок (поэтому — unit) в программе по отдельности работает корректно. Имея на руках рабочие юнит-тесты, можно спокойно делать рефакторинг.

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

Приемочные тесты помогают удостовериться, что программа соответстует требованиям, заложенным в ТЗ/диздок.
Регрессионные тесты — что после последнего обновления ничего не сломалось. Эти два последних делают тестеры, с помощью различных тулзов — для веба, например, это Selenium.

Все эти тесты, в идеале, запускаются на каждый коммит на специальном Continuos Integration сервере, и если программист «опять накодил в углу», ему приходит письмо, что его код не прошел такой-то тест и это надо починить.

Именно ЮНИТ тесты должен писать разработчик, тестировщик просто не сможет грамотно написать тесты для какого-то класса, написать моки и тд.
Функциональные тесты может и тестировщик писать и разработчик.

Думаю, этот код выдран откуда-то вами, но могу предположить вот что. Есть у вас обычный "класс".

var X = function() { }
X.prototype = {}

Инициализировать вы его будете вот так: var x = new X(arg1, arg2, arg3, ...), что не всегда удобно. Можно, например, вот так: var x = make(X, [arg1, arg2, arg3]).

Для этого можно сделать обертку:

var make = function(maker, args) {
    var X = function() {
        maker.apply(this, args);
    }
    X.prototype = maker.prototype;
    return new X();
}

js history api

По ссылке в учебнике описана работа Array#sort.
colaA и colaB это аргументы функции сортировки (и равны они паре элементов массива для сравнения в соответствующей итерации), таков синтаксис сортировки в JS.