Таким образом, ведущей компании по отслеживанию нужна ссылка на огонь, и это было в главном теге... будет он стрелять.
<head>
<img width=1 height=1 src='http://track.searchignite.com/si/CM/Tracking/TransactionTracking.aspx?siclientid=4426&DetailDescription=935626&transactionamount=1&SICustTransType=19172&jscript=0&x10=goog&x9=1&x8=935626&x7=777+665-9999&x6=jones&x5=matt&x4=&x3=Camarillo&x2=Oxnard%2C+CA+Metro+Area&x1=Hidden+Springs&n1=Austin--Bedroom--austin_1_bedroom_apartments-P'>
</head>
Не должно. В спецификации сказано:
Пользовательские агенты обычно не обрабатывают элементы, которые появляются в HEAD как содержание.
Но браузеры могут делать все, что захотят.
Добавлено:
Это свободная область в спецификации. Например, браузер может:
... и браузер будет совместим.
Так что смотрите, что делают ваши любимые браузеры, а затем используйте информацию по своему усмотрению ...
Да. Я тестировал в FireFox и Chrome, и это было запрошено.
Технически да... но гораздо лучше просто поместить это в HTML / JS вызов...
HTML
<body onload="triggerLink('4426');">
JAVASCRIPT
function triggerLink(var1){
var receiveReq = getXmlHttpRequestObjectShipping();
var url= 'http://track.searchignite.com/si/CM/Tracking/TransactionTracking.aspx?siclientid=' + var1;
if (receiveReq.readyState == 4 || receiveReq.readyState == 0) {
receiveReq.open("POST", url, true);
receiveReq.onreadystatechange = handleLink;
receiveReq.send(null);
}
}
function handleLink(){
//Do This when request finished
}
Вы можете добавить переменные в функцию "tiggerLink", чтобы передать остальные параметры URL.
Я предлагаю использовать тег вместо тега
. Тогда не возникнет вопроса, будет ли браузер запрашивать url. Просто убедитесь, что он не возвращает ничего, что может вызвать ошибку сценария.
Большинство браузеров не заботятся о правилах, поэтому они будут работать. Но если вы хотите соответствовать стандартам, вам не следует этого делать. (По крайней мере, в XHTML недопустимо размещать тег
внутри
.)
Я был бы более склонен использовать ссылку , чтобы указать ее как таблицу стилей:
Все должно быть в порядке, если TransactionTracking.aspx
возвращает пустой контент.
Веб-браузеры действительно загружают изображение. Я подозреваю, что его размещение в заголовке
документа вызвано тем, что атрибут src
не загружает фактическое изображение, поэтому на веб-странице оно будет отображаться как неработающее. сам. Поскольку он находится в заголовке
, он будет вызываться, но не отображаться на странице.
По сути, это действует как вызов асинхронного сценария, потому что браузер будет выполнять запрос GET для URL-адреса атрибута src изображения при загрузке страницы.
Да, браузер попытается загрузить ресурс img, но по причинам, которые не сразу очевидны.
Предполагая, что это используется как text / html, когда анализатор браузера видит элемент
, он будет считать, что обнаруживает отображаемый контент, и просто выведет
] и
(помните, они являются необязательными в HTML), поэтому
на самом деле находится не в элементе head, а в элементе body.
Если вы используете firebug или другое средство проверки DOM, такое как http://software.hixie.ch/utilities/js/live-dom-viewer/ , вы сами убедитесь, что В этом случае.
Поскольку img находится в теле, браузер не видит в нем отличия от любого обычного элемента
.
Это будет зависеть от браузера. Код неверен, и нет стандарта, как обрабатывать неправильный код, поэтому каждый браузер должен попытаться понять его.
Я думаю, что большинство браузеров перейдут в режим супа тегов и покажут все, что могут, но некоторые браузеры могут вместо этого игнорировать изображение.
Есть также вопрос, что неправильный код делает с остальной частью страницы. Если браузер изменяет способ анализа кода, это может отрицательно повлиять на правильный код.