Дмитрий: через addEventListener вы просто добавили еще одну функцию на событие submit. Т.е. теперь у вас есть действие по-умолчанию "submit" и ваша функция. event.preventDefault() как раз запрещает действие по умолчанию.
web-quest3: можете сделать так: написать функцию getBooks, которая будет возвращать все книги. И написать к ней несколько фильтров: getById, getByDate и т.д. Применив lazy loading, если такое в PHP возможно.
Вот так покороче будет. Можете в самое начало вставить. Что-то типа:
$('form[name="x_domain"]').submit(function(e){
if (!$("form[name='x_domain'] input:checkbox:checked").length) {
alert("Вы не отметили ни один чекбокс!");
//выходим из submit
return false;
}
//code
});
VMesser: Сложнее, но не намного) В переменной Таблица.Группа побывают все-все-все значения Группа из внешней таблицы. Грубо говоря внутренний запрос это функция, где аргументом выступает поле Группа из внешней таблицы: сколько таких групп во внешнем запросе -> столько раз вызовется наша "функция" -> столько раз вернется значение по три. Сортировка ORDER BY стоит здесь для того, чтобы для каждой группы всегда возвращались одни и те же три значения. Ну а конструкции IN плевать сколько там будет одинаковых значений: что IN (1), что IN(1,1) - все равно.
semki096: найдете способ, пишите) Будет интересно почитать. Вообще авторизация должна быть перед каждым действием, затрагивающим изменение данных или чтение конфиденциальных данных. А уж где это писать: на каждой странице, писать фильтры авторизации или отдать все на откуп веб-серверу каждый решает для себя сам.
Егор Оммоник: Ну здесь обычно без понимания TDD его использование напоминает работу из-под палки. Ведь не понимая, что ты делаешь, сложно извлекать из этого выгоду. Наркоманами TDD становятся те люди, которые нашли в этом свое спасение. А культ карго это скорее про то, на что молишься, но не понимаешь зачем это нужно и как это работает) Таким страдают менеджеры, программисты более приземленные люди и то, что им непонятно они не будут использовать. Разве что начальство сверху мягко попросит)
seriogja: Как это данные, сохраненные в cookies, никакого отношения к серверу не имеют? Они же к каждому HTTP-запросу цепляются. Они и нужны-то для того, чтобы определять на сервере, что это тот же самый пользователь, который тут минуту назад был, а не новый.
А расскажите-ка нам как вы организуете "событийную" модель, если данные у вас будут лежать не в localStorage, а на сервере. Будете постоянно открытым держать webSocket?
Почему же сразу "не так организовано"? Никто не мешает хранить, например, настройки отображения информации в localStorage. Меняются они на одной странице, а используются на всех. Не обязательно задействовать везде сервер.
good_br: вместо второго WHERE напишите AND. Вам бы лучше почитать по SQL что-нибудь для новичков. Такие вещи объясняются на первых страницах книг по SQL.
Да, почитал я про это дело. Настройки папок хранятся в регистре. Накой вам туда лезть - непонятно. Лучше уж выведите список доступных сортировок у себя в ПО.
khodos_dmitry: я использовал только свои глаза и мозг) Но это еще кусок кода маленький попался. Честно, не знаю что насчет PHP, но на C# и JavaScript я пользуюсь BreakPoint'ами и Watch'ером. Запускаю код в режиме отладки, он доходит до точки останова (breakpoint), далее я ввожу необходимые для отслеживания переменные в watch (отображает значение указанных объектов на момент выполнения) и шагаю по программе. Вполне возможно, что есть какие-то встроенные дебаггеры хорошие. Вот, например, Resharper от JetBrains очень многое подсвечивает в коде C# Visual Studio. Мне пока хватает и пошагового прохода.