Во-первых, у тебя нет переменной $password, а есть $passw... Поэтому в запрос передается пустое значение и, соответственно, приходит пустой результат.
Во-вторых, наличие в результате запроса с SELECT строк лучше проверять через функцию mysql_num_rows($result).
В-третьих, если ты знаешь, что в случае удачи запрос должен вывести только одну строку, то используй в запросе LIMIT 1.
MAXUS, мне кажется что решение с применением jquery проще хотя бы тем, что более понятен при листинге программы ) ну и экономия байтов тоже важна, хоть не столь актуальна как в девяностых
О какой экономии байтов идет речь?! Библиотека jq 1.9 весила больше 200 Kb, 1.11 весит 94 Kb (заметно оптимизировали, о чем этот говорит?), 2.1 - 81 Kb... В 200-300 Kb, по хорошему, в среднем вся страница вместе с картинками должна умещаться, не больше (по моим представлениям). Это не аргумент, кмк. В данном случае вместо почти 100 Kb мы имеем реально байты. Особенно, если учесть нижеследующее.
А что касается листинга... В листинге проще. И то, если не понимать, где там что. А на самом деле листинг, который соответствует приведенному у VenZell коду jq - это ровно вот эти строки:
Вы не совсем правильно поняли суть моего вопроса. Мне нужно чтоб замененный класс сохранялся таковым.
Я делаю редактор карты, мне нужно чтоб я занес курсор над полем, нажал кнопку, провел линию - и дивы над которыми я провел курсором - поменяли цвет. Далее я отпустил кнопку, и спокойно убрал курсор с поля. Потом снова занес, кликнуд на нужном диве один раз, он поменял свой цвет, и я снова убрал курсор с поля.. вот как то так...
идеально было это чтоб mousemove (ну или hover) срабатывали только при click ЛКМ... вот это я безуспешно пытался реализовать.
А линия кривая что ли может быть? Т.е. можно вообще будет все закрасить? (Добавление)
Barakuda пишет:
есть матрица 10х10 из 100 дивов, когда провожу над дивами курсором - они меняют цвет, но нужно сделать так, чтоб по клику выбранный див менялся обратно.
Проблема в том, что чтоб дойти до нужного дива - я провожу курсором над остальными дивами, и если мне не нужно на них менять цвет - он всё равно меняется.
как сделать так, чтоб например при нажатом ctrl свойство mouseover срабатывало, а без нажатого ctrl - можно было работать кликом?
Как минимум:
1. Надо вводить переменную, скажем status, которая устанавливается в true при mousedown на диве и откатывается в false при mouseup на document. Также при mousedown на диве он должен (судя по всему) краситься или обесцвечиваться в зависимости от текущего состояния (но тут масса нюансов).
2. Вводить обработчик события onmousemove или на document или на родительский div-контейнер. Обработчик должен красить div-ы только если переменная status==true, а target=дочерний div (т.е. любой из тех, которые можно красить), и ничего не делать, если status==false.
Вощем, задача на самом деле не из простых. Тупо даже на том, что драг надо будет грамотно отменить, уже нюансы начинаются.
А я несколько раз реально написав пару строк на js (ну банальную операцию какую-нибудь) получал от клиента надменное "давайте не будем изобретать велосипед, используйте jquery"
мы теперь так формулируем относительно жуквери: давайте сделаем проще и быстрей на ангуляре
*примерно так
Ангулар - хорошая штука, конечно. Вызвала уважение. Но там тоже своя сципифика. И jq, насколько я понял, она не заменит. Хотя могу ошибаться
MAXUS
А что Вас смущает там? Как по мне так знать как написать на чистом JS лучше нежели на каждый пук вешать плагины к JQ
Дак и я о том же Слезюсь От того, что есть сайт, на котором описывается как вместо одной строчки на jq можно написать одну строчку на js
PS Причем, с некоторым смущением даже я бы сказал предлагается
PSS А я несколько раз реально написав пару строк на js (ну банальную операцию какую-нибудь) получал от клиента надменное "давайте не будем изобретать велосипед, используйте jquery". Вот не вру.
Столкнулся с вопросом, имею древовидное меню вида:
ID NAME PARENT
Меню неизвестной вложенности, мне необходимо при известном ID элемента выбрать все его подчиненные элементы и подчиненные элементы этих элементов и т.д. то есть полностью ветку получается.
Возможно как то сделать это попроще или строить рекурсивную функцию?
на выходе мне необходимо получить массив из ID всех элементов ветки
Благодарю за ответы
А насколько большой каталог? Сколько строк? Я имею в виду во всей SQL таблице?
еще ссылка
http://learn[dot]javascript[dot]ru/memory-leaks
Кстати, поизучав вопрос утечек в jq пришел к выводу, что в этом смысле опасно мешать его с нативным кодом. Например, любая навеска события через jq череповата боком, если мешать jq и нативный js.
Соответственно, опасно мешать jq с другими фреймворками, которые работают с js напрямую. Во всяком случае, надо точно знать как работают оба и не давать им пересекаться в таком ключе.
(Добавление)
OrmaJever пишет:
Хотя... после прогрузки страницы память выдедилась под ноды и на протяжении всего скрипта не удаляется (ждёт вызова showStack) что тоже немного странно. По-моему в данном случае showStack не должна быть доступна снаружи leak иначе это и правда беда.
Дак в этом как раз смысл замыкания. Функция отрабатывает, но если на ее область видимости остаются ссылки, то эта область видимости сохраняется, пока эти ссылки не будут разорваны.
Запусти этот код. Потом в консоли вызови showStack(), увидишь, что ноды не удалились, поскольку присутствуют в стэке. Они просто открепились от документа, но остались в памяти. А вот если убрать функцию showStack(), то ноды и объект stack удалятся, что можно проверить в GC profile, сняв heap snapshot и во view "containment" проверить detached nodes... И это не вина браузера, а пример не верно составленного кода.
(Добавление)
nerv пишет:
MAXUS пишет:
В таком случае простым delete(нужный объект) это не решается?
решается. Разница только в том, что когда ссылок много проще так.
А еще правильней создавать объекты (экземпляры класса) через собственные конструкторы и прописывать деструкторы в них
Дак вот я и не пойму. Есть, например объект x. В твоем примере мы вызываем x.destroy() и запускаем функцию, которая убивает все ключи объекта, но не сам объект.
Во-первых, чем запись delete(x) сложнее, чем x.destroy()?
Во-вторых, объект-то у тебя не удаляется, а просто очищается. Если нужно очистить объект, то вместо delete(x) используем x={}, что быстрее, чем запускать функцию, которая перебирает ключи, согласись.
MAXUS, запускаете свой код на догое время и смотрите на состояние памяти. На глаз так никто отлавливать не будет.
Понятно... Я думал шаблоны утечек кто-нибудь выкупит сходу. (Добавление)
OrmaJever пишет:
MAXUS пишет:
А чем вызвана ирония?
Интерпретатор должен следить за всем, и по-моему утечки памяти возможны только в компилируемых языках.
А... Ну, тут все равно что говорить "чайник вскипел". В смысле, вскипает не чайник, а вода в нем Т.е. утечки в интерпретаторах, конечно, имеются в виду