Согласно документации https://jqueryvalidation.org/rules/ функция add в
$('.validating').rules('add', {
number: true,
messages: {
number: "Введите цифры"
},
});
добавит правила для элемента AN, в вашем случае только к первому может быть. Следовательно, они используют идентификатор в документации ...
первая версия вашего кода должна это сделать:
$('form').validate({
rules: {
price_from: {
number: true
},
price_to: {
number: true
}
},
messages: {
price_from: {
number: "Введите цифры"
},
price_to: {
number: "Введите цифры"
}
},
errorElement: "div",
errorPlacement: function(error, element) {
$('.error-messages').append(error);
},
submitHandler: function() {
this.successList.map(function(field){
console.log($(field).attr("name"), $(field).val())
})
console.log("Таблица успешно обновлена!")
}
});
.wrapper {
width: 50%;
margin: 0 auto;
}
.price-filter {
text-align: center;
margin-bottom: 10px;
height: auto;
}
form {
width: 100%;
}
.price-filter input {
border: 1px solid #000000;
outline: none;
}
.error-messages {
color: red;
margin-top: 5px;
}
input.error {
border: 2px solid red;
}
Какой язык?
Я использовал бы инструмент, такой как Valgrind, попытаться полностью осуществить программу и видеть то, о чем это сообщает.
первый оборонительный рубеж:
второй оборонительный рубеж:
Если Вы работаете с неуправляемым языком (как C/C++), можно эффективно обнаружить большинство утечек памяти путем угона функций управления памятью. Например, можно отследить все выделения/освобождение памяти.
Мне кажется, что ядро проблемы не так находит утечки памяти как знающий, когда протестировать на них. Вы говорите, что у Вас есть много пользовательских действий, но Вы не говорите, какие последовательности пользовательских действий значимы. Если бы можно генерировать значимые последовательности наугад, я спорил бы трудный для случайного тестирования. На случайных тестах Вы имели бы размеры
gcov
или valgrind
)valgrind
)"Покрытием пользовательских действий" я имею в виду операторы как следующее:
Если это не верно, то можно попросить то, какая часть пар A и B это верно.
Если бы у Вас есть циклы ЦП для предоставления его, Вы, вероятно, также извлекли бы выгоду из выполнения valgrind
или другой проверяющий память инструмент или перед каждым передавать Вашему репозиторию исходного кода или во время ночной сборки.
Автоматизируйте!
В моей компании мы запрограммировали бесконечный путь действия для нашего приложения. Сборщик "мусора" Java должен убрать все неиспользованные карты и список и что-то как этот. Таким образом, мы позволяем приложению запуститься с бесконечного пути действия и взгляда, растет ли размер использования памяти.
Проверка, какие поля не удалены, можно использовать JProfiler для Java.