LokiDi L0ck
-
Posts
484 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Everything posted by LokiDi L0ck
-
Jenek, да, верно. Не обратил внимания Maslakoff, автор сам не знает чего хочет. Не извращайтесь)
-
Не хотящим думать - не помогаю. Отправил бы в треш... :/
-
<script type="text/javascript"> var create_array = function() { var myarr = []; for (var i = 0; i < 10; i++) { myarr[i] = []; } } </script> p.s. ошибка в том, что вы пытались инициализировать значение элемента myarr, в то время когда сам массив myarr не был объявлен. p.p.s. вместо <a href="#" onclick="create_array()" return false;>begin</a> нужно <a href="#" onСlick="create_array(); return false;">begin</a> Следите за кавычками.
-
Скрипт вычисляющий высоту контента в документе
LokiDi L0ck replied to guvatara's question in JavaScript
Самый простой вариант, помести весь свой контет в , и ява скриптом определяй высоту этого слоя =) -
Я вам выше уже дал ссылку. Лень даже кликнуть?..
-
И зачем собственно спрашивать?.. и так же понятно.
-
js+xml+parser ActiveX: FileSystemObject
-
http://www.mysql.ru/docs/man/Regexp.html
-
2Maslakoff, вот видите =) parent.window.close(); оказывается совсем не то, и человек, соответственно, искал бы решение не в том направлении...
-
<head> <meta http-equiv="Refresh" content="5; URL=test.html"> //где 5 - количество секунд </head> p.s. а ведь вс? так просто...
-
Вопрос некорректен. Т.е. загрузилась страница (например с текстом: "Ща я тя перекину через n секунд"), человек сидит на ней n секунд, и далее происходит перенаправление?.. В этом случае php здесь ниприч?м. PHP не умеет управлять документами, которые уже загружены в браузер.
-
2Maslakoff, набросайте пожалуйста минимум кода, демонстрирующий закрытие дочернего окна родительским, используя ваш: parent.window.close(); Просто интересно :/
-
Я не понимаю в ч?м проблема.
-
http://www.php.net/manual/ru/language.oper....arithmetic.php no comments
-
Обсуждение js-фреймворков (jQuery, Mootools, Prototype, Dojo и другие)
LokiDi L0ck replied to Maslakoff's question in JavaScript
Предлагаю закрыть тему, ибо вс? уходит во флейм: упр?ки, недопонимание, переиначивание смысла фраз собеседников Жаль что друг на друга "тычат" "завсегдатаи". -
Обсуждение js-фреймворков (jQuery, Mootools, Prototype, Dojo и другие)
LokiDi L0ck replied to Maslakoff's question in JavaScript
Даже для сайта-визитки в две страницы, одна из которых feedback =) -
Обсуждение js-фреймворков (jQuery, Mootools, Prototype, Dojo и другие)
LokiDi L0ck replied to Maslakoff's question in JavaScript
2AKS, если что-то не нравится, это всегда можно переписать Заранее извиняюсь. В связи с тем, о ч?м я уже писал выше - для себя не вижу серьезных причин для обсуждения Не интересно, одна вода) p.s. и дабы убрать неоднозначность, обращение к WingedFox о приведении кодов не значило, что меня волнует какая библиотека быстрее, просто вы как-то начали это обсуждать только на словах) -
Обсуждение js-фреймворков (jQuery, Mootools, Prototype, Dojo и другие)
LokiDi L0ck replied to Maslakoff's question in JavaScript
2Maslakoff, думаю это вам тоже будет интересно. А здесь демонстрация ещ? разрабатываемой новой версии. В одном из проектов активно использую этот фреймворк. Maslakoff, библиотеку Prototype люблю и использую) Несколько раз пользовался jQuery - требовало тз. Мутулз никогда не использовал, и не намерен (надеюсь). 2WingedFox, аргументировать лучше кодами двух библиотек с показанием производительности. Лично мне вс? равно какую использовать, правила диктует начальство) -
(MySQL) Фиктивное изменение позиции строки в таблице
LokiDi L0ck replied to LokiDi L0ck's question in PHP
2IceBars, понятно, но тема немного о другом p.s. кстати тво? решение одно из классических =) -
(MySQL) Фиктивное изменение позиции строки в таблице
LokiDi L0ck replied to LokiDi L0ck's question in PHP
2Vlad, с этим проблем нет, потому я это не оговариваю. На страницу выводиться по 500 записей. Пользователи могут выбирать с какой позиции записи выводить. Перетаскивание обычно находиться в диапазоне 50-100 записей, не больше, но менять их могут достаточно часто, каждую в сво?м диапазоне. Потому дробные части будут расти довольно быстро. 2IceBars, идея не совсем ясна. Можно разжевать? Остановился на варианте с дополнительной таблицей: внешний ключ | позиция, плюс контроль этих позиций средним арифметическим, с последующим приведением позиций к целым числам раз в неделю. -
(MySQL) Фиктивное изменение позиции строки в таблице
LokiDi L0ck replied to LokiDi L0ck's question in PHP
Никаких изменений для глаза не будет. Представим, что определ?нные записи много раз переставлялись, и у них выросла дробная часть: id | name | position 4 Петя 0.0015 1 Вася 0.000245 2 Игорь 0.02 Перерасч?т означает, что скрипт пронумерует их снова как: id | name | position 4 Петя 2 1 Вася 1 2 Игорь 3 Тем самым сохранив их позиции в таблице и сдвинув подальше от предела типа unsigned double. (Чтобы убрать возможное непонимание - говоря о позиции в таблице, имеется ввиду что позиции конкретных строк будут отображаться конечному пользователю в результате сортировки строк по полю position) Тогда пересчет позиции не нужен, требуется только сортировать по условному числу Именно об этом мы и говорим) Но перерасч?т хотя бы раз в неделю нужен, чтобы номер (число) позиции в ходе множественных перемещений не был слишком маленьким (как результат среднего арифметического) Какие? Не годится. Пользователя не надо напрягать лишним вводом чисел. На стороне клиента, таблица выводиться с возможностью перетаскивания строк мышкой (drag&drop). Т.е. вс? должно быть на автомате. -
(MySQL) Фиктивное изменение позиции строки в таблице
LokiDi L0ck replied to LokiDi L0ck's question in PHP
Да, именно проблему с пределом я и хочу обойти =) Как решение сломя голову - использовать крон, для перерасч?та) Т.к. вс? делается на автомате, нагрузка минимальна и контролировать дальнейшую работу такого решения не надо, считаю это неплохим вариантом)) ...только на первое время %) -
(MySQL) Фиктивное изменение позиции строки в таблице
LokiDi L0ck replied to LokiDi L0ck's question in PHP
Да верно, в поисках я наталкивался на такое решение задачи. И люди оным пользуются, но в разумных пределах. Представьте, что у вас несколько миллионов записей, а позиции разных записей с разницей в секунду поменяет например 10 пользователей. Врядли поможет даже такая таблица. Года два назад я наталкивался на тему логики контроля позиций так, чтобы номер позиции всегда находился в разумных пределах, но тогда не придал этому значения, соответственно и не сохранял :/ Прид?ться придумывать велосипед. p.s. Хотя, в случае с расч?том среднего арифметического, можно в конце каждой недели (ночью) кроном вызывать скрипт, который будет перерасчитывать позиции строк на нормальные целочисленные. Таким образом нагрузка будет производиться всего один раз когда базу никто не использует, а если при этом ещ? использовать и дополнительную таблицу, то нагрузка спадает в разы. p.p.s. В сравнение с обновлением всей дополнительной таблицей, тут изменяется всего одно поле, одной строки =) Мне кажется это красивым решением, но только после того, как обдумаю логику) -
2Sectronix, true russian man =)
-
Есть таблица с 20000 записями. Раньше оные выводились в алфавитном порядке, но сейчас каждая строка должна занимать ту позицию, которую ей зада?т пользователь. Т.е., если имеется таблица users: id | name | 1 Вася 4 Петя 2 Игорь То, выводилась она соответственно: Вася, Игорь, Петя. Первая мысль создать новый столбец, например "position" и хранить в н?м число, по которому будет производиться сортировка. id | name | position 1 Вася 1 4 Петя 2 2 Игорь 3 Теперь, если пользователь на сайте хочет, чтобы Игорь был самым первым, кажется достаточно было бы изменить position Игоря на 1, Васи на 2, Игоря на 3. Но это глупо, т.к. получается большая нагрузка на сервер, при тысячах записей. Потому, как вариант, можно вычислять между какими строками должна быть перемещаемая, и изменять е? "position" на среднее арифметическое между предыдущей и настоящей строками. Однако при определ?нных условиях, это число может стать с очень большим количеством нулей в дробной части, что тоже не годится. Если кто сталкивался, прошу поделиться логикой Ссылкам по теме тоже буду рад , - по гуглу пока ничего не наш?л.