Зачем писать ‹script type = text / javascript›, если тип mime установлен сервером?

Дуглас Крокфорд говорит:

type="text/javascript"

Этот атрибут не является обязательным. Начиная с Netscape 2 языком программирования по умолчанию во всех браузерах был JavaScript. В XHTML этот атрибут является обязательным и ненужным. В HTML его лучше не указывать. Браузер знает, что делать.

Он также говорит:

W3C не принял атрибут language, отдав предпочтение атрибуту type, который принимает тип MIME. К сожалению, тип MIME не был стандартизирован, поэтому иногда это "text/javascript", "application/ecmascript" или что-то еще. К счастью, все браузеры всегда будут выбирать JavaScript в качестве языка программирования по умолчанию, поэтому всегда лучше просто написать <script>. Он самый маленький и работает в большинстве браузеров.

Исключительно в развлекательных целях я попробовал следующие пять сценариев

  <script type="application/ecmascript">alert("1");</script>
  <script type="text/javascript">alert("2");</script>
  <script type="baloney">alert("3");</script>
  <script type="">alert("4");</script>
  <script >alert("5");</script>

В Chrome работали все, кроме скрипта 3 (type="baloney"). IE8 не запускал скрипт 1 (type="application/ecmascript") или скрипт 3. Судя по моему не обширному образцу двух браузеров, похоже, что вы можете спокойно игнорировать атрибут type, но если вы его используете, вам лучше использовать законный (зависит от браузера) ценность.

Поскольку, по крайней мере, в HTML 4.01 и XHTML 1 (.1) атрибут type для <script> элементов имеет вид обязательно.

В HTML 5, type больше не требуется.

Фактически, хотя вы должны использовать text/javascript в исходном HTML-коде, многие серверы отправят файл с Content-type: application/javascript. Подробнее об этих типах MIME читайте в RFC 4329.

Обратите внимание на разницу между RFC 4329, который пометил text/javascript как устаревший и рекомендовал использовать application/javascript, и реальностью, в которой некоторые браузеры нервничают по <script> элементам, содержащим type="application/javascript" (в источнике HTML, а не в заголовке HTTP Content-type файла, который получает Отправить). Недавно в списке рассылки WHATWG обсуждалось это несоответствие (в HTML 5 type по умолчанию text/javascript), прочтите эти сообщения с темой Будете ли вы рассматривать RFC 4329?

Борис Збарский (Mozilla), который, вероятно, знает о внутренностях Gecko больше, чем кто-либо другой, предоставлено на http://lists.w3.org/Archives/Public/public-html/2009Apr/0195.html псевдокод, повторенный ниже, чтобы описать, что делают браузеры на основе Gecko:

if (@type not set or empty) {
   if (@language not set or empty) {
     // Treat as default script language; what this is depends on the
     // content-script-type HTTP header or equivalent META tag
   } else {
     if (@language is one of "javascript", "livescript", "mocha",
                             "javascript1.0", "javascript1.1",
                             "javascript1.2", "javascript1.3",
                             "javascript1.4", "javascript1.5",
                             "javascript1.6", "javascript1.7",
                             "javascript1.8") {
       // Treat as javascript
     } else {
       // Treat as unknown script language; do not execute
     }
   }
} else {
   if (@type is one of "text/javascript", "text/ecmascript",
                       "application/javascript",
                       "application/ecmascript",
                       "application/x-javascript") {
     // Treat as javascript
   } else {
     // Treat as specified (e.g. if pyxpcom is installed and
     // python script is allowed in this context and the type
     // is one that the python runtime claims to handle, use that).
     // If we don't have a runtime for this type, do not execute.
   }
}

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

Это было бы намного важнее, если бы между языками в пространстве браузеров была большая конкуренция, но VBScript никогда не выходил за рамки IE, а PerlScript никогда не выходил за рамки конкретного плагина IE, в то время как JSSS был довольно мусором с самого начала.

Черновик HTML5 делает атрибут необязательным.