tag:webdev.shared.arty.name,2011:index.atomЗаписи о веб-разработке, рекомендованные Артемием ТрегубенкоАртемий Трегубенкоme@arty.namehttps://arty.name2014-10-04T15:36:54Zhttps://blog.arty.name/2014/%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%BD%D0%BE%D1%81%D1%82%D1%8C-%D0%BF%D1%80%D0%BE%D1%82%D0%B8%D0%B2-%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%B8-%D0%B1%D1%80%D0%B0%D1%83%D0%B7%D0%B5%D1%80%D0%BE%D0%B2/2014-10-29T08:05:15Z2014-10-29T08:05:15ZArtemy Tregubenkoдоступность против поддержки браузеров
<p>мы часто совершаем серьёзную ошибку, расставляя приоритеты задач при разработке сайтов. Мы говорим: «3% наших посетителей используют этот браузер, это вроде бы и мало, но они нам тоже важны, поэтому мы будем этот браузер поддерживать». Числа разнятся, это может быть и 1%, но где-то 5% — это гарантированный пропуск в список поддерживаемых. </p>
<p>ошибка состоит не в том, что мы помним про эти браузеры. Ошибка в том, что мы забываем о 10% людей, которые используют разные браузеры, но одинаково страдают от низкого уровня доступности наших сайтов. И это ещё оптимистичная оценка, есть цифры пострашнее. Microsoft провёл исследование <a href="https://www.microsoft.com/enable/download/default.aspx#Research">"The Wide Range of Abilities and Its Impact on Computer Technology"</a>. По его результатам <a href="https://blog.arty.name/2014/доступность-против-поддержки-браузеров/ResearchReport.pdf">у 9% пользователей <strong>серьёзные</strong> проблемы со зрением</a>. У каждого четвёртого «просто» проблемы со зрением. </p>
<p>сравните, сколько усилий вы затрачиваете на поддержку 5% браузера, с тем, сколько усилий вы прилагаете для поддержки 26% посетителей с нарушениями зрения. И 24% тех, у кого проблемы с точными движениями.</p>
https://blog.arty.name/2014/%D0%BE%D0%BF%D1%82%D0%B8%D0%BC%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F-%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%B0%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9/2014-10-04T15:36:54Z2014-10-04T15:36:54ZArtemy Tregubenkoоптимизация перенаправлений
<p>многие сайты используют перенаправление посредством HTTP-кодов 301, 302. По сути, сервер говорит клиенту «я тебя понял, но лучше запрос формулировать вот так». В этом не было бы проблемы, если б скорость света была бесконечной. А в нашей вселенной это приводит к дополнительному пробегу сигнала от клиента к серверу и обратно и потерям времени. </p>
<p>вчера вечером мне пришла в голову мысль, что для многих клиентов этот процесс можно было бы оптимизировать, отдавая конечную страницу сразу, но с маленьким куском яваскрипта, который делал бы подмену адреса на canonical URL уже в браузере. Утро вечера мудренее, и сегодня я хорошо представил разнообразные проблемы, которые от этого возникают. Зато понял, каким должно быть решение. </p>
<p>в spdy вроде уже есть, а в http2 должна быть поддержка server push. Так что в случае перенаправления сервер может просто сразу же писать в то же соединение ответ на ещё не случившийся запрос с правильным адресом. Чистота стандарта соблюдена, браузер получил всё необходимое с первым ответом сервера, все довольны.</p>