Похоже на опечатку в функции registerUser()
, попробуйте изменить вызов ajax на
$.ajax({
url: url + "/register",
method: "post",
data: {
username: username[0].value,
password: password[0].value
},
success: function(respons){
alert(response.message);
}
}).error(function(response){
alert(response.message);
});
А, меньше тривиального установщика скопирует несколько вещей в место, сначала обеспечивая, чтобы соответствующие пути существовали (использование mkdir -p
или подобный). Обычно что-то вроде этого:
$INSTALL_PATH/bin
$INSTALL_PATH/lib
или $INSTALL_PATH/lib/yourappname
$INSTALL_PATH/share/man/man1
и возможно другие разделы, если соответствующий $INSTALL_PATH/share/yourappname
$INSTALL_PATH/etc/yourappname
$INSTALL_PATH/include/yourappname
Эти INSTALL_PATH
является входом к системе сборки и обычно значениями по умолчанию к [1 110]. Это дает Вашему пользователю гибкость для установки под их $HOME, не нуждаясь в поднятом разрешении.
В самом простом случае просто используют
INSTALL_PATH?=/usr/local
во главе make-файла. Затем пользователь может переопределить его путем установки переменной среды в их оболочке.
Вы также иногда видите make install
с, которые создают декларацию для помощи с демонтажом. Декларация может даже быть записана как сценарий, чтобы сделать работу.
Другой подход должен только иметь make uninstall
, который ищет вещи make install
места и удаляет их, если они существуют.
сделайте установку, обычно шаг, который "устанавливает" двоичный файл в корректное место.
, Например, при компиляции Vim, делают установку, может поместить его в/usr/local/bin
Не, все Make-файлы имеют сделать установку
В простейшем случае вы просто копируете только что созданный исполняемый файл в путь /usr/local/bin
. Конечно, обычно это сложнее, чем это.
Обратите внимание, что для большинства этих операций требуются особые права, поэтому make install
обычно вызывается с помощью sudo
.