какое значение content-type я должен отправить для моей карты сайта xml?

<p>я думал, что я должен отправить «text/xml», но потом я прочитал, что я должен отправить «application/xml». это имеет значение? может кто-нибудь объяснить разницу?</p>

<p>разница <a href="http://tools.ietf.org/html/rfc3023#section-3">между <em>text/xml</em> и <em>application/xml</em></a> является кодировкой символов по умолчанию, если параметр <em>charset</em> опущен:</p><blockquote> <p>text/xml и application/xml ведут себя по-разному, когда кодировка параметр не указан явно. если набор символов по умолчанию (например, us-ascii) для text/xml по какой-то причине неудобен (например, плохие веб-серверы ), application/xml предоставляет альтернативу (см. «необязательные параметры» регистрация application/xml в разделе 3.2).</p> </blockquote><p>для <a href="http://tools.ietf.org/html/rfc3023#section-3.1"><em>text/xml</em></a> :</p><blockquote> <p>соответствует [rfc2046], если объект text/xml получен с параметр charset опущен, mime-процессоры и xml-процессоры должен использовать значение по умолчанию charset "us-ascii" [ascii]. в случаях где сущность xml mime передается через http, по умолчанию значение charset по-прежнему "us-ascii".</p> </blockquote><p>для <a href="http://tools.ietf.org/html/rfc3023#section-3.2"><em>application/xml</em></a> :</p><blockquote> <p>если сущность application/xml получена там, где charset параметр не указан, информация о .\_\_ не предоставляется charset заголовком mime content-type. соответствующий xml процессоры должны следовать требованиям, изложенным в разделе 4.3.3 [xml] что напрямую связано с этим непредвиденным обстоятельством. тем не менее, mime процессоры которые не являются процессорами xml, не должны принимать кодировку по умолчанию, если параметр charset опущен в объекте application/xml.</p> </blockquote><p>таким образом, если параметр <em>charset</em> пропущен, кодировка символов <em>text/xml</em> является us-ascii, тогда как с помощью <em>application/xml</em> кодировка символов может быть указана в самом документе.</p><p>теперь в интернете действует правило: «будь строг с выходом, но будь терпимым с вводом». это означает, что при доставке данных через интернет нужно как можно больше соответствовать стандартам. но встроите некоторые механизмы, чтобы пропустить ошибки или угадать при получении и интерпретации данных через интернет.</p><p>так что в вашем случае просто выберите один из двух типов (я рекомендую <em>application/xml</em>) и убедитесь, что вы правильно указали используемую кодировку символов (я рекомендую использовать соответствующую кодировку символов по умолчанию для безопасного воспроизведения, поэтому в случае <em>application/xml</em> использовать utf-8 или utf-16).</p>

<p>как правило, самая надежная ставка на то, чтобы все документы веб-серверов, прокси-серверы и клиентские браузеры обрабатывались надлежащим образом, - это, вероятно, следующее:</p><ol> <li>используйте тип содержимого application/xml</li> <li>включите кодировку символов в тип содержимого, возможно, utf-8</li> <li>включите соответствующую кодировку символов в атрибут кодировки самого документа xml.</li> </ol><p>в терминах <a href="http://tools.ietf.org/html/rfc3023">rfc 3023</a> spec, которые некоторые браузеры не могут реализовать должным образом, основное различие в типах контента заключается в том, как клиенты должны обрабатывать кодировку символов, следующим образом:</p><p>для application/xml, application/xml-dtd, application/xml-external-parsed-entity или любого из подтипов application/xml, таких как application/atom + xml, application/rss + xml или application/rdf + xml кодировка символов определяется в следующем порядке:</p><ol> <li>кодировка, указанная в параметре charset http-заголовка content-type</li> <li>кодировка, указанная в атрибуте кодирования декларации xml внутри документа,</li> <li>utf-8.</li> </ol><p>для text/xml, text/xml-external-parsed-entity или такого подтипа, как text/foo + xml, атрибут кодирования объявления xml в документе игнорируется, а кодировка символов:</p><ol> <li>кодировка, указанная в параметре charset http-заголовка content-type, или</li> <li>us-ascii.</li> </ol><p>большинство парсеров не реализуют спецификацию; они игнорируют http-тип контекста и просто используют кодировку в документе. с таким количеством плохо сформированных документов это вряд ли изменится в ближайшее время.</p>

<p>оба в порядке.</p><p>text/xxx означает, что если программа не понимает xxx, имеет смысл показать файл пользователю в виде простого текста. application/xxx означает, что показывать его бессмысленно.</p><p>обратите внимание, что эти типы контента были изначально определены для вложения электронной почты, прежде чем они впоследствии были использованы в мире интернета.</p>

<p>text/xml предназначен для документов, которые были бы полезны человеку, если бы он был представлен как текст без дальнейшей обработки, application/xml - для всего остального</p><blockquote> <p>каждый объект xml подходит для использования с приложением/xml media тип без изменений. но это не использует тот факт, что xml можно рассматривать как обычный текст во многих случаях. пользовательские агенты mime (и агенты веб-пользователей), которые не имеют явной поддержки application/xml будет обрабатывать его как application/octet-stream для например, предлагая сохранить его в файл.</p> <p>чтобы указать, что сущность xml должна рассматриваться как по умолчанию используйте текстовый/xml тип мультимедиа. это ограничивает кодировку используется в сущности xml для тех, которые совместимы с требования к типам текстовых носителей, как описано в [rfc-2045] и [rfc-2046], например, utf-8, но не utf-16 (за исключением http).</p> </blockquote><p>- <a href="http://www.ietf.org/rfc/rfc2376.txt">http://www.ietf.org/rfc/rfc2376.txt</a> </p>

<p>другие ответы здесь касаются общего вопроса о том, что такое <code>content-type</code> для ответа xml, и делают вывод (как в случае с <a href="https://stackoverflow.com/q/4832357/1709587">в чем разница между text/xml и application/xml для ответа веб-службы</a> ), что и <code>text/xml</code>, и <code>application/xml</code> допустимы. однако ни в одном из них не указано, существуют ли какие-либо правила, специфичные для <em>sitemaps</em>.</p><p>ответ: нет. спецификация карты сайта - <a href="https://www.sitemaps.org">https://www.sitemaps.org</a> , и с помощью поиска google <code>site:</code> вы можете убедиться, что она не содержит слов или фраз <em>mime</em>, <em>mimetype</em>, <em>content -type</em>, <em>application/xml</em> или <em>text/xml</em> где угодно. другими словами, в нем совершенно ничего не говорится о том, что <code>content-type</code> следует использовать для обслуживания карт сайта.</p><p>в отсутствие какого-либо комментария в спецификации карты сайта, непосредственно касающегося этого вопроса, мы можем с уверенностью предположить, что применяются те же правила, что и при выборе <code>content-type</code> любого другого xml-документа, т. е. что это может быть <code>text/xml</code> или <code>application/xml</code>.</p>