MT

Источник

В общем случае чем меньше HTTP-запросов, тем выше быстродействие.

Поэтому имеет смысл запрашивать и получать все нужные блоки сразу. Едва ли для этого требуется серьёзное изменение логики.

Удостоверьтесь, что ваше значение padding достаточно однозначно округляется до эквивалентного целочисленного пиксельного значения. Например, при эффективном размере шрифта 13 пикселов `0.2em` — это 2,6 пиксела, и чтобы вычисленное пиксельное значение было более предсказуемым, вместо `0.2em` следует использовать более точное значение `0.23077em`, почти точно равное 3-м пикселам.

И обязательно задайте высоту строки хотя бы для корневого элемента HTML-документа, например:

HTML {line-height: 1.25; }

В целом же — в веб-разработке важно как можно раньше понять: сайты не должны выглядеть абсолютно одинаково на всех устройствах, во всех браузерах и их версиях.

Возможно, косвенным признаком недостаточно мощного процессора может служить ситуация, когда увеличение/уменьшение степени сглаживания (от полного отключения до максимального 16-32-кратного сглаживания) на быстродействии игры не сказывается, а изменение других графических настроек и/или параллельная работа других программ, видеокарту не задействующих — сказывается заметно.

Например, в случае игры GRID 2 на компьютере с Core i3-2100T в связке с GTX 650 Ti Boost на максимальных (Ultra) настройках качества узким местом явно является процессор.

HTML-комментария в HTML-коде перед блоком, нуждающимся в дополнительной информации, обычно вполне достаточно. И контроль со стороны HTML/CSS-кодера по факту интеграции вёрстки с движком, конечно, желателен, иначе неизбежны если не халтура, то как минимум случайные несоответствия.

Возможно, у вас в цикле перебирается массив, последний элемент которого пуст вследствие наличия запятой после реального последнего элемента в коде создания массива.

Например:

/* Неправильно: */
var bad  = [a, b, c,];

/* Правильно: */
var good = [a, b, c];

Отключить функцию Skype по вмешательству в HTML-страницы? ;-)

Попробуйте создать новый профиль Chrome.

Собственно, «исправлять» не обязательно (хотя в плане перфекционизма я вас хорошо понимаю). Это легитимные JS-строки, в браузере отображаются корректно. Объём данных, правда, больше. Но, с другой стороны, Gzip-сжатием этот фактор минимизируется. ;-)

Можно ещё делать так:

$json = defined('JSON_UNESCAPED_UNICODE')
      ? json_encode($data, JSON_UNESCAPED_UNICODE)
      : json_encode($data);

Тогда в свежих версиях PHP JSON-код будет наиболее оптимальным по объёму, а в более старых — всего лишь несколько менее оптимальным.

Может быть, связано с аппаратным ускорением / багами драйверов видеокарты. В частности, на примере Firefox встроенная графика Intel печально известна в плане багов аппаратного ускорения.

В Chrome 29.0.1547.62 m под Windows 7 x64 всплывающие подсказки работают как на веб-страницах, так и на уровне интерфейса браузера как программы.

Вынесите блок .breadcrumbs из блока .wrapper и жёстко задайте ему (.breadcrumbs) нужную ширину.

Возможно, будет полезна статистика StatCounter по разрешению мобильных устройств (не только iPhone).

Полноценный образ установочного диска Windows официально скачать нельзя.

Существуют официальные образы виртуальных машин, предназначенные для тестирования сайтов в разных версиях IE.

Откажитесь от расположения страниц одного и того же сайта на поддоменах. (Статику — в том числе сами файлы изображений — при этом можно продолжить хранить на поддоменах.)

Как вариант, можно открывать страницы поддоменов во фрейме (iframe) в рамках страницы основного домена.

QSA означает Query String Append и относится не к POST-, а к GET-данным.

POST-данные при внешнем редиректе, разумеется, теряются.

Попробуйте в секцию configuration → system.webServer в файле web.config в корне публичной директории сайта добавить директиву httpErrors с атрибутом existingResponse="PassThrough", запрещающим вывод собственной страницы веб-сервера в зависимости от HTTP-статуса и предписывающей выводить ответ как есть:

<httpErrors existingResponse="PassThrough" />

Смотря что считать эффектом от использования структурных элементов HTML5.

Поисковики, например, могут придавать меньшее значение элементам ASIDE (либо не индексировать их вовсе) и большее — элементам SECTION.

Заключение навигации в элемент NAV может предотвратить отображение текста навигационных ссылок в составе выдержки («сниппета») из исходной страницы в результатах поиска.

Элемент TIME с атрибутом pubdate (несмотря на тот факт, что формально этот атрибут удалён из спецификации) может использоваться для определения даты публикации материала. И т. д.

Это новый тренд или что?

Беспомощность дизайнера?