[Recent Entries][Archive][Friends][User Info]
| October 16th, 2010 | ||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 08:11 pm [ketmar] [Link] |     вот что это за хуйня такая, а? меня вместе с оперой посылают в endless redirect loop. я не знаю, что это у вас за поеботина, но при Лужкове такого не было! и вчера такого не было! а сегодня такое есть. и в конце концов или опера задалбывается, или ваш redirect linking service показывает мне свою страницу с предложением стукнуть в какой-то абуз. я знать не знаю, что это за хуйня, но ПОЖАЛУЙСТА! верните всё как было! только не говорите, что вы тоже, как суп, решили завести себе отдел придумывания и внедрения ненужной хуйни. зыж пишу из ёбаного хромиума. неудобно до усрачки. поэтому каменты я люто прочитаю, но не отвечу, пока всё не починят. поэтому если в каменте мне задать вопрос, а я день молчу — значит, нихера не починилось. благодарю за внимание и содействие, я кончил и закурил. upd: * страницы и в хромиуме грузятся раз на десять; * если один раз промазало мимо кэша — только f5 поможет, всё, иначе будет показывать «такой запейси/url нет»; * с какого фига мне присылают gzip, если я в HTTP-запросе его явно не указывал? если в accept-encoding нет gzip, то сервер не должен его слать; это правила вежливости. upd1: всё, решено, закрыто. кроме пункта «с какого фига мне присылают gzip». upd2: и с gzip, тащемта, тоже решено. case closed. | |||||||||||||||||||||||||||||||||||||||||||||
| Comments | ||||||||||||||||||||||||||||||||||||||||||||||
Это вас Хелл ломает, бугага! (Reply to this) (Thread)
Нечего сразу так радоваться. Сперва уточните, какой самолёт у вас системы. А то ведь может этот трап и не подойдёт,гыгы!
Трап — неточный фонетический эквивалент английского слова «trap» [træp], одно из значений которого — «западня» (или «обманывать, вводить в заблуждение» в виде глагола). На анонимных имиджбордах и не только так обычно называют трансвеститов (кроссдрессеров), особенно умело замаскировавших свой пол. (Reply to this) (Parent)
фсе тут у меня работает. пользуйте IE. (ржот) Нас адски наебли мудаки с ddoshosting.com. Радости динамического DNS типа. Цитирую из коммента У нас был прокси на www.ddoshosting.com на случай ддос-атак. Недели полторы назад они перестали работать и отвечать на письма, а недавно поставили на то же IP какого-то жлоба. У нас была невыключенная утилита, которая проверяет работу прокси, и если прокси работает, подключает его, и она включилась, в результате чего какое-то время половина запросов перенапрявлялись на жлоба. Почти никто этого не заметил, потому что мы быстро отключили, но некоторые провайдеры кешируют DNS, в том числе Акадо (который у меня например), и у них оно до сих пор так. Неправильный DNS провисел несколько минут, я его обнаружил и поправил, соответственно - оно почти никому не распространилось. В теории ДНС должен меняться через полчаса, потому что у нас так настроено, но он, собака, некоторыми провайдерами (в обход RFC) кэшируется на сутки или типа того. Зато я по дороге починил авторизацию по OPenID. Такие дела Миша (Reply to this) (Thread) о. починилось. tnx за пояснения. забавно то, что хромиум, например, зайти мог, а вот опера уходила в бесконечный редирект. я потому и охуел. (Reply to this) (Parent) Уважаемый ketmar, этот пост вы написали с IP 78.152.169.8 в логе записи с этого адреса выглядят так: 78.152.169.8 UA - [16/Oct/2010:19:40:08 +0400] "GET /dbm83/u%B9%BC%DF%FB%81%F4%10%83%14P|%D4^5%D 78.152.169.8 UA - [16/Oct/2010:19:40:04 +0400] "GET /dbm83/u%B9%BC%DF%FB%81%F4%10%83%14P|%D4^5%D 78.152.169.8 UA - [16/Oct/2010:19:40:04 +0400] "GET /dbm83/u%B9%BC%DF%FB%81%F4%10%83%14P|%D4^5%D 78.152.169.8 UA - [16/Oct/2010:19:40:05 +0400] "GET /dbm83/u%B9%BC%DF%FB%81%F4%10%83%14P|%D4^5%D 78.152.169.8 UA - [16/Oct/2010:19:40:05 +0400] "GET /dbm83/u%B9%BC%DF%FB%81%F4%10%83%14P|%D4^5%D 78.152.169.8 UA - [16/Oct/2010:19:40:05 +0400] "GET /dbm83/u%B9%BC%DF%FB%81%F4%10%83%14P|%D4^5%D 78.152.169.8 UA - [16/Oct/2010:19:54:14 +0400] "GET /dbm83/:th~'y~,U HTTP/1.0" 404 153 "-" "Syren v0.0.6 (atomic alien)/Linux" "-" "-" "0.064" "-" "HIT" UA 1 "Sun, 24 Jan 2010 19:34:10 GMT" "-" 78.152.169.8 UA - [16/Oct/2010:20:09:14 +0400] "GET /~ljr_fif/friends HTTP/1.0" 200 120455 "-" "Syren v0.0.6 (atomic alien)/Linux" "-" "-" "0.840" "0.773" "EXPIRED" UA 1 "Sun, 24 Jan 2010 19:34:10 GMT" "-" 78.152.169.8 UA - [16/Oct/2010:20:24:14 +0400] "GET /dbm83/:th~'y~,U HTTP/1.0" 404 153 "-" "Syren v0.0.6 (atomic alien)/Linux" "-" "-" "0.213" "0.148" "EXPIRED" UA 1 "Sat, 16 Oct 2010 16:10:00 GMT" "-" 78.152.169.8 UA - [16/Oct/2010:20:40:05 +0400] "GET /~ljr_fif/friends HTTP/1.0" 200 120565 "-" "Syren v0.0.6 (atomic alien)/Linux" "-" "-" "1.466" "1.026" "EXPIRED" UA 1 "Sun, 24 Jan 2010 19:34:10 GMT" "-" 78.152.169.8 UA - [16/Oct/2010:20:54:14 +0400] "GET /dbm83/:th~'y~,U HTTP/1.0" 404 153 "-" "Syren v0.0.6 (atomic alien)/Linux" "-" "-" "0.071" "-" "HIT" UA 1 "Sat, 16 Oct 2010 16:40:30 GMT" "-" 78.152.169.8 UA - [16/Oct/2010:21:03:50 +0400] "GET / HTTP/1.0" 200 2574 "-" "Syren v0.0.6 (atomic alien)/Linux" "-" "-" "0.068" "-" "HIT" UA 1 "-" "-" По-моему вы издеваетесь ;) Урлов начинающихся на /dbm83/ у нас нет и никогда не было, и естественно что сервер отвечает кодом 404, редиректа не наблюдаю. Кто от вашего имени генерит такие урлы нам неизвестно. (Reply to this) (Thread) а я скажу — это мне выдал сервер, который был в непротухшем старом DNS. редиректы у меня отрублены, и потому самый первый запрос выглядит как прямой. я сам охуел, когда увидел, куда он ломится, честно. ах, да. это при попытке сходить на lj.rossia.org было. с хромиума же зашло нормально — возможно, потому что там юзерагент нормальный, а не диссектор. да не, юзерагенты мы не баним, только роботов поисковиков чуть притормаживаем если ломятся толпами, и роботов отправляющих массовые комменты гнобим по-немногу (но не на основе агента - там другая логика). Может хромиум просто попал на IP работающего прокси сразу, и запомнил его. так вы тут не при чём — это тот балансер, который уже не ваш, мне такое вот выдавал. до вас оно доходило уже в том виде, который в логах. (Reply to this) (Parent) Оно таки продолжает сыпаться от вас и через два дня: 78.152.169.8 UA - [19/Oct/2010:02:10:09 +0400] "GET /dbm83/u%B9%BC%DF%FB%81%F4%10%83%14P|%D4^5%D дело конечно хозяйское, но может быть стоит перезапустить утилиту чтобы она взяла правильный IP lj.rossia.org has address 195.54.209.223 или что-нибудь сделать с локальным dns сервером. нам не жалко - все что приходит на /dbm83/ отправляется в песочницу и 404 ответы высылаются не чаще чем раз в 30 секунд на один IP (nginx может притормаживать и легко держать десятки тысяч соединений в спящем состоянии, не напрягаясь), и многотредовая качалка тут не поможет. Кстати, удивительно откуда взялась кука PHPSESSID (была идея с такими куками банить). 78.152.169.8 UA - [21/Oct/2010:17:41:29 +0400] "GET /dbm83/ HTTP/1.1" 404 153 "-" "Elfen Lied (TTY; CP/M Z80; U; en) Dissector" "-" "langpref=en/1286013412; [ketmar]; PHPSESSID=ishldn3ugsmm7thight27747g1" "90.613" "-" "HIT" UA 1 "-" "-" 78.152.169.8 UA - [21/Oct/2010:17:42:59 +0400] "GET /dbm83/u%B9%BC%DF%FB%81%F4%10%83%14P|%D4^5%D ну, это всё не ко мне, однако — днс-ами ведает провайдер. а откуда кука — ясно: её мне пришпандорил прошлый балансер: по дефолту же я куки с ljr принимаю, вот она и вписалась. удолил. хм. то то ли я ебанутый, то ли лыжи не той системы — но не могу понять, какая зараза туда ломится. есть подозрение, что тупая опера могла закэшировать «новый адрес» для каких-то rss-потоков. попробую оперу рестартануть попозже, может, её попустит. (Reply to this) (Parent) Насчет gzip - все происходит согласно заголовкам запроса и если вы всегда заходите под своей кукой то никаких накладок не будет. Но для пользователей без кук часто используемые страницы могут попадать в кэш, а из кэша могут выдаваться уже gzipнутыми (поскольку генерировались от запросов других клиентов). Это можно изменить (=зиповать на этапе после кэша), но ценой удвоения нашего трафика. Приведите пожалуйста пример урла когда возникали проблемы. Один известный случай это RSS который 100% кешируется, он пару дней ужимался на ранней стадии, но сейчас возвращен в прежнее состояние как было раньше. Или проблема в чем-то еще? (Reply to this) (Thread) >Насчет gzip — все происходит согласно заголовкам запроса ни разу. при попытке получить lj.rossia.org при помощи syren (это почти то же самое, что wget), я получаю пожатый index.html. а сие неверно, потому что в заголовках syren не указывает, что умеет принимать такое. а вот фиф выдаёт нормально, кстати, непожатым (кажется; возможно, просто не всегда пожатым). это не то, чтобы офигенная проблема, просто со стороны сервера некультурно выдавать gzip, если клиент явно не указал, что его не может. исправлять, тащемта, сильно глубокого смысла нет, но всё равно некультурно. возможно, можно научить кэшер смотреть на accept-encoding и не выдавать гзипнутый кэш, если его не хотят? 99% пользователей всё равно берут брофзером и получат кэш, а оставшийся процент долбоёбов типа меня будет доволен и улыбчив. как-то так. в смысле происходит "согласно заголовкам запроса с кукой". Для анонимов могут оказаться чужие заголовки. Да, корневая страница - это второй явный случай кроме rss. Кешер - nginx относительно свежей версии; может быть и есть какие-то плагины к нему позволяющие раззиповывать взятое из кэша тем клиентам которые так хотят, но доподлинно это неизвестно. А нельзя ли попросить syren раззиповывать при получении? Я понимаю, при отладке с помощью telnet офигеваешь когда приходит зипованное, но все отдельностоящие утилиты должны бы уметь справляться... да не, оно мне не критично, да и главная страница мне нафиг не нужна. а фиф нормально ходит, вроде как. а даже если я и пропущу несколько десятков записей оттуда — то хрен с ними. я просто к тому, что если малой кровью — то тогда пофиксить, потому что культурней. а если напрягаться — то нафиг не надо, всё равно никто до сих пор не жаловался. а с тем, что gzip идеологически правильней, я согласный, конечно. | ||||||||||||||||||||||||||||||||||||||||||||||
![[info]](http://lj.rossia.org/img/userinfo.gif){kind=small}