вот как раз Мерс 98-го (W210 кузов), один раз зимой на свежем снегу поверх асфальта на незначительное в общем-то открытие газа унесло корму на метр в сторону — почему-то не сработала антипробуксовка. если бы не шёл первым со светофора — обязательно зацепил бы кого-то в соседнем ряду, а так обошлось, толком даже не успел «кирпичей наложить» :) но это исключительный случай — не спорю (может даже просто баг в «прошивке»), в остальном и ABS и ESP только радовали и выручали в самых разных ситуациях.

ну на личном опыте скажу, что эти системы иногда подводят всё же. во всяком случае, на автомобилях, выпущенных ранее 2012 года. мне кажется, раньше просто банально в некоторых ситуациях компьютерных мощностей не хватало для срабатывания системы за приемлемое время.

интересно, а скрип колёс при вхождении в повороты настоящий? или как в Голливуде? если настоящий, то не так уж плохо электроника умеет «чувствовать» момент срыва осей.

а может просто порядок цифр поменяют? новый iGadget стал ещё на 100 микрометров тоньше! :)

В целом грустно, но ребята из SourceForge молодцы — довольно оперативно сработали, судя по всему (всё-таки 400 человек скачавших — не так и много). Жаль, нет подробностей о взломе самого зеркала — любопытно, почему именно оно оказалось уязвимым, а не все сразу, например.

Хотите верьте, хотите нет, а я до сих пор пользуюсь именно представленным на первом фото телефоном (T-Mobile G1, американец). У него треснул дисплей (неудачно уронил), но продолжает работать тачскрин. Правда, трекбол работает крайне паршиво. До сих пор не умерла батарея (держит 3-4 дня при небольшом количестве разговоров), несмотря на то, что он долгое время лежал полностью разряженным. Но самое главное — он пережил купленный чуть более года назад HTC Desire Z, у которого тачскрин глючит так, что не оставляет шанса им воспользоваться (самопроизвольные нажатия, один раз даже за границу кому-то умудрился позвонить, пока я с огромными глазами на него смотрел и судорожно пытался вынуть батарею).

проблема лично мной уже решена, как я писал выше, тем, что ряд спецсимволов (слэш тут не при чём, кстати) добавлен в набор «исключений». просто описанное поведение бота неочевидно и не соответствует ожидаемому, отчего у кого-то могут возникнуть проблемы.

я вам в личку отписал. но если хабрасообщество сочтёт нужным выложить все явки и пароли в паблик — сделаю это. просто есть ведь ещё и призрачный шанс, что кто-то поломал вполне себе белую и пушистую рекламную сеть, а я её тем самым дискредитирую.

да они на самом деле могли написать там и «обновление Java» или вообще чего угодно, вплоть до установки антивируса на Nokia 3310. мне кажется, это не принципиально.

изначально код проверялся в браузере, ничего как бы не предвещало. хотя в целом согласен — косяк мой, впредь буду умнее.

да у меня тоже судя по активности на этом форуме складывается впечатление, что оно «ни о чём». ну, я свой гражданский долг выполнил, даже несмотря на явное желание Гугла максимально дистанцироваться от любых попыток пользователей сообщить им о проблеме :)

я вынужден сравнивать именно так (грубый пример на коленке):

$_SERVER['REQUEST_URI'] = "/blog/tag/guns'n'roses/";
if(($uri = urlencode(urldecode($_SERVER['REQUEST_URI']))) != $_SERVER['REQUEST_URI'])
{
	header('Location: ' . $uri, true, 301);
	die;
}

потому что в противном случае в том же GWT будет сообщение, что страницы "/blog/tag/guns'n'roses/" и "/blog/tag/guns%27n%27roses/" имеют одинаковые title и description (будут они в дальнейшем склеены или нет — уже другой вопрос, мы ведь сейчас не о нём).

опять же, в спецификации функции urlencode() написано, что она соответствует RFC 3986 за одним исключением: «Это отличается от » RFC 3986 кодирования (см. rawurlencode() ) тем, что, по историческим соображениям, пробелы кодируются как знак „плюс“ (+)». т.е. на приведённом мной примере они работают совершенно идентично c rawurlencode(), которая уж точно согласно документации: "Кодирование строки осуществляется согласно » RFC 3986."

но и дело даже не в этом. если бот получает «Location: /blog/tag/guns%27n%27roses/», то к чему самодеятельность — зачем он идёт на "/blog/tag/guns'n'roses/"? для меня это равносильно, если бы он пошёл, например, на "/blog/tag/metallica/" :)

спасибо вам! создал там тему. самого теперь гложет любопытство, какая будет реакция (и будет ли вообще).

подскажите, куда его отправлять? искал — не нашёл

я почти уверен, что это два разных и не связанных процесса — склейка дублей и обход сайта ботом. суть в том, что именно бот ведёт себя не так, как от него ожидаешь, чем создаёт повышенную нагрузку на сервер и генерирует ошибки, которых могло бы и не быть. а вопрос с дублями так или иначе решится, конечно. либо редиректами, либо через rel=«canonical», либо закрытием от индексации. кстати сказать, добавление вышеупомянутых символов в исключения позволило полностью избавиться от подобных ошибок.

rel=«canonical» тоже прописан, но это не помогает. к тому же, в любом случае, ответ HTTP имеет приоритет над любыми директивами в разметке, а Googlebot реагирует на него не вполне неадекватно, на мой взгляд.

Помнится, в своё время подобное было обещано для Motorola PEBL U6. Мелких царапин на нём действительно не было заметно, зато чуть более крупные оставались на всю жизнь. В частности, «краш-тест» укусом зубов он не пережил :)

А тогда разве ещё не изобрели HTTP-коды 503 и 504? :)

ну вот, Internal Server Error на всех трёх, глянуть не успел

ваши бы усилия да в нужное русло. потратьте эти 500 долларов на вменяемого поискового оптимизатора. а наличие вашего сайта в ЯК не увеличит ваш трафик.