Есть известный баг с двойным запросом, из-за которого лучше не заморачиваться и использовать PDO. На мелких таблицах незаметно, а вот на гигабайтных очень.
По своему опыту добавлю, что update, insert, singleQuery быстрее на чистом SQLite3 классе. Если fetch, fetchAll - лучше через PDO.
$("[id ^= 'select']").click(function() { var n = $(this).attr('id').match(/\d+/)[ 0 ]; $("#div" + n).text($("#select" + n + " option:selected").text()); });
kxk, благодарю за Азию.
В моём случае, был именно китаец по whois.ком, недавно "купивший" германское IP по awstats.
zzzit, благодарю за идею. Про nginx я как то упустил.
Да и поиск по этим словам начал выдавать разумные решения.
15к страниц + 2к картинок скачали за 3 часа с одного IP и не парились.
Пусть скачивают. Я не против. Но, хотелось бы не по "перезарядке", а с интервалом в несколько секунд. А то уж больно нагло получается.
Можно и забанить, но следить за этим и прописывать руками не хочется.---------- Добавлено 15.10.2015 в 14:33 ----------
Это алгоритм, а какими средствами пользовались для достижения? Скрипт? В БД IP с счётчиком?
По логам, думается, проще всего определить такие запросы.
Очень помог бы.
DELETE FROM table WHERE user_id1=1 AND id NOT IN (
SELECT id FROM table WHERE user_id1=1
ORDER BY новые вверху
LIMIT сколько оставить
)---------- Добавлено 29.08.2015 в 12:08 ----------Если БД поддерживает ROWID, то можно через него и без айди
Никого не хотел "задеть". Ушёл каяться.
Всем удачи!
spilden01, добавьте атрибут alt для удобства, чтобы не парсить текст.
<input type="checkbox" onclick="filter(this)" alt="комедия">Комедия <input type="checkbox" onclick="filter(this)" alt="драма">драма function filter(e) { var a = []; $(e).parent().find('input').each( function() { if ( this.checked ) { a.push( $(this).attr('alt') ); } }); var xfield = a.join('|'); // <- ВОТ ТУТ ПОПРОБОВАТЬ '||', '&&', '&', '+' if ( xfield != '' ) { ShowLoading("Идет сортировка"); $.get('/xfsearch/'+encodeURIComponent(xfield)+'/', function(data){ HideLoading("Завершено"); $("#dle-content").html(data); }); } }
Немного некорректно я выразился. Имелся ввиду минимализм конструкций к инструменту.
Аналогия - минимализм в SQL запросе. Мы же не смотрим на тяжесть и размер движка БД. Важен результат ну и скорость.
C MVC не знаком, а вот с jQuery поздно познакомился - жалею. Испохабили его применение не нужными свистельками и перделками на страницах. А в плане отсортировать/подсветить/спрятать/показать информацию на стороне клиента он очень хорош.
Язык преобразования XSLT - вот где избыточность. У неподготовленного юзера может случится диссонанс от погружения в него. Например, когда переменные не могут изменяться вообще, а повторы текстовых цепочек "похожих на $селекторы" с небольшими изменениями присутствуют постоянно. Встречал примеры, где сами разработчики языка не понимали процессов преобразований. Но это работало. Его конструкции по выборке данных могут дать фору базам данных. За это он мне очень нравится, как тяжёлый и избыточный, но отличный инструмент.
О как! Вы просите помощи, но умалчиваете о конечном результате.
У меня рука не поднимается дать пример в котором количество галок = количеству запросов к серверу. Если 10 пользователей проставят 20 галок? Вас за ДДОС забанят, а мне сервер жалко.