Что лучшие практики должны заказать элементам в <голове>?

может использовать что-нибудь в порядке? делает размещение <meta http-equiv="Content-Type" content="text/html;charset=UTF-8"> важно прежде <title>

это больше всего используется, это лучший способ?

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
        "http://www.w3.org/TR/html4/loose.dtd">

<html lang="en">

<head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
    <title>Title Goes Here</title>
    <link rel="stylesheet" href="http://sstatic.net/so/all.css?v=5912">
    <link rel="shortcut icon" href="http://sstatic.net/so/favicon.ico">
     <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></script>
<script type="text/javascript">
    $(function() {

        $("#wmd-input").focus();
        $("#title").focus();
        $("#revisions-list").change(function() { window.location = '/posts/1987065/edit/' + $(this).val(); });

    });        
</script>


</head>

<body>
<p>This is my web page</p>

    <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/mootools.js"></script>
</body>

</html>

этот сайт http://stackoverflow.com не имеет никакого кодирования и <meta>

Я использую CMS, который имеет компонент SEO, который добавляет каждый <meta> для SEO после всего js и css. файлов. может размещение любых элементов в любом порядке, которым позволяют войти <head> совместимость документа влияния и кодирование?

80
задан Jitendra Vyas 31 December 2009 в 21:36
поделиться

3 ответа

Последовательности поддерживаются массивами символов, поэтому я не думаю, что можно уменьшить количество экземпляров символов [], не уменьшая количество последовательностей.

Пытались ли вы удалить несколько последовательности, чтобы увидеть, не уменьшился ли также символ []?

-121--3572535-

В документах утверждается, что существует 4 различных место хранения двигателя. Модуль FallbackStorage выполняет запись в сеанс.

-121--4648652-

В HTML первым должен быть элемент DOCTYPE , за которым следует отдельный элемент < html > , который должен содержать элемент < head > , содержащий элемент < title > , за которым следует элемент < body > . См. описание глобальной структуры HTML-документа в HTML 4.01 и HTML5 черновике ; фактические потребности в основном совпадают с DOCTYPE , но описываются по-разному.

Фактические тэги ( < html > , , < head > и т.д.) являются необязательными; элементы будут созданы автоматически, если тэги не существуют. < заголовок > является единственным обязательным тэгом в HTML. Самый короткий допустимый HTML 4,01 документ (по крайней мере, который я мог бы сгенерировать) - (требуется < p > , потому что в < body > должно быть что-то действительное):

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd"><title></title><p>

И самый короткий допустимый HTML5 документ:

<!DOCTYPE html><title></title>

Обратите внимание, что в XHTML все тэги должны быть указаны явно; элементы не будут вставляться неявно.

При некоторых обстоятельствах браузеры выполняют поиск типа контента, чтобы определить тип ресурса, который не был указан с помощью заголовка HTTP Content-Type , а также поиск в кодировке символов, если заголовок Content-Type не был предоставлен или не включает набор символов (обычно следует попытаться включить эти заголовки и убедиться, что они верны, но есть некоторые обстоятельства, при которых вы не можете, например, локальные файлы, не переданные по HTTP). Однако для этих целей они нюхают только ограниченное количество байтов в начале документа, так что все, что предназначено для воздействия на поиск содержимого или поиск в кодировке символов, должно быть близко к началу документа.

По этой причине HTML5 указывает , что любой meta тэгов, который используется для указания набора символов (либо < meta http-equiv = "Content-type" content = "text/html; charset = "... > или просто < meta charset =... > ) должны находиться в пределах первых 1024 байт файла, чтобы они вступили в силу. Таким образом, если вы собираетесь включить информацию о кодировке символов в свой документ, вы должны поместить тэг на ранней стадии в файл, возможно, даже перед элементом < title > . Однако этот тэг не нужен, если правильно указать заголовок Content-type .

В CSS более поздние объявления стиля имеют приоритет над более ранними , при этом все остальные равны. Итак,как правило, следует поместить наиболее общие таблицы стилей, которые могут быть переопределены ранее, а более конкретные таблицы стилей - позже.

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

Очевидно, что < скрипт > тэгов должен быть упорядочен так, чтобы сценарии, зависящие от каждого порядка, сначала загружались зависимости.

В целом, за исключением ограничений, которые я уже указывал, порядок тэгов в пределах < head > не должен иметь большого значения, кроме как для читаемости. Мне, как правило, нравится видеть < title > к верху, а другие < meta > теги ставить в каком-то логическом порядке.

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

106
ответ дан 24 November 2019 в 09:54
поделиться

IIRC, некоторые браузеры перезагрузят документ при столкновении с элементом типа содержимого . Таким образом, этот элемент, вероятно, должен быть первым в элементе head документа.

.
0
ответ дан 24 November 2019 в 09:54
поделиться

Это касается JBoss части вопроса: Если в коде есть реальные специфичные для продукта различия, следует надеяться, что они будут локализованы для одного или нескольких классов. Помимо этой гигиенической меры, было бы бесполезно мучительно разделить ваш проект на два.

Большинство файлов конфигурации также должны быть одинаковыми для двух сред; Если нет, вы можете рассмотреть возможность сделать то, что мы делаем на моем рабочем месте: у нас есть conf _ XXX и conf _ YYY каталог для отдельных файлов конфигурации.

Проблема включения/невключения правильных файлов в среду развертывания должна быть делегирована одному или двум скриптам сборки ant . При наличии отличий файлов можно создать proj _ Weblogic.war и proj _ jboss.war и развернуть их на соответствующих серверах. Если не удается найти конкретные задачи развертывания, можно использовать прямой файл copy tasks или scp для перемещения файлов WAR в соответствующие каталоги развертывания сервера.

-121--2344699-

В HTML первым должен быть элемент DOCTYPE , за которым следует отдельный элемент < html > , который должен содержать элемент < head > , содержащий элемент < title > , за которым следует элемент < body > . См. описание глобальной структуры HTML-документа в HTML 4.01 и HTML5 черновике ; фактические потребности в основном совпадают с DOCTYPE , но описываются по-разному.

Фактические тэги ( < html > , , < head > и т.д.) являются необязательными; элементы будут созданы автоматически, если тэги не существуют. < заголовок > является единственным обязательным тэгом в HTML. Самый короткий допустимый HTML 4,01 документ (по крайней мере, который я мог бы сгенерировать) - (требуется < p > , потому что в < body > должно быть что-то действительное):

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd"><title></title><p>

И самый короткий допустимый HTML5 документ:

<!DOCTYPE html><title></title>

Обратите внимание, что в XHTML все тэги должны быть указаны явно; элементы не будут вставляться неявно.

При некоторых обстоятельствах браузеры выполняют поиск типа контента, чтобы определить тип ресурса, который не был указан с помощью заголовка HTTP Content-Type , а также поиск в кодировке символов, если заголовок Content-Type не был предоставлен или не включает набор символов (обычно следует попытаться включить эти заголовки и убедиться, что они верны, но есть некоторые обстоятельства, при которых вы не можете, например, локальные файлы, не переданные по HTTP). Однако для этих целей они нюхают только ограниченное количество байтов в начале документа, так что все, что предназначено для воздействия на поиск содержимого или поиск в кодировке символов, должно быть близко к началу документа.

По этой причине HTML5 указывает , что любой meta тэгов, который используется для указания набора символов (либо < meta http-equiv = "Content-type" content = "text/html; charset = "... > или просто < meta charset =... > ) должны находиться в пределах первых 1024 байт файла, чтобы они вступили в силу. Таким образом, если вы собираетесь включить информацию о кодировке символов в свой документ, вы должны поместить тэг на ранней стадии в файл, возможно, даже перед элементом < title > . Однако этот тэг не нужен, если правильно указать заголовок Content-type .

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

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

Очевидно, что < скрипт > тэгов должен быть упорядочен так, чтобы сценарии, зависящие от каждого порядка, сначала загружались зависимости.

В целом, за исключением ограничений, которые я уже указывал, порядок тэгов в пределах < head > не должен иметь большого значения, кроме как для читаемости. Я склонен видеть < заголовок > к верху, а другие < мета > теги ставить в каком-то логическом порядке.

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

-121--836658-

Сначала необходимо указать тип контента, так как это означает кодировку символов, в противном случае, если она появится позже, некоторые браузеры попытаются угадать кодировку. (Я не могу вспомнить подробности, но я думаю, что IE догадается, если он не найдет кодировку в первых 75 символов документа?)

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

Я бы поставил ссылки CSS вторым, чтобы браузер загрузил их как можно скорее.

JavaScript Я бы не ставил в голову, он должен идти в нижней части ваших страниц, как загрузка их блокирует рендеринг страниц.

5
ответ дан 24 November 2019 в 09:54
поделиться