попробуйте использовать < и > (или BETWEEN) вместо IN
по-идее это быстрее если используется индекс
И составной индекс на cat asc, id asc и в пхп по массиву ходить с конца в начало. ходить по массиву с конца в любом случае лучше сделать тк mysql не умеет хранить индекс в обратном порядке
кстати, вы не рассматривали вариант с передачей параметра типа where cat=2 and id > ... limit 25 ?
Где вы такое нашли? Дайте ссылку или приведите цитату из документации.
предположим вы отсылаете UDP пакет с какого-то адреса и порта. логично предположить что вам кто-то ответит UDP пакетом на этот адрес и порт и ваш фаревол должен пропустить этот ответ. вот когда он пропустит этот пакет, соединение приобретает статус ESTABLISHED. если вам пошлют еще один пакет, то фаревол его пропустит, т.к. статус ESTABLISHED
DavyJohnes: Если способ не держать процесс апача в памяти на протяжении всего скачивания файла? Например скачивать файлик со скоростью большей чем у юзера, складывать его в какой-нибудь буфер на диске, и уже оттуда продолжить отдачу.
сысоев говорит что именно для решения этой задачи он и стал разрабатывать nginx
LEOnidUKG
попробуйте использовать < и > (или BETWEEN) вместо IN
по-идее это быстрее если используется индекс
И составной индекс на cat asc, id asc и в пхп по массиву ходить с конца в начало. ходить по массиву с конца в любом случае лучше сделать тк mysql не умеет хранить индекс в обратном порядке
кстати, вы не рассматривали вариант с передачей параметра типа where cat=2 and id > ... limit 25 ?
telnet recipdonor.com 998
Ну да вы не знали о том что в udp нету ESTABLISHED, а так всё ок ;)
телепат детектед?
вы свои знания уже показали высказываниями об RST при синкуках
Если честно, ещё надо разобраться, какой алгоритм применяет к udp трафику iptables - что он берёт за уникальность ;)
уникальность чего?
предупреждение соискателям, требуйте 100% предоплату, jaguarcat - кидала, подробности здесь /ru/forum/comment/9749659
Удачи. Меня Ваши с ним проблемы не должны интересовать
спасибо. кто предупрежден - тот вооружен. кто не спрятался - я не виноват.
гугл-рекламы уже нет, пора за яндекс браться.
P.s Сути это не меняет, в UDP нету ESTABLISHED :) а iptables применяет собственный алгоритм для udp что бы помечать якобы ESTABLISHED ;)
оригинальный вопрос был про сферического коня или про iptables? в терминах iptables у UDP есть состояние ESTABLISHED, к чему коня приплетать?
Где вы такое нашли? Дайте ссылку или приведите цитату из документации.
предположим вы отсылаете UDP пакет с какого-то адреса и порта. логично предположить что вам кто-то ответит UDP пакетом на этот адрес и порт и ваш фаревол должен пропустить этот ответ. вот когда он пропустит этот пакет, соединение приобретает статус ESTABLISHED. если вам пошлют еще один пакет, то фаревол его пропустит, т.к. статус ESTABLISHED
Кроме того, не удалось найти ни одной бумажной книги по nginx. Это вопрос времени или же у nginx есть неисправимые недостатки?
гугл в помощь
deleted.....
Если способ не держать процесс апача в памяти на протяжении всего скачивания файла? Например скачивать файлик со скоростью большей чем у юзера, складывать его в какой-нибудь буфер на диске, и уже оттуда продолжить отдачу.
сысоев говорит что именно для решения этой задачи он и стал разрабатывать nginx