а что не так со значениями то? Это система для продажи квартир. Клиенту так удобно. Да и ошибок вроде нет. Все строится как надо.
:)
jQuery('select[name = status]').change(function() {
var v = jQuery.trim(jQuery('input[name = brondo]').val());
if(this.value=="бронь" && !v || v=="0000-00-00")
alert('Обязательно введите конечную дату бронирование!')
})
вот так все работает как надо а вот если добавляю строчку
jQuery('select[name = status]').change(function() {
var v = jQuery.trim(jQuery('input[name = brondo]').val());
if(this.value=="бронь" && !v || v=="0000-00-00")
alert('Обязательно введите конечную дату бронирование!')
this.options[0].selected = 1;
})
то при любом выбранном статусе стоит первый элемент списка. хотя с одним val все работало... |
все разобрался. в {} нужно было все обернуть
|
Цитата:
Если определены значения "свободна", "вторичная продажа" и т.д., то сервер должен карячится проверяя такой винегрет из значений при получении формы. Ладно бы формы присылали только законопослушные, но ведь есть еще и целенаправленные атаки на сервер, да и любители просто мусорить левыми формами. Влезайте в SQL и изучайте типы данных. Для данных описанных в списке существует тип ENUM. Хотя ENUM в данном случае будет представлен списком "свободна", "вторичная продажа" и т.д., во внутреннем представлении это будут числа - 1, 2, 3 и т.д. То есть построение списка по этим значениям будет результат:
<select name="status">
<option value="1">cвободна </option>
<option value="2">вторичная продажа </option>
<option value="3">бронь </option>
<option value="4">золотая бронь</option>
</select>
В базу при записи будут передаваться числа, которые гораздо легче проверять принимая данные. При выводе же на страницу будут выводиться их текстовые значения. Нельзя подходить к данным при проектировании базы данных про принципу, что чукча видит, то и поет. |
| Часовой пояс GMT +3, время: 03:30. |