ошибка!!!!!11один
Случайно заметил вчера, как выглядит заголовок страницы ошибки 404, которую google.com выдает, когда не находит страницу:
<title>Error 404 (Not Found)!!1</title>
Неожиданное применение мема !1 (англ.), в неожиданном месте. Впечатлился.
<title>Error 404 (Not Found)!!1</title>
Неожиданное применение мема !1 (англ.), в неожиданном месте. Впечатлился.
no subject
С Вашей точки зрения
no subject
404. That’s an error.
The requested URL /thecakeisalie was not found on this server.
That’s all we know.
no subject
no subject
no subject
Адрес у этой страницы http://www.google.com/thecakeisalie
no subject
no subject
no subject
no subject
no subject
no subject
no subject
http://lurkmore.ru/%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9E%D1%82%D0%B5%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D0%BC%D1%8B
no subject
no subject
no subject
Хотя меня в своё время больше удивил факт вклеивания картинки прямо в стиль в base64 :) Миллисикунды на второй запрос за картинкой сэкономили :)
no subject
no subject
no subject
no subject
Для обычных динамических страниц не имеет смысла -- кеширование убивает. А для мелких картинок просто делается страница спрайтов :)
no subject
А спрайты Гугл активно использует тоже.
no subject
no subject
no subject
Если пользоваться методом использованным на 404, а именно:
- картинка встраивается в CSS
- CSS живёт инлайном прямо в странице
то такой метод приводит к полной неэффективности по сравнению с обычным решением (вынести графические элементы в отдельные файлы, или в большой граф-файл спрайта; вытащить всё CSS в отдельный файл)
поскольку хоть каждая отдельная страница и будет кешироваться, внутри неё будет находиться собственная копия картинки в base64.
no subject
Кеш тут вообще не совсем в тему.
Если вынести в отдельный файл css - эффективнее с точки зрения кеширования, но если у меня уникальные картинки на уникальных страницах то заставлять пользователя грузить все - я не буду.
Но я могу ошибаться, это мое личной мнение и мой личный опыт. Я просто дизайнер и кодер, в нескольких огромных проектах меня просили в некоторых случаях делать именно так. Гугл это использует. Не могут столько не глупых ребят ошибаться на очевидных вещах.
no subject
- как вы и написали, когда картинка своя для каждой такой страницы (в кеше будут лежать все страницы, и выделять картинку отдельно бессмысленно поскольку по одной на каждую страницу), или если клиент не будет смотреть на более чем одну страницу с "общим" контентом (вероятность попасть на 404 у гугла мала, вероятность попасть туда два раза в разных местах ещё меньше)
- картинка мелкая до такой степени что base64+gzip+обработка внутри CSS даже для медленных клиентов (впрочем IE6 + gzip? а-ха-ха-ха) будет быстрее, чем сходить на другой (или тот же) сервер и скачать gif/jpg/png. Это видимо был ваш случай. Если, скажем, приложение для торговли на бирже то, возможно, имеет смысл, ибо каждая миллисекунда дорога (но тогда общий CSS будет выкинут в кэш, да и фривольностей с картинками вряд-ли разрешат). В общем случае при нормальной полновесной странице браузер просто выкинет ссылку на внешний ресурс в другой трэд и оно будет качаться параллельно, как только парсер дойдёт до урла картинки в CSS, а остаток страницы будет дальше скачиваться/обрабатываться.
- критично поддерживать синхронность между CSS и картинкой, но почему-то нельзя менять имя файла. И при этом хочется закешировать CSS насмерть с очень длинным expiry time.
- клиент сказал "хочу встроенную картинку как у гугля" :)
В обычных случаях я не замечал, чтобы гугл использовал такую экзотику :) Хотя и видел потом в паре других мест, но редко.
Кнопки +1 живут отдельно (спрайтом), логотипы живут на gstatic.com, CSS просто ссылается на урлы спрайтов/картинок и т.п. то бишь всё очень прозаично, в особенности на стандартных страницах, где трафика у них максимум.
А на 404 гугловцы решили поиграться со страницей :)
no subject
Ок, на этом и порешили.
Я если честно против конечно таких выкрутасов с точки зрения дизайнера. Представьте надо обновить что-либо, проще всегда картинки заменить, прописать тупо и все :)
no subject
no subject
no subject
no subject
no subject
no subject
111
no subject
Yeah, mate, we at Google can find anything; but even we can't find things that aren't there! The page you requested is one of them. Sorry.
no subject
no subject
no subject
(Anonymous) 2011-07-01 05:46 pm (UTC)(link)no subject
no subject