Утеплители для балкона: Как утеплить пол на балконе своими руками с обрешеткой и без нее

Содержание

Как утеплить пол на балконе своими руками с обрешеткой и без нее

Балкон или лоджия для обитателей тесных квартир – это вспомогательная добавочная территория. Её можно эффективно использовать в различных целях, от складирования ненужных вещей до расширения полезной жилой площади. На имеющемся балконе можно разводить цветы, сделать уютный уголок для отдыха, оформить мастерскую, рабочий кабинет или расширить пространство кухни или жилой комнаты. Обязательным условием трансформации балкона и увеличения его функциональных возможностей является качественная теплоизоляция. Утепление пола на балконе важный этап при проведении данного вида ремонтных работ.

Материалы, применяемые при утеплении полов на балконах и лоджиях

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

Утепление пола пенофолом

Применяются следующие виды материалов:

  1. Пенофол – рулонный утеплитель, состоящий из слоёв вспененного полиэтилена и отражающей фольги. Он довольно тонкий, используется в основном как дополнительный элемент в сочетании с другими утепляющими материалами;
  2. Пенопласт – хорошо всем знакомый стройматериал, жёсткий, отлично удерживает тепло. Он бывает различной плотности, разной толщины, что позволяет расходовать его экономно, а технология укладки вполне доступная;
  3. Пенополистирол – вспененный пенопласт, второе название – пеноплекс. По сравнению с обычным пенопластом имеет повышенную плотность, меньшего размера поры, гребневый профиль, что исключает возникновение мостиков холода. Это самый дорогой утеплитель по сравнению с другими;
  4. Минеральная вата – мягкий утеплитель, не способный удержать форму. При использовании минваты необходимо выполнить обрешётку с лагами. Значительное преимущество в том, что таким утеплителем можно заполнить небольшие щели. Выпускается рулонными упаковками или в виде матов. До начала работы с минватой необходимо застеклить балкон, так как она гигроскопичный материал.
  5. Керамзит – сыпучий теплоизолятор. У него очевидные достоинства – экологичность, негорючесть. Производится в гранулах различного размера, применяется как засыпка пространства между лагами, для замешивания раствора для керамобетонной стяжки.

Утепление пола минеральной ватой

Выбирают тип утеплителя с учётом технического состояния бетонной плиты перекрытия балкона. Климат также влияет на выбор, так как при слишком высоком уровне влажности атмосферы мягкие утеплители использовать не желательно.

Подготовка к теплоизоляции

Утепление пола на балконе своими руками начинают с подготовки поверхности. Требуется осмотреть балконную плиту, оценить её состояние. Возможно, она потребует проведения небольшого ремонта. Но прежде необходимо усилить внешнюю стенку и установить алюминиевые или пластиковые стеклопакеты.

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

Ремонт пола перед началом работ по утеплению

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

  1. Выступы и неровности нужно сколоть;
  2. Трещины на поверхности плиты расширить и разделать для более плотного заполнения ремонтным раствором, затем прогрунтовать;
  3. Широкие щели у стен можно заполнить специальными валиками из вспененного полиэтилена, которыми плотно заполняют зазоры ,а затем закрыть монтажной пеной;
  4. После высыхания всю поверхность нужно выровнять цементным раствором.

Гидроизоляция пола

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

Выполнить гидроизоляцию при утеплении пола на балконе можно следующими способами:

  • покрыть поверхность специальным составом, который закрывает микротрещины и поры бетона, препятствуя диффузии влаги. Это «пенетрон» или «гидротэкс». Наносятся валиком или щёткой на длинной ручке в несколько слоёв, при этом новый слой накатывается только после просыхания предыдущего;
  • выполнить обмазочную гидроизоляцию смесью на битумной или полимерной основе. Вначале загрунтованную поверхность нужно обезжирить щёткой или кистью. Наносят гидроизоляцию горячим или холодным способом, следуя инструкции, не менее как в два слоя. После засыхания составы образуют плотную плёнку.

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

При гидроизоляции плёнкой плотный плёночный материал одним большим полотнищем настилают на обрабатываемую поверхность. При этом края плёнки приподнимают на 10 см выше уровня будущего пола, крепят к стенам малярным скотчем.

При этом способе самое главное – обеспечить сохранность плёнки, разрезать и прокалывать её недопустимо;

Гидроизоляция рулонными материалами – надёжный и простой в исполнении вид изоляции. При этом способе на поверхность балконной плиты накатывается горячая битумная мастика, на которую приклеивают рулонный материал. Можно выполнить эту операцию также в несколько слоёв, промазывая каждый горячей мастикой. Полотна каждого следующего слоя укладывают перпендикулярно по отношению к предыдущему. Другой, более удобный вариант рулонной гидроизоляции – современный материал с клеящей полосой. Полотна укладываю внахлёст, предварительно сняв защитную плёнку, и плотно фиксируют.

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

Утепление пола балкона или лоджии с устройством обрешётки

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

Сначала необходимо выяснить расстояние, на которое нужно будет поднять пол, не считая толщины его чистового покрытия. Обычно балконное покрытие делают в один уровень с полом комнаты или чуть ниже. Затем нужно выбрать способ, который поднимет уровень. Далее следует подготовить элементы обрешётки – разметить их, напилить бруски и доски. Все деревянные элементы необходимо обработать антисептиком и просушить. Теперь можно приступить к устройству обрешётки.

Устройство обрешётки с помощью П-образных деталей

В качестве опорных стоек практикуется использование гнутые П-образных полосок из металла, которые жестко крепятся к поверхности бетона анкерными болтами. Они устанавливаются сначала вдоль длинной стороны с шагом 50 – 60 см, один или два ряда в середине, что зависит от размеров балкона. Нужно выполнить разметку плиты. При этом необходимо учитывать, что между брусом и стеной необходимо оставить зазор не менее 50мм.

На стене, используя уровень, делается нулевая отметка, по которой будет выравниваться верх лаг и поперечин. Бруски вставляются между полками профиля и закрепляются саморезами на требуемую высоту. В утеплителе прорезаются отверстия, он «надевается» на стойки и придавливается к плите. Оставшиеся участки так же набиваются изоляционным материалом. После этого кладётся второй слой утеплителя.

Устройство обрешётки с помощью шпилек

Шпильки врезаются в бетонную поверхность плиты. В своей верхней части они имеют резьбу, которая позволяет удобно монтировать лаги и регулировать по высоте. Разметка производится аналогично первому способу.

Обрешётка из брусков

Можно соорудить обрешётку без использования металлических подставок с помощью деревянных брусков, скреплённых уголками. Бруски, уложенные около стен, крепятся к ним анкерными болтами. В этом случае сложность в том, что поверхность плиты должна быть тщательно выровнена, так как настроить отдельные позиции по высоте довольно сложно.

Обрешётка из двух слоёв брусков

Если не нужно поднимать конструкцию высоко, то можно соорудить обрешётку из двух слоёв брусков, которые укладываются взаимно перпендикулярно. Второй ряд рекомендуется монтировать после закладки изоляции в ячейки между нижними направляющими.

Обрешётка из досок

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

При любом способе монтажа обрешётки, используемый утеплитель засыпается или выкладывается между направляющими. Если остаются не заделанные щели, их уплотняют монтажной пеной или конопатят минватой.

Рекомендуется постелить на готовый утеплитель плёнку, защищающую от проникновения пыли. После этого можно приступать к сооружению чернового или чистового варианта пола.

Укладка утеплителя

Каждый тип утеплителя прокладывают вплотную к брусьям обрешётки. Существуют некоторые особенности при укладке разных видов утеплителей:

  1. Утепление пенопластом. Он спокойно поддаётся обрезке обычным ножом. Плиту нарезают по размеру, образованных лагами, ячеек. Если планируется устройство толстого слоя, то рекомендуют покупать пенопласт не 100мм., а 50мм., монтировать его двумя слоями, смещая один над другим. Все стыки пенопласта с брусьями, стенами, все зазоры следует закрыть монтажной пеной, для ликвидации мостиков холода;
  2. Утепление пеноплексом. Его укладка производится аналогично работе с пенопластом;
  3. Укладка пенофола. Обычно он применяется как второстепенный материал. К поверхностям он крепится с помощью двухстороннего скотча, выше монтируют обрешётку. Его защитная фольгированная поверхность не допускает потери тепла сквозь стены, а отражает его внутрь конструкции. Полотна пенофола стыкуются фольгированным скотчем, образуя единое полотно. С ним допускается использовать любой другой материал.
  4. Минеральная вата. Самый популярный вид утеплителей, особенно для укладки на лоджиях и балконах. Неоспоримые достоинства – малый вес, экологическая чистота материала. Производится в виде рулонов или матов, которые, расправляясь во время укладки, заполняют все зазоры. Рекомендуется поверх неё настилать специальную плёнку для пароизоляции, чтобы влага с балкона не проникала в утеплитель;
  5. Керамзитовый утеплитель производится в трёх размерах фракций – крупный, средний и мелкий. С крупными фракциями — отлично подходит для засыпки свободного пространства между лагами. Керамзит средней фракции применяют для замешивания керамзитобетона, который так же заливают в промежутки. Керамобетонный раствор можно, после выравнивания по маякам, использовать как основу для выкладывания настила из керамической плитки. Керамзит с мелкими гранулами используется как насыпной пол.

Утепление минеральной ватой

Утепление без устройства обрешётки

Как утеплить пол на балконе или лоджии без устройства обрешётки. Для этого надо воспользоваться способом , так называемой, «сухой стяжки». Данный вид утепления получил широкое распространение, особенно в индивидуальном строительстве. Насыпной пол замечательно подойдёт для балконов и лоджий.

В этом случае обязательным условием является гидроизоляция из полиэтиленовой плёнки. Она выкладывается по всей поверхности балкона. По периметру плёнка прикрепляется к стене двухсторонним скотчем и демпферной лентой для компенсации температурных колебаний.

На стенах необходимо выставить маячки. После сооружения основы нужно осторожно, частями высыпать на плёнку керамзит, причём немного выше выставленных маячков. Далее насыпной утеплитель разравнивают с помощью правила. Сверху кладутся гипсовые панели с замком для соединения.

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

Устройство тёплого пола на лоджии

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

Затем раскладывается кабель в вид « змейки», крепится к стяжке специальной лентой. Выравнивающей смесью заливают нагревательные элементы, слоем 15 мм. Сверху укладывается покрытие. Нагрев от электрической сети через терморегулятор. Такой настил на балконе или лоджии способен заменить радиатор отопления.

Финишная отделка

Чистовой пол также будет дополнительным утепляющим слоем. Выбор покрытия зависит от желания и пристрастий хозяина квартиры. Однако рекомендуется использовать материалы, создающие ощущение комфорта и удобства.

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

Советы для начинающего мастера

Утепление пола на лоджии и балконе – увлекательный процесс, который вполне осуществим собственными руками. Неопытный мастер справится с этой работой даже при полном отсутствии строительных навыков, если будет соблюдать все технологические рекомендации.

Очень важно избегать типичных ошибок, чтобы не свести «на нет» все усилия:

  • для закрытия зазоров и швов нужно использовать только монтажную пену. Гипсовая шпатлёвка потрескается, что приведёт к возникновению конденсата;
  • утеплять желательно в два слоя, не надо экономить на утеплителе;
  • по возможности стараться выбирать более лёгкие варианты вместо бетонной стяжки;
  • нельзя использовать в работе вещества, с растворителем в составе;
  • чтобы увеличить срок службы и эффективность утеплителя необходимо применять гидрофобные средства;
  • пароизолирующую плёнку нельзя укладывать на холодную сторону, так как постоянный конденсат её испортит;
  • при работе с пеноплексом не использовать для каркаса металлический профиль;
  • если уложен утеплитель, то передвигаться по балкону или лоджии можно только наступая на лаги;

Утепление балконов и лоджий позволяет сохранить в жилище больше тепла, даже если не планируется сделать из них дополнительную жилую площадь. Утепление пола на балконе — это только одна часть работы по снижению теплопотерь. Однако очень важная и существенная, так как большая часть тепла уходит через железобетонную плиту перекрытия. Утеплённый пол создаёт уютную и комфортную атмосферу на лоджии или балконе.

Понравилась статья? Расскажите друзьям:

Выбираем лучшие утеплители для балкона и лоджии

Балконы и лоджии — это несколько квадратных метров дополнительной площади в квартире, которые можно сделать такими же полезными, как зал, кухня или кабинет. Для этого достаточно освободить это пространство от ненужного хлама и заняться его интерьером, но прежде всего –утеплить. В продаже имеется достаточное количество утеплителей для стен, потолков и перекрытий, с различными свойствами, от отечественных и зарубежных производителей. Разобраться в них непросто. Редакция сайта «Янашла» предлагает рассмотреть лучшие утеплители для лоджии и балкона на 2021 год.

История лоджии и балкона

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

Балкон

Название вместе с конструкцией пришло к нам из средневековой Франции. Изначально это была огражденная камнем площадка, опирающаяся на балки, выступающие из крепостной стены. Опорные балки и дали название этому элементу фортификационного сооружения. Отсюда было удобно наблюдать за перемещениями противника в мертвой зоне и поражать его камнями, стрелами и прочими боеприпасами. Боевые площадки стали своеобразным украшением замков и крепостей.

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

Интересно! В церквях и соборах появился свой вид балконов – соборные кафедры, с которых священнослужители обращались к прихожанам со своими проповедями.

Современные архитекторы называют балконом неотапливаемую огражденную площадку, вынесенную за обрез наружной стены.

Ее можно дополнить покрытием и остеклением. В этом случае глубина площадки ограничивается освещенностью от примыкающей части квартиры или офиса.

Лоджия

В отличие от балкона имеет итальянские корни и у нее нет славного боевого прошлого. Так называли встроенные в стены террасы, открытые с одной или двух сторон. Иногда лоджии ограждались колоннадами, аркадами и парапетами.

В современном строительстве это открытые помещения, имеющие в своем составе:

  • две стены;
  • ограждение;
  • оконный и дверной блоки со стороны жилого помещения или офиса.

Лоджия – балкон

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

Особенности утепления лоджий и балконов

Рассмотрим процесс утепления балкона. Для начала, нужно соорудить ограждающие конструкции, на которые потом можно будет монтировать утеплитель. Не стоит забывать, что плита этого выносного помещения опирается на консольные балки, которые могут не выдержать лишней тяжести.

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

Слишком тонкий материал не удержит тепла. Холодный наружный воздух столкнется с потоком тепла от примыкающего помещения. В результате внутренние поверхности стен будут постоянно сырыми, появится плесень и грибок. Чтобы не допустить этого, необходимо произвести тепловой расчет с целью подбора толщины утеплителя.

Утепление балкона и лоджии: пошаговая инструкция как правильно


Отличная возможность расширить жилую площадь дома – это утеплить лоджию или балкон, превратив их пространство в уютное место для отдыха или работы. Актуальность создания дополнительной комфортной зоны максимально оценят хозяева малогабаритных квартир, где учитывается каждый свободный уголок.

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

Правильное утепление лоджии

Мини-кабинет на лоджии

Если осуществить правильное утепление лоджии, то её можно сделать продолжением гостиной или кухни. В этом случае целесообразным решением станет преобразование разделяющей стены в удобный стол. В оригинальном дизайнерском варианте такое «слияние» можно выполнить в качестве стильного бара с домашним кинотеатром. Подобное перевоплощение придётся по душе любителям частых вечеринок. Также утеплённая лоджия может превратиться в красивую оранжерею – зелёный оазис в любое время года.

Преобразование разделяющей стены в удобный стол

Есть ещё один не маловажный момент – утепление лоджий и балконов обеспечивает снижение потери тепла всего жилого помещения, поскольку отток теплого воздуха происходит именно через холодные лоджии. Для достижения планируемого хорошего результата по расширению полезной площади необходима продуманная и обоснованная схема утепления балкона. Давайте разбираться по порядку.

Как утеплить лоджию, чтобы там было тепло зимой

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

Наружнее утепление лоджии

Существует два варианта утепления – это наружное утепление балкона и утепление балконов изнутри. Снаружи выполнить работы без помощи профессионалов будет достаточно проблематично: этажность подразумевает использование необходимых технологий и монтажных обустройств. Поэтому, если брать во внимание самостоятельный процесс утепления балкона, то остановимся на его внутреннем «одевании».

Основные этапы: как правильно утеплить балкон своими руками

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

Обозначим последовательность этапов процесса утепления балкона:

  1. Подготовительный этап
    – будет одинаковым при любом раскладе, не зависимо от технологии утепления лоджии и материала самого утеплителя. Подготовительные работы

    Производим зачистку всех внутренних поверхностей (стен, пола и внутренней части крыши) — удаляем выступающие элементы, подвижные крошащиеся цементные участки, остатки старой краски и т.д.
    Затем очищаем все поверхности от грязи и пыли, после чего, заделываем трещины и щели с помощью подходящего герметика или монтажной пены.
    Когда пена или герметик застынут, их излишки срезаем, а поверхности грунтуем – это придаст прочности и защитит от возможного возникновения грибковой плесени.;

  2. Выбор утеплителя – утепление балконов может производиться с использованием минеральной ваты, пенопласта (вспененного полистирола), экструдированного пенополистирола (ЭППС) и керамзита, последний применяется для тепловой изоляции пола;

    Утепление лоджии пенопластом

  3. Остекление – этот этап утепления балкона предполагает наличие устойчивого железобетонного парапета.
    Если балкон имеет только металлическую обрешётку, то необходимо предварительно нарастить парапет с помощью керамического кирпича или пеноблоков. Его толщина, должна составлять не менее 100 мм. На имеющийся или сооружённый парапет устанавливаются пластиковые или деревянные окна. На этом этапе необходимо уделить внимание правильному выбору окон. Наиболее оптимальным вариантом будут конструкции из ПВХ с усиленным армированным профилем и 2-3-камерным стеклопакетом. Если самостоятельная установка окон затруднительна, стоит обратиться к профессионалам, а самим заниматься только конкретно теплоизоляцией лоджии;

    Окна из ПВХ с усиленным армированным профилем и 2-3-камерным стеклопакетом

  4. Гидроизоляция и теплоизоляция – на данном этапе производятся последовательные работы по защите внутренних поверхностей пола, стен, парапета и потолка от попадания влаги и холодного воздуха. Ниже разберём утепление лоджии в панельном доме более детально;
  5. Отделочные работы проводятся после утепления балкона теплоизоляционными материалами. Для отделки наиболее оптимальными являются такие материалы, как гипсокартон, панели ПВХ, пробковые панели, вагонка из дерева или пластика.
  6. Установка электрического тёплого пола или других источников тепловой энергии.
Пенофол, пеноплекс и кладка из пеноблока

Выбор материала: чем лучше утеплять лоджию изнутри

Теплоизоляционные материалы нужно выбирать с учётом их прочности, малой массы (чтобы минимизировать нагрузку на основание) и безопасности. Для ответа на вопрос: чем утеплить лоджию – логично рассмотреть основные характеристики предпочтительно используемых материалов:

  • Минеральная вата – проверенный многолетним опытом, эффективный материал, не теряющийпопулярности в современном строительстве. Имеет отличную пластичность, прекрасные шумопоглощающие и теплосохраняющие свойства. Удобна в работе – легко режется простым строительным ножом, выпускается разной толщины и габаритов, что значительно упрощает подгонку.

    Бывает трёх видов:
    шлаковой,
    каменной
    и стекловолокнистой. Утепление балкона минеральная ватой

    К недостаткам (в большей степени стекловаты) относится необходимость применения средств защиты для глаз, кожных покровов и дыхательных путей при работе с данным материалом. К самым безопасным относится базальтовый каменный утеплитель.

  • Традиционный пенопласт — отлично зарекомендовал себя в качестве звукоизолирующего утеплителя,который легко монтировать. Благодаря доступной цене, утеплить лоджию вспененным полистиролом не ударит сильно по кошельку. Производится разной плотности — чем выше плотность, тем хуже держит тепло и имеет меньшую защиту от шума, но может выдерживать большие

утепление внутри и снаружи, можно ли зимой, видео, фото

Как же хочется воспользоваться пространством балкона и использовать его не только в качестве кладовки (обычно для складывания лыжных палок, коньков и других вещей). Не все потеряно. Можно сделать из балкона отличный рабочий кабинет или продолжение комнаты. Первым делом, для этого понадобится выполнить его утепление. В связи с этим возникает несколько вопросов. Можно ли выполнять эти работы в зимнее время года или лучше дождаться лета? Какие материалы можно использовать для утепления? Как своими руками утеплить балкон и что для этого понадобится?

Содержание статьи

Зима – подходящее ли время для утепления?

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

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

Нельзя. Не лучшим решением для утепления балкона будет использование пенопласта или полистирола в качестве наружного слоя под фасадную штукатурку. Для его монтажа и отделки понадобятся материалы, для которых будет необходима вода. А при минусовой температуре эти составы теряют свои свойства. Влага в них не высыхает, а вымерзает, что тоже не очень хорошо.

Совет: Лучшим вариантом в зимнее время года будет использование утеплителей, на монтаж которых не влияет низкая температура.

Что учесть перед началом работ

Перед тем как приступить к выполнению работ следует учесть некоторые нюансы, которые могут существенно уменьшить эффективность проведения работ. А именно:

Балконный пол, утепленный пенопластом
  1. Не утеплен пол. Холодные полы оставляют ощущение дискомфорта. Удивительно, но оставить полы на балконе без утепления одна из самых распространенных ошибок тех, кто выполняет эти работы самостоятельно.
  2. Не утеплен потолок. Теплый воздух поднимается вверх, а холодный опускается вниз. Без утепления потолка бетонная плита будет своеобразным мостиком, выпускающим нагретый и холодный воздух.
  3. Не обработаны стыки. Даже небольшие щели на балконе при условии сильного ветра на улице могут легко стать причиной сквозняков и холода. Это особенно неприятно, если принято решение о том, чтобы пространство использовалось как дополнение комнаты.
  4. Не установлен дополнительный источник тепла. Устройство теплоизоляции по своей сути напоминает термос. Жидкость, залитая в колбу, сохраняет холод или тепло. Балкон, утепленный снаружи или внутри, также будет сохранять ту температуру, которая будет изначально. Следовательно, холодный воздух будет тяжело нагреть, а нагретый остудить.

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

Какой выбрать утеплитель?

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

  1. Пенофол. Используется в качестве утеплителя исключительно для внутренних работ. Особенностью такого материала является его способность отражать тепло. С одной стороны он имеет фольгированную защиту, с другой подложный материал.

    Пенофол выступает в роли утеплителя и теплоотражателя

  2. Пенопласт. Оптимальный вариант, как для внутренних, так и для наружных работ. Его особенностью является возможность его использования для нанесения слоя фактурной штукатурки или изготовления так называемого мокрого фасада. В этом случае на плиты натягивается армирующая сетка, покрывается слоем специального состава и после красится специальной краской. Недостатком пенопласта является его способность выгорать на солнце. Поэтому, решая как и чем утеплить балкон, следует принять во внимание, что в отличие от других материалов, наружные работы с пенопластом нельзя растянуть на длительное время.
  3. Минеральная вата. Имеет хорошие показатели теплоизоляции. Для ее монтажа обязательно использование гидроизоляции и паробарьера. Ее традиционно используют для утепления стен, пола и потолков помещения. Минеральные утеплители больше рекомендуется использовать для внутренних работ на балконах и лоджиях.
  4. Пеноплекс. Это разновидность экструдированного полистирола (обычно ярко оранжевого цвета). Этот материал благодаря своей плотности может использоваться для утепления полов с последующим изготовлением стяжки. Также его можно использовать и для наружной отделки подобным образом как и листы пенопласта, а также для утепления стен и потолков. Единственным недостатком такого материала является его стоимость. Она может превышать цену пенопласта в 1,5 – 2 раза.

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

Часто многие начинающие мастера сталкиваются с вопросом: «Чем приклеить пеноплекс?». Ответ вы найдете в нашей статье.

Подробнее про технические характеристики Пенофола мы рассказали на нашем сайте. Какие бывают его разновидности и правила монтажа.

Использование энергосберегающей оконной пленки — еще один из вариантов сохранения тепла. Больше информации о ней в нашей отдельной статье.

Особенности наружных работ

Сразу хочется отметить, что утеплить балкон снаружи самостоятельно достаточно проблематично. Обычно для выполнения этой задачи приглашают профессиональных альпинистов. Выбирая варианты того, как можно утеплить балкон, следует учесть эксплуатационные характеристики материалов и сложность его монтажа. Работы проходят следующим образом:

  1. На заранее прогрунтованую плоскость приклеивают пенопласт или экструдированный пенополистирол. При выполнении этих работ учитывается ветровая нагрузка, поэтому помимо клеевых составов их фиксируют специальными дюбелями, выполненными в виде грибков.

    Процесс крепления плит пенопласта для утепления балкона снаружи

  2. Поверх плит натягивается армирующий слой. Его навешивают с помощью грибков – дюбелей, которые имеют специальные выемки для фиксации сетки.
  3. Сверху армирующий слой покрывают клеевым составом в два слоя. После его застывания все неровности удаляются с помощью шпателя. Слой готов к финишным работам.
  4. На готовую поверхность натягивается слой фасадной штукатурки или наносится краска.

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

Схема наружного утепления балкона под отделочный материал, требующий для крепления обрешетку (сайдинг, профнастил и т.п.)

Утепляем балкон внутри

Все монтажные работы можно разделить на несколько основных этапов:

  1. Подготовка. На этом этапе убирается все старое и трухлявое. Самое время избавиться от рам, убрать вещи и подготовить поверхности к дальнейшим работам.
  2. Монтаж металлопластиковых, деревянных или алюминиевых окон. Утепление балкона может быть напрасным без этого шага. При необходимости на этом шаге также проходит укрепление парапета.
  3. Утепление пола. Многие специалисты рекомендуют укладывать теплоизоляцию (не осуществлять окончательные отделочные работы) начиная с пола. Это позволяет увидеть, на какую высоту поднимется половое покрытие и, следовательно, дальнейшее выполнение работ по укладке изоляции пройдет быстрее.
  4. Утепляются парапет и боковые перегородки. Монтаж теплоизоляционного материала на капитальную стену осуществляется крайне редко. Но если планируется, что балкон будет использоваться как отдельный кабинет, сделать это может быть полезно.
  5. Утепление потолка проводится по такому же принципу.
Схема утепления балкона внутри

Как выполняются внутренние работы по укладке утеплителя? Обычно утеплитель, который используется для внутренних работ, будет в дальнейшем покрываться каким-либо отделочным материалом. Поэтому перед его монтажом обычно делают обрешетку, а затем теплоизоляционный материал укладывают внутрь получившейся конструкции. Все стыки между утеплителем (если используется пенопласт или пеноплекс) и каркасом заделываются монтажной пеной. Альтернативным вариантом является монтаж обрешетки поверх утеплителя, что позволяет избежать так называемых «мостиков холода».

Некоторые строители советуют изготавливать обрешетку под пластик, гипсокартон или другие отделочные материалы на балконе или лоджии из деревянного бруса. Однако же производители материалов не рекомендуют этого делать по причине высокой влажности в этом помещении и предлагают использовать металлические профили. На практике, строгих требований здесь нет, и в итоге конечное решение остается за мастером, выполняющим работы.

Сделать утепление балкона своими руками, имея определенные практические знания и инструмент, несложно. Главное, это правильно подобрать подходящее время и выбрать необходимый материал.

Утепление балкона своими руками видео

Здесь представлен видеосюжет, который поможет вам получить дополнительную полезную информацию о процессе утепления балкона и увидеть как это происходит на практике. Рекомендуем ролик к просмотру, так как он является визуализацией описанного выше материала.

Утепление балкона фото

В этом разделе предлагаем вам посмотреть еще несколько фотографий по теме нашей статьи «Как утеплить балкон своими руками внутри и снаружи».

какой выбрать и как выполнить монтаж

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

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

Описание утеплителей

При выборе теплоизоляции оперируйте двумя показателями:

  • группа горючести, к которой относится материал;
  • соотношение его процентного влагопоглощения к метражу лоджии.

На рынке представлен широкий ассортимент фольгированных утеплителей, таких как Пенофол, Экофол, Мегафол, Полирекс, Пенотерм. Такой большой выбор ставит в тупик и напрашивается наводящий вопрос, какой лучше из всех вышеперечисленных?

За счет своих тепло,- шумо, — гидро,- пароизоляционных свойств они все подойдут для внутреннего утепления, в том числе балкона или лоджии. Эти материалы очень теплоемкие, тонкие, что дает возможность сэкономить драгоценные сантиметры небольшой балконной площади и уложить их в два или три слоя.

Основными составляющими Пенофола, Полирекса является вспененный пенополиэтилен, покрытый с одной, двух сторон алюминиевой фольгой, толщина которой 12 мкм – 30 мкм или односторонним самоклеящимся слоем. Экофол, Мегафол состоит из вспененного полиэтилена с металлизированной полимерной, лавсановой пленкой.

В основу Пенотерма входит вспененный полипропилен, поверх которого с одной из сторон расположен слой алюминиевой фольги. Фольгированная теплоизоляция продается в рулонах, где толщина материала колеблется от 2 мм до 10 мм и в матах высотой в 20 мм, 30 мм, 40 мм.

Коэффициент теплопроводности утеплителей варьируется от 0,034 Вт/мК до 0,049 Вт/мК, чем он ниже, тем лучше и дольше будет сохраняться теплый воздух на балконе. Показатель паропроницаемости утеплителей зафиксирован на уровне 0,001 мг/(МчПа), температурный диапазон применения равен – 40 С° … + 90 С°.

Фольга, входящая в состав покрытия материала, дает эффект отражающей изоляции. Такие утеплители обладают не только низкой теплоизоляцией и водопоглощением, но и не допускают аккумулирования конденсата в теплоизоляционной прослойке, т.е. они еще выполняют функцию паро, — гидробарьера. Поэтому утепление пола, потолка и стен лоджии изнутри делают из Пенофола, Мегафола и аналогичных продуктов.

Утеплитель для лоджии как выбрать

Выбор утепления для балкона, современного и тёплого

Если раньше балкон толком не использовался и служил для хранения не очень нужных вещей, то сейчас его площадь часто используется как продолжение жилого помещения. Для этого конструкцию требуется качественно защитить от холода. Утеплитель для балкона может быть разным, отличаться структурой материала, формой, ценой.

Виды утеплителя

Наиболее доступным, но неприятным в работе материалом является стекловата. Это вещество появляется в результате смешивания плавленого кварцевого песка и битого стекла, выпускаться оно может в листах или рулонах. С материалом легко работать за счет гибкости: его можно разрезать на нужные части, он хорошо удерживает тепло, если применять его совместно с пароизоляционной лентой. Не нравится стекловата и грызунам, однако она имеет и минусы: материал сильно крошится, от него чешутся руки, глаза, его нельзя вдыхать. Работать со стекловатой требуется в такой одежде, которая не допустит соприкосновения утеплителя и голой кожи.

Утеплитель для лоджии может быть менее агрессивным, если обратить внимание на базальтовую вату. Она не содержит в составе частиц стекла и изготавливается из базальта. Материал более упругий и лучше сопротивляется высоким температурам. Работать с ним приятнее, так как он меньше крошится и не вызывает зуда.

Существует похожая по свойствам шлаковая вата, однако она значительно уступает рассмотренным материалам по качеству. Положительной стороной такого утеплителя является его низкая цена. Еще одна популярная разновидность – минеральная вата. Преимущества применения данного материала:

  • Теплопроводимость низкая, что позволяет качественно утеплить помещение.
  • Неподверженность горению.
  • Не разрушается в результате механического воздействия.
  • Служит хорошей звукоизоляцией.
  • Не боится перепада температуры, агрессивных веществ.
  • Достаточно просто монтируется.
  • Стоит относительно недорого.

Базальтовая минеральная вата

Решили утеплить маленький балкон? Сделайте его выносным, смотрите у нас на сайте технологию выполнения работ, а также фото и цены .

Часто применяют алюминиевое остекление для балконов. отзывы реальных потребителей об этом виде остекления читайте по ссылке http://oknanagoda. com/balkony-lodzhii/osteklenie/alyuminiyevyy-profil.html

Недостатки современных материалов

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

  • Вещества, входящие в состав утеплителя, могут быть вредны для здоровья, при работе необходимо избегать прямого контакта с ними. Для этого нужно использовать перчатки, респиратор, защитные очки, специальную одежду. Именно поэтому слой утеплителя требуется надежно изолировать.
  • Минеральная вата может содержать фенол. Он вызывает тошноту, рвоту, головную боль. Тщательная изоляция минеральной ваты от жилого помещения может решить эту проблему.
  • Для утепления требуется создание обрешетки.
  • Необходимо применение гидроизоляционного слоя, так как ватные утеплители боятся влаги.

к содержанию ↑

Применение иных материалов: пенопласт, пеноплекс

Перечисленные материалы для утепления балкона не являются исчерпывающими. Существуют принципиально отличающиеся от них утеплители. Одним из них является пенопласт. Он изготавливается из вспененного полистирола. Преимущества:

  • Пенопласт является хорошим теплоизолятором, так как не пропускает воздух. При этом его листы сами наполнены воздухом, а в замкнутом пространстве он остается теплым.
  • Существуют листы разной ширины.
  • Материал удобно монтировать, он не рвется, не гнется, не требует защиты тела и глаз, так как не крошится, не вызывает зуд и раздражение кожи и слизистых.
  • Монтаж не требует обрешетки: использовать можно специальный к

Access-Control-Allow-Headers — HTTP | MDN

  Access-Control-Allow-Headers: <имя-заголовка> [, <имя-заголовка>] *
Заголовки Access-Control-Allow-Headers: *
  
<имя-заголовка>
Имя поддерживаемого заголовка запроса. В заголовке может быть указано любое количество заголовков, разделенных запятыми.
* (подстановочный знак)
Значение « * » считается значением специального подстановочного знака только для запросов без учетных данных (запросы без файлов cookie HTTP или информации аутентификации HTTP). В запросах с учетными данными он обрабатывается как буквальное имя заголовка « * » без специальной семантики. Обратите внимание, что заголовок Authorization не может содержать подстановочные символы и всегда должен быть указан явно.

Вот пример того, как может выглядеть заголовок Access-Control-Allow-Headers . Он указывает на то, что настраиваемый заголовок с именем X-Custom-Header поддерживается запросами CORS к серверу (в дополнение к заголовкам запросов, занесенным в список безопасных CORS).

 Access-Control-Allow-Headers: X-Custom-Header 

В этом примере показано Access-Control-Allow-Headers , когда он указывает поддержку нескольких заголовков.

 Access-Control-Allow-Headers: X-Custom-Header, Upgrade-Insecure-Requests 

Обход дополнительных ограничений

Пример предполетного запроса

Давайте рассмотрим пример предполетного запроса, включающего Access-Control-Allow-Headers .

Запрос

Во-первых, просьба.Предварительный запрос — это запрос OPTIONS , который включает некоторую комбинацию трех заголовков предварительного запроса: Access-Control-Request-Method , Access-Control-Request-Headers и Origin .

Предварительный запрос ниже сообщает серверу, что мы хотим отправить запрос CORS GET , который имеет заголовки, перечисленные в Access-Control-Request-Headers ( Content-Type и x-requested-with ).

 ОПЦИИ / ресурс / foo
Метод-запроса-контроля доступа: ПОЛУЧИТЬ
  Access-Control-Request-Headers: Content-Type, x-request-with 
Источник: https://foo.bar.org 
Ответ

Если запрос CORS, указанный в запросе предварительной проверки, авторизован, сервер ответит на запрос предварительной проверки сообщением, в котором указаны разрешенный источник, методы и заголовки. Ниже мы видим, что Access-Control-Allow-Headers включает в себя запрошенные заголовки.

 HTTP / 1.1 200 ОК
Content-Length: 0
Подключение: keep-alive
Access-Control-Allow-Origin: https://foo.bar.org
Доступ-Контроль-Разрешить-Методы: POST, GET, OPTIONS, DELETE
  Access-Control-Allow-Headers: Content-Type, x-required-with 
Максимальный возраст управления доступом: 86400 

Если запрошенный метод не поддерживается, сервер ответит ошибкой.

Таблицы BCD загружаются только в браузере

60 CSS Headers and Footers

Коллекция бесплатных HTML / CSS заголовков и нижних колонтитулов примеров кода: липкий, фиксированный и т. Д.Обновление коллекции за июнь 2018 г. 6 новинок.

  1. Заголовки статей
  2. Полноэкранные заголовки
  3. Фиксированные (закрепленные) заголовки
  4. Видео заголовки
  5. Нижние колонтитулы
  1. Заголовки начальной загрузки
  2. Нижние колонтитулы начальной загрузки
  3. CSS-эффекты героя

Заголовки статей

Автор
  • Паоло Дузиони
О коде

Заголовки непрямоугольные

Непрямоугольный заголовок со встроенным SVG.

Совместимые браузеры: Chrome, Edge, Firefox, Opera, Safari

отзывчивый: да

Зависимости: —

Автор
  • Омар Дсоки
О коде

Заголовок кривой

Заголовок кривой на чистом CSS.

Автор
  • Web Made Well
Сделано с
  • HTML
  • CSS
  • JavaScript (jQuery.js)
О коде

Эффект параллакс-прокрутки изображения заголовка с помощью CSS

Создайте эффект прокрутки параллакса, используя положение фонового изображения CSS. Этот скрипт работает, когда изображение заголовка располагается вверху страницы.

Автор
  • Парк Джорджа У.
О коде

Фиксированная угловая жатка

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

Автор
  • Артур Камара
О коде

Перекос заголовка

Перекошенный заголовок с HTML и CSS.

О коде

Кривая SVG Анимация фона

Кривая фоновая анимация SVG для заголовка.

Демонстрационное изображение: CSS-анимированный заголовок

CSS-анимированный заголовок

Анимированное фоновое изображение заголовка блога, без JavaScript.
Сделано Nodws
30 мая 2017 г.

Демо-изображение: наклонный элемент Div, фиксированный заголовок

наклонный элемент Div, фиксированный заголовок

Перекошенные элементы div и эффект параллакса, создаваемый фиксированным заголовком. Простая верстка и инструкция по модификации в JS!
Автор Эндрю Бэйлз
10 января 2017 г.

Демонстрационное изображение: CSS-заголовок

CSS-заголовок

HTML и CSS исправили пропадание прокручиваемого заголовка.
Сделано Дадли Стори
3 декабря 2016 г.

Демонстрационное изображение: Иллюстрация многослойного параллакса

Иллюстрация многослойного параллакса

HTML, CSS и JavaScript многослойная иллюстрация параллакса.
Автор Патрик Забельский
27 апреля 2016 г.

Демо-изображение: Идея героя

Идея героя

Идея героя в HTML, CSS и JavaScript.
Сделано Джейком Лундбергом
6 апреля 2016 г.

Демонстрационное изображение: заголовки / поле для типографики изображения героя

Заголовки / площадка для оформления изображения героя

Пояснение вверху файла CSS. Просто несколько гарнитур, вспомогательных классов и несколько предустановок для легкой проверки типографики заголовков.
Сделано Мирко Зорич
18 марта 2016 г.

Демонстрационное изображение: Герой Увеличить прокрутку

Герой Увеличить прокрутку

Простой эффект масштабирования с использованием прокрутки окна для настройки CSS.
Сделано Дереком Палладино
8 октября 2015 г.

Демо-изображение: Эффект героя аккуратного параллакса

Эффект героя аккуратного параллакса

Немного магии JavaScript, чтобы сделать этого изящного маленького героя параллакса.
Сделано Домиником Магнифико
22 сентября 2015 г.

Демо-изображение: фиксированный заголовок сообщения

Исправленный заголовок сообщения

Фиксированный заголовок для каждого сообщения с HTML, CSS и JavaScript.
Сделано Мастером Белого Волка
5 августа 2015 г.

Демонстрационное изображение: Изображение заголовка CSS Parallax

Изображение заголовка CSS Parallax

Изображение заголовка параллакса HTML и CSS.
Сделано Беннеттом Фили
18 ноября 2014 г.

Автор
  • Оливия Нг
О коде

Эффект наведения для заголовков

8 эффектов наведения для заголовка в HTML и CSS.

Совместимые браузеры: Chrome, Edge, Firefox, Opera, Safari

отзывчивый: да

Зависимости: —

Автор
  • Хорхе Рейес
О коде

Заголовок / О странице

Простой заголовок.

Совместимые браузеры: Chrome, Firefox, Opera, Safari

отзывчивый: да

Зависимости: —

Автор
  • Херардо Валенсия
О коде

Заголовок для посадочной страницы

Заголовок целевой страницы с использованием clip-path .

Автор
  • Джеффри Беннетт
О коде

Сексуальный заголовок анимированных радужных волн

Просто небольшой эксперимент с пользовательским интерфейсом.

Демонстрационное изображение: Витрина изображений героев

Витрина изображений героев

Витрина изображений Hero с HTML, CSS и JS.
Изготовлено по Art
27 мая 2017 г.

Автор
  • Алан Такер
О коде

Полноэкранный герой

CSS flexbox полный герой с кнопкой.

Демо-изображение: Эффект героя — журнал

Эффект героя — журнал

Главное изображение, в котором используется высота: 100vh для покрытия всего экрана для создания эффекта обложки журнала.При прокрутке он имеет тонкую анимацию, похожую на открытие журнала.
Сделано Кэмерон Кэмпбелл
15 ноября 2016 г.

Демонстрационное изображение: Заголовок Flexbox Hero

Заголовок Flexbox Hero

Простой заголовок параллакс-героя с flexbox.
Автор Ана Висенте
5 апреля 2016 г.

Демо-изображение: простой заголовок параллакса

Простой заголовок параллакса

HTML, CSS и JS простой заголовок параллакса с размытием.
Изготовил tsimenis
5 апреля 2016 г.

Демонстрационное изображение: Hero OnScroll

Hero OnScroll

HTML, CSS и JS герой при прокрутке.
Сделал Вердзик
9 ноября 2015 г.

Демонстрационное изображение: полноэкранный заголовок с циклом цвета фона

Полноэкранный заголовок с циклом цвета фона

Полноэкранный заголовок с циклом цвета фона в чистом CSS.
Сделано Кенни Сингом
17 ноября 2014 г.

Демонстрационное изображение: фон непрерывной прокрутки липкого заголовка

Непрерывная прокрутка фона липкого заголовка

Непрерывная прокрутка фона липкого заголовка в HTML, CSS и JavaScript.
Сделано Робертом Боргези
17 сентября 2014 г.

Автор
  • Джошуа Уорд
Сделано с
  • HTML (мопс) / CSS (SCSS) / JavaScript
О коде

Липкие заголовки

Совместимые браузеры: Chrome, Edge, Firefox, Opera, Safari

отзывчивый: да

Зависимости: —

Автор
  • Марко Бидерманн
Сделано с
  • HTML
  • CSS / PostCSS
  • JavaScript / Babel
О коде

Закрепленный заголовок при прокрутке

Высокопроизводительный липкий заголовок с тенью на прокрутке.

Демонстрационное изображение: липкий заголовок с адаптивной прокруткой

Прикрепленный заголовок с адаптивной прокруткой

Использование запросов к элементам для создания макета с изображением обложки и навигацией, которая при прокрутке остается в верхней части страницы.
Сделано Томми Ходжинсом
9 апреля 2017 г.

Демонстрационное изображение: заголовок прокрутки

Заголовок прокрутки

Действительно гладко на мобильных устройствах / устройствах с сенсорным экраном.
Сделано Блейком Боуэном
11 февраля 2017 г.

Демо-изображение: отзывчивый заголовок прокрутки

Адаптивный заголовок прокрутки

Адаптивный заголовок прокрутки в HTML, CSS и JavaScript.
Сделано Диланом Макнабом
28 декабря 2015 г.

Демонстрационное изображение: анимация входа / выхода заголовка после прокрутки

Анимация входа / выхода заголовка после прокрутки

Используя jquery-waypoints, хорошо проверьте, когда data-animate-header (этот раздел) находится над верхней частью экрана, затем анимируйте data-animate-header (фиксированный заголовок) соответственно. Мы можем сделать это с помощью переходов css и комбинации из 3 классов ( .header-past , .header-show , .header-hide ) — без необходимости клонирования или каких-либо манипуляций с dom.
Сделано antwon
16 июня 2015 г.

Демо-изображение: Header Fade

Header Fade

Заголовок HTML, CSS и JavaScript исчезает.
Сделано Эммануэлем Пиланде
7 марта 2015 г.

Демонстрационное изображение: фиксированный эффект прокрутки заголовка и Smart Nav для одностраничных сайтов

Фиксированный эффект прокрутки заголовка и Smart Nav для одностраничных сайтов

Простая комбинация фиксированного заголовка jQuery при прокрутке и эффекта класса активного раздела навигации.
Сделано Summer
2 февраля 2015 г.

Демо-изображение: Автоматически скрывать липкий заголовок

Автоматически скрывать липкий заголовок

Установка классов в заголовке с помощью JavaScript.
Автор jasper
21 января 2015 г.

Демонстрационное изображение: CSS-переход липкого заголовка

CSS-переход липкого заголовка

Интересный пример липкого заголовка, использующего некоторые переходы CSS3!
Сделано Брэди Сэммонсом
23 октября 2014 г.

Демонстрационное изображение: Верхняя выдвижная навигационная система

Верхняя выдвижная навигационная система

Скрытая навигация, которая выдвигается сверху при прокрутке страницы.
Сделано Крисом Грубером
20 октября 2014 г.

Демонстрационное изображение: адаптивная навигация по липкому заголовку

Адаптивная навигация по липкому заголовку

Классная навигация с HTML, CSS и JS.
Сделано MarcLibunao
8 июня 2014 г.

Демо-изображение: фиксированный заголовок (Quick Hack)

Fixed Header (Quick Hack)

Заголовок не имеет сплошного цвета фона, и есть фиксированный div вверху, который является маленьким. Затем есть div , который не закреплен в заголовке с заголовком.Просто хотел попробовать прототип идеи. Работает приличным хакерским способом.
Сделано Дарси Вутт
21 марта 2014 г.

Демонстрационное изображение: Визуальный трюк с липким заголовком

Визуальный трюк с липким заголовком

Создает липкий хакерский заголовок стикера с помощью CSS без создания обработчика событий прокрутки.
Сделано Майклом
19 июля 2013 г.

Демонстрационное изображение: Заголовок видео React

Заголовок видео React

Простой заголовок видео React.js.
Сделано Марком Сарпонгом
2 июня 2017 г.

Демонстрационное изображение: заголовок видео

Заголовок видео

Заголовок видео с HTML, CSS и JavaScript.
Сделано Alex
6 февраля 2017 г.

Демо-изображение: Hero Video

Hero Video

Ручка, показывающая, как создать героя на фоне видео.
Сделано Крисом Симеоне
20 октября 2016 г.

Демо-изображение: полноэкранное фоновое видео с наложенным текстом в режиме смешанного наложения

Полноэкранное фоновое видео с наложенным текстом в режиме смешанного наложения

Показывает полноэкранное видео с эффективным, разборчивым наложением текста с использованием смешанного режима наложения .
Сделано Дадли Стори
8 сентября 2016 г.

Демонстрационное изображение: Анимация заголовка видео

Анимация заголовка видео

Анимация была настроена с использованием Adobe After Effects и отображена для совместимости во всех браузерах с файлами .ogv и .webm. Не работает в мобильном (намеренно). Используется платформа Bootstrap для HTML, JavaScript не требуется.
Сделано Сильвией Магуйя
4 октября 2015 г.

Демо-изображение: Адаптивный заголовок видео

Адаптивный заголовок видео

Адаптивный заголовок видео с градиентом в HTML и CSS.
Сделано Джейкобом Дэвидсоном
29 мая 2015 г.

Автор
  • Шила Бреннан
Сделано с
  • HTML (мопс) / CSS (SCSS) / JavaScript (Babel)
О коде

Переключатель анимированного нижнего колонтитула

Развернуть / свернуть нижний колонтитул с анимацией.

Совместимые браузеры: Chrome, Edge, Firefox, Opera, Safari

отзывчивый: да

Зависимости: font-awesome.CSS

Автор
  • Жюль Форрест
О коде

Нижний колонтитул с сеткой CSS

Равномерное размещение ссылок с помощью CSS Grid. Никаких полей или отступов не требуется!

Совместимые браузеры: Chrome, Edge, Firefox, Opera, Safari

отзывчивый: да

Зависимости: —

Автор
  • Райан Маллиган
О коде

Липкий нижний колонтитул Flexbox

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

Демо-изображение: Parallax Footer

Parallax Footer

Фиксированный нижний колонтитул веб-сайта с использованием HTML, CSS и JavaScript.
Сделано Остином Пакеттом
7 января 2017 г.

Демонстрационное изображение: нижний колонтитул со шкалой содержания

Нижний колонтитул со шкалой содержания

Нижний колонтитул HTML, CSS и JavaScript с масштабом содержимого.
Сделано Mātthīas
3 декабря 2016 г.

Демонстрационное изображение: нижний колонтитул социальных сетей

Нижний колонтитул социальных сетей

Просто эффект наведения на ссылки социальных сетей в нижнем колонтитуле страницы.
Сделано Эндрю Кэнхэмом
22 сентября 2016 г.

Автор
  • Пит Ллойд
Сделано с
  • HTML
  • CSS / SCSS
  • JavaScript (jQuery.js)
О коде

Анимированное меню мобильного нижнего колонтитула

Анимированное меню нижнего колонтитула для отображения 2-3 основных действий, которые пользователь может выполнить на мобильном устройстве. Отображается на 767 пикселей (для пользователей начальной загрузки).

Демонстрационное изображение: простой фиксированный нижний колонтитул

Простой фиксированный нижний колонтитул

HTML и CSS простой фиксированный нижний колонтитул.
Сделано Mātthīas
25 августа 2015 г.

Демонстрационное изображение: простой выдвигающийся нижний колонтитул

Простой выдвижной нижний колонтитул

HTML и CSS простой выдвижной нижний колонтитул.
Сделано Райли Шоу
24 августа 2014 г.

Демо-изображение: Фиксированный нижний колонтитул HTML и CSS

Фиксированный нижний колонтитул HTML и CSS

Быстрый пример фиксированного нижнего колонтитула.
Сделано Мадсом Хоканссоном
4 мая 2014 г.

Демо-изображение: Чистый CSS Classy Footer

Чистый CSS Classy Footer

Нижний колонтитул с переходом на чистый CSS. Держится подальше от контента, проявляет себя тогда, когда его нужно увидеть.
Сделано Ником Бравером
21 января 2014 г.

Демонстрационное изображение: Beautiful Aurora Footer Lights

Beautiful Aurora Footer Lights

Красивый дисплей с подсветкой Aurora в нижнем колонтитуле.
Сделано Амитом Ашоком Камблом
28 октября 2013 г.

HTTP / 1.1: Определения поля заголовка

HTTP / 1.1: Определения поля заголовка
часть протокола передачи гипертекста — HTTP / 1.1
RFC 2616 Fielding, et al.

14 Определения полей заголовка

В этом разделе определены синтаксис и семантика всех стандартных Поля заголовка HTTP / 1.1. Для полей заголовка объекта и отправитель, и получатель относится либо к клиенту, либо к серверу, в зависимости от того, кто отправляет и кто получает объект.

14.1 Принять

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

 Accept = "Принять" ":"
                        # (диапазон носителей [accept-params])
 
 media-range = ("* / *"
                        | ( тип "/" "*" )
                        | (тип "/" подтип)
                        ) * (";" параметр)
       accept-params = ";" "q" "=" qvalue * (принять-расширение)
       accept-extension = ";" токен ["=" (токен | строка в кавычках)]
 

Символ звездочки «*» используется для группировки типов мультимедиа в диапазоны, где «* / *» указывает все типы носителей, а «type / *» — все подтипы этого типа.Диапазон носителей МОЖЕТ включать тип носителя параметры, применимые к этому диапазону.

За каждым media-range МОЖЕТ следовать один или несколько accept-params, начиная с параметра «q» для указания относительного качества фактор. Первый параметр «q» (если есть) отделяет медиа-диапазон параметр (ы) из accept-params. Факторы качества позволяют пользователю или пользовательский агент, чтобы указать относительную степень предпочтения для этого media-range, используя шкалу qvalue от 0 до 1 (раздел 3. 9). В значение по умолчанию q = 1.

 Примечание. Использование имени параметра «q» для разделения типа носителя
      параметры из Accept extension parameters связаны с историческими
      практика. Хотя это предотвращает любой параметр типа носителя с именем
      "q" от использования с диапазоном мультимедиа, такое событие считается
      маловероятно, учитывая отсутствие каких-либо параметров "q" в IANA
      реестр типов носителей и редкое использование любого типа носителя
      параметры в Accept.Будущие типы носителей не поощряются
      регистрация любого параметра с именем «q».
 

Пример

 Принять: аудио / *; q = 0,2, аудио / базовый
 

СЛЕДУЕТ интерпретировать как «Я предпочитаю аудио / базовый, но присылайте мне любые аудио напечатайте, если он будет лучшим из имеющихся после 80% снижения качества «.

Если поле заголовка Accept отсутствует, предполагается, что клиент принимает все типы носителей. Если поле заголовка Accept присутствует, и если сервер не может отправить приемлемый ответ в соответствии с объединенным значением поля Accept, тогда серверу СЛЕДУЕТ отправить ответ 406 (неприемлемо).

Более подробный пример:

 Принять: текст / обычный; q = 0,5, текст / HTML,
               текст / x-dvi; q = 0,8, текст / x-c
 

На словах это будет интерпретироваться как «text / html и text / x-c являются предпочтительные типы носителей, но если они не существуют, отправьте текст / x-dvi, и если он не существует, отправьте текст / простой юридическое лицо.»

Диапазоны медиа могут быть переопределены более конкретными диапазонами медиа или определенные типы медиа.Если к заданному типа, наиболее конкретная ссылка имеет приоритет. Например,

 Принять: text / *, text / html, text / html; level = 1, * / *
 

имеют следующий приоритет:

 1) текст / HTML; уровень = 1
       2) текст / HTML
       3) текст / *
       4) * / *
 

Фактор качества типа носителя, связанный с данным типом, равен определяется путем нахождения диапазона носителей с наивысшим приоритетом который соответствует этому типу. Например,

 Принять: текст / *; q = 0,3, текст / html; q = 0,7, текст / html; level = 1,
               text / html; level = 2; q = 0,4, * / *; q = 0,5
 

приведет к связыванию следующих значений:

 текста / HTML; уровень = 1 = 1
       текст / html = 0,7
       текст / простой = 0,3
 
 изображения / JPEG = 0,5
       text / html; level = 2 = 0,4
       текст / html; уровень = 3 = 0.7
 
 Примечание. Агенту пользователя может быть предоставлен набор параметров качества по умолчанию.
      значения для определенных диапазонов носителей. Однако, если пользовательский агент не
      закрытая система, которая не может взаимодействовать с другими агентами рендеринга,
      этот набор по умолчанию должен настраиваться пользователем.
 

14.2 Accept-Charset

Поле заголовка запроса Accept-Charset может использоваться для указания того, что для ответа допустимы наборы символов. Это поле позволяет клиенты, способные понимать более комплексные или специальные целевые наборы символов, чтобы сообщить об этой возможности серверу, который способен представлять документы в этих наборах символов.

 Accept-Charset = "Accept-Charset" ":"
              1 # ((charset | "*") [";" "q" "=" qvalue])
 

Значения набора символов описаны в разделе 3.4. Каждая кодировка МОЖЕТ получить соответствующее значение качества, которое представляет пользователя предпочтение для этой кодировки. Значение по умолчанию — q = 1. Примером является

 Accept-Charset: iso-8859-5, unicode-1-1; q = 0,8
 

Специальное значение «*», если оно присутствует в поле Accept-Charset, соответствует каждому набору символов (включая ISO-8859-1), который не упоминается в другом месте в поле Accept-Charset.Если нет «*» в поле Accept-Charset, тогда все наборы символов явно не упомянутые получают значение качества 0, за исключением ISO-8859-1, который получает значение качества 1, если не указано явно.

Если заголовок Accept-Charset отсутствует, по умолчанию используется любой набор символов приемлемый. Если присутствует заголовок Accept-Charset, и если сервер не может отправить приемлемый ответ в соответствии с заголовком Accept-Charset, тогда сервер ДОЛЖЕН отправить ответ об ошибке с кодом состояния 406 (неприемлемо), хотя также разрешена отправка неприемлемого ответа.

14.3 Принятие-кодирование

Поле заголовка запроса Accept-Encoding похоже на Accept, но ограничивает кодирование содержимого (раздел 3.5), допустимое в ответ.

 Accept-Encoding = "Accept-Encoding" ":"
 
 1 # (кодировки [";" "q" "=" qvalue])
       codings = (кодирование содержимого | "*")
 

Примеры его использования:

 Accept-Encoding: сжатие, gzip
       Принять-кодирование:
       Принятие кодировки: *
       Accept-Encoding: сжатие; q = 0.5, gzip; q = 1.0
       Accept-Encoding: gzip; q = 1.0, идентификатор; q = 0,5, *; q = 0
 

Сервер проверяет, приемлемо ли кодирование контента, согласно поле Accept-Encoding, используя следующие правила:

 1. Если кодирование содержимого является одним из кодировок содержимого, перечисленных в
         поле Accept-Encoding, то это приемлемо, если оно не
         с qvalue 0. (Как определено в разделе 3.9, a
         qvalue 0 означает «неприемлемо. ")
 
 2. Специальный символ «*» в поле Accept-Encoding соответствует любому
         доступное кодирование содержимого, явно не указанное в заголовке
         поле.
 
 3. Если допустимо несколько кодировок контента, то приемлемое
         кодирование содержимого с наивысшим ненулевым значением q является предпочтительным.
 
 4. «Идентификационное» кодирование контента всегда приемлемо, если только
         специально отклонено, потому что поле Accept-Encoding включает
         "identity; q = 0", или потому, что поле включает "*; q = 0" и делает
         не включать явно "идентификационное" информационное кодирование.Если
         Значение поля Accept-Encoding пусто, тогда только "идентификатор"
         кодировка приемлема.
 

Если в запросе присутствует поле Accept-Encoding, и если сервер не может отправить ответ, приемлемый в соответствии с Заголовок Accept-Encoding, сервер ДОЛЖЕН отправить ответ об ошибке с кодом состояния 406 (Неприемлемо).

Если в запросе нет поля Accept-Encoding, сервер МОЖЕТ предполагаем, что клиент примет любое кодирование содержимого.В этом случае, если «идентичность» является одним из доступных кодировок контента, то сервер ДОЛЖЕН использовать «идентификационное» кодирование контента, если только он не дополнительная информация о том, что другое кодирование содержимого имеет смысл клиенту.

 Примечание: если запрос не включает поле Accept-Encoding,
      и если "идентификационное" кодирование контента недоступно, тогда
      кодирование содержимого, обычно понимаемое клиентами HTTP / 1.0 (т. е.
 
 "gzip" и "compress") являются предпочтительными; некоторые пожилые клиенты
      неправильно отображать сообщения, отправленные с другим кодированием содержимого.В
      сервер также может принять это решение на основе информации о
      конкретный пользовательский агент или клиент.
 
 Примечание. Большинство приложений HTTP / 1.0 не распознают и не подчиняются qvalue. 
      связанные с кодированием содержимого. Это означает, что qvalues ​​не будет
      работают и не допускаются с x-gzip или x-compress.
 

14.4 Accept-Language

Поле заголовка запроса Accept-Language аналогично Accept, но ограничивает набор естественных языков, которые предпочтительны в качестве ответ на запрос.Языковые теги определены в разделе 3.10.

 Accept-Language = "Accept-Language" ":"
                         1 # (диапазон языков [";" "q" "=" qvalue])
       language-range = ((1 * 8ALPHA * ("-" 1 * 8ALPHA)) | "*")
 

Каждому языковому диапазону МОЖНО присвоить соответствующее значение качества, которое представляет собой оценку предпочтений пользователя в отношении языков указанный в этом диапазоне. Значение качества по умолчанию равно «q = 1». За пример,

 Accept-Language: da, en-gb; q = 0.8, en; q = 0,7
 

будет означать: «Я предпочитаю датский, но приму британский английский и другие типы английского языка «. Диапазон языков соответствует тегу языка, если он в точности совпадает с тегом, или если он в точности равен префиксу таким образом, чтобы первый символ тега, следующий за префиксом, был «-». Специальный диапазон «*», если он присутствует в поле Accept-Language, соответствует каждому тегу, не совпадающему ни с одним другим диапазоном, присутствующим в Поле Accept-Language.

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

Фактор качества языка, присвоенный языковому тегу Поле Accept-Language — это качественное значение самого длинного языка. диапазон в поле, которое соответствует языковому тегу.Если нет языка- диапазон в поле соответствует тегу, коэффициент качества языка присвоено 0. Если заголовок Accept-Language отсутствует в запрос, сервер

СЛЕДУЕТ предполагать, что все языки одинаково приемлемы. Если Заголовок Accept-Language присутствует, тогда все языки, которые присвоенный коэффициент качества больше 0 являются приемлемыми.

Отправка заголовок Accept-Language с полными лингвистическими предпочтениями пользователь в каждом запросе.Для обсуждения этого вопроса см. раздел 15.1.4.

Поскольку разборчивость речи во многом зависит от конкретного пользователя, она рекомендовали клиентским приложениям выбирать лингвистический предпочтение доступно пользователю. Если выбор не сделан доступно, то поле заголовка Accept-Language НЕ ДОЛЖНО указываться в запрос.

 Примечание: когда выбор языковых предпочтений предоставляется
      пользователю, мы напоминаем разработчикам о том, что пользователи не
      знакомы с деталями сопоставления языков, как описано выше,
      и должен предоставить соответствующее руководство.Например, пользователи
      можно предположить, что при выборе "en-gb" они будут обслуживаться любым
      вид документа на английском языке, если британский английский недоступен. А
      пользовательский агент может предложить в таком случае добавить "en", чтобы получить
      наилучшее соответствие поведения.
 

14,5 Диапазон приема

 Поле заголовка ответа Accept-Ranges позволяет серверу
      указать, что он принимает запросы диапазона для ресурса:
 
 Accept-Ranges = "Accept-Ranges" ":" допустимые диапазоны
          допустимые диапазоны = 1 # единица диапазона | "никто"
 
 Исходные серверы, которые принимают запросы байтового диапазона, МОГУТ отправлять
 
 Accept-Ranges: байты
 
, но это не обязательно.Клиенты МОГУТ генерировать байтовый диапазон
      запросы без получения этого заголовка для ресурса
      участвует. Единицы измерения определены в разделе 3.12.
 
 Серверы, которые не принимают никаких запросов диапазона для
      ресурс МОЖЕТ отправить
 
 Диапазон приема: нет
 
, чтобы посоветовать клиенту не пытаться выполнить запрос диапазона. 31).Сервер HTTP / 1.1, содержащий кеш, ДОЛЖЕН
      включать поле заголовка Age в каждый ответ, созданный из его
      собственный кеш. Кэш ДОЛЖЕН использовать арифметический тип не менее 31
      бит диапазона.
 

14,7 Разрешить

 В поле Разрешить заголовок объекта перечислены поддерживаемые методы.
      по ресурсу, идентифицированному Request-URI. Цель этого
      поле предназначено строго для информирования получателя о допустимых методах
      связанный с ресурсом.Поле заголовка Allow ДОЛЖНО быть
      присутствует в ответе 405 (метод запрещен).
 
 Allow = "Allow" ":" #Method
 
 Пример использования:
 
 Разрешить: GET, HEAD, PUT
 
 Это поле не может помешать клиенту попробовать другие методы.
      Однако указания, указанные в значении поля заголовка Разрешить
      ДОЛЖЕН соблюдаться. Фактический набор разрешенных методов определяется
      исходным сервером во время каждого запроса.
 Поле заголовка Allow МОЖЕТ быть снабжено запросом PUT для
      рекомендовать методы, которые будут поддерживаться новым или измененным
      ресурс. Сервер не обязан поддерживать эти методы и
      СЛЕДУЕТ включать в ответ заголовок Allow, дающий фактическое
      поддерживаемые методы.
 
 Прокси-сервер НЕ ДОЛЖЕН изменять поле заголовка Allow, даже если оно не
      понимать все указанные методы, поскольку пользовательский агент может
      иметь другие средства связи с исходным сервером.

14,8 Авторизация

 Пользовательский агент, который хочет аутентифицировать себя на сервере -
      обычно, но не обязательно, после получения ответа 401 - делает
      поэтому, включив поле заголовка запроса авторизации с
      запрос. Значение поля авторизации состоит из учетных данных
      содержащие информацию аутентификации пользовательского агента для
      область запрашиваемого ресурса.
 
 Authorization = "Авторизация" ":" учетные данные
 
 Аутентификация доступа HTTP описана в разделе «Аутентификация HTTP:
      Базовая и дайджест-аутентификация доступа »[43].Если запрос
      аутентифицирован и указана область, ДОЛЖНЫ использоваться одни и те же учетные данные
      быть действительным для всех других запросов в этой области (при условии, что
      сама схема аутентификации не требует иного, например
      как учетные данные, которые различаются в зависимости от значения задачи или использования
      синхронизированные часы).
 
 Когда общий кеш (см. Раздел 13.7) получает запрос
      содержащий поле авторизации, он НЕ ДОЛЖЕН возвращать
      соответствующий ответ в качестве ответа на любой другой запрос, если только один
      из следующих особых исключений:
 
 1.Если ответ содержит кеш-элемент "s-maxage"
         директиве, кеш МОЖЕТ использовать этот ответ при ответе на
         последующий запрос. Но (если указанный максимальный возраст имеет
         пройдено) прокси-кеш ДОЛЖЕН сначала подтвердить его с помощью источника
         сервер, используя заголовки запроса из нового запроса, чтобы разрешить
         исходный сервер для аутентификации нового запроса. (Это
         определенное поведение для s-maxage.) Если ответ включает "s-
         maxage = 0 ", прокси-сервер ДОЛЖЕН всегда проверять его перед повторным использованием.
         Это.
 2. Если ответ включает в себя элемент управления кешем "must-revalidate"
         директиве, кеш МОЖЕТ использовать этот ответ при ответе на
         последующий запрос. Но если ответ устарел, все кеши
         ДОЛЖЕН сначала подтвердить его на исходном сервере, используя
         заголовки запроса из нового запроса, чтобы разрешить исходный сервер
         для аутентификации нового запроса.
 
 3. Если ответ включает "общедоступную" директиву управления кешем,
         он МОЖЕТ быть возвращен в ответ на любой последующий запрос.

14.9 Кэш-контроль

Поле общего заголовка Cache-Control используется для указания директив это ДОЛЖНО соблюдаться всеми механизмами кэширования на цепочка запросов / ответов. Директивы определяют поведение, предназначенное для предотвратить нежелательное вмешательство кешей в запрос или ответ. Эти директивы обычно отменяют кеширование по умолчанию. алгоритмы. Директивы кэша однонаправлены в том смысле, что наличие директивы в запросе не означает, что та же самая директива будет дан в ответе.

 Обратите внимание, что кеши HTTP / 1.0 могут не реализовывать Cache-Control и
      может реализовать только Pragma: no-cache (см. раздел 14.32).
 

Директивы кэша ДОЛЖНЫ проходить через прокси или шлюз. приложение, независимо от их значения для этого приложения, поскольку директивы могут быть применимы ко всем получателям в цепочка запросов / ответов. Невозможно указать кеш- директива для определенного кеша.

 Cache-Control = "Cache-Control" ":" 1 # директива-кеш
 
 кеш-директива = кеш-запрос-директива
         | кеш-ответ-директива
 
 директива-запроса-кеша =
           "без кеширования"; Раздел 14.9.1
         | "нет магазина"; Раздел 14.9.2
         | "max-age" "=" дельта-секунды; Раздел 14.9.3, 14.9.4
         | "max-stale" ["=" дельта-секунды]; Раздел 14.9,3
         | "min-fresh" "=" дельта-секунды; Раздел 14.9.3
         | "без трансформации"; Раздел 14.9.5
         | "только при кэшировании"; Раздел 14.9.4
         | кеш-расширение; Раздел 14.9.6
 
 кеш-ответ-директива =
           «общественный»; Раздел 14.9.1
         | "private" ["=" <"> 1 # имя-поля <">]; Раздел 14.9.1
         | "no-cache" ["=" <"> 1 # имя-поля <">]; Раздел 14.9.1
         | "нет магазина"; Раздел 14.9.2
         | "без преобразования"; Раздел 14.9.5
         | "необходимо перепроверить"; Раздел 14.9.4
         | "proxy-revalidate"; Раздел 14.9.4
         | "max-age" "=" дельта-секунды; Раздел 14.9.3
         | "s-maxage" "=" дельта-секунды; Раздел 14.9.3
         | кеш-расширение; Раздел 14.9,6
 
 cache-extension = token ["=" (токен | строка в кавычках)]
 

Когда директива появляется без какого-либо параметра имени поля 1 #, Директива применяется ко всему запросу или ответу. Когда такой директива появляется с параметром имени поля 1 #, она применяется только к названное поле или поля, а не остальную часть запроса или ответ. Этот механизм поддерживает расширяемость; реализации будущие версии протокола HTTP могут применять эти директивы к поля заголовка не определены в HTTP / 1.1.

Директивы управления кешем можно разбить на следующие общие категории:

 - Ограничения кешируемости; они могут быть наложены только
        исходный сервер.
 
 - Ограничения на то, что может храниться в кэше; это может быть
        налагается либо исходным сервером, либо пользовательским агентом.
 
 - Модификации основного механизма истечения срока действия; это может быть
        налагается либо исходным сервером, либо пользовательским агентом.
 - Контроль повторной проверки и перезагрузки кеша; это может быть только
        наложенный пользовательским агентом.
 
 - Контроль трансформации юридических лиц.
 
 - Расширения системы кеширования.
 

14.9.1 Что такое кэшируемое

По умолчанию ответ кэшируется, если требования метод запроса, поля заголовка запроса и статус ответа указывают, что он кэшируется. Раздел 13.4 резюмирует эти значения по умолчанию. для кешируемости. Следующие директивы ответа Cache-Control разрешить исходному серверу переопределить кэшируемость по умолчанию ответ:

общественный
Указывает, что ответ МОЖЕТ быть кэширован любым кешем, даже если он обычно не кэшируется или кешируется только в не- общий кеш. (См. Также Авторизация, раздел 14.8, для дополнительные детали.)
частный
Указывает, что ответное сообщение полностью или частично предназначено для одного пользователя и НЕ ДОЛЖНЫ кэшироваться общим кешем.Этот позволяет исходному серверу утверждать, что указанные части
ответы предназначены только для одного пользователя и не являются действительными ответ на запросы других пользователей. Частный (не общий) кеш МОЖЕТ кэшировать ответ.

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

без кеша
Если в директиве no-cache не указано имя поля, то кеш НЕ ДОЛЖЕН использовать ответ для удовлетворения последующего запроса без успешной повторной проверки с исходным сервером.Этот позволяет исходному серверу предотвращать кеширование даже кешами, которые были настроены для возврата устаревших ответов на запросы клиентов.
Если в директиве no-cache указано одно или несколько имен полей, тогда кеш МОЖЕТ использовать ответ для удовлетворения последующего запроса, с учетом любых других ограничений на кеширование. Тем не менее указанное имя (а) поля НЕ ДОЛЖНО быть отправлено в ответ на последующий запрос без успешной повторной валидации с источником сервер.Это позволяет исходному серверу предотвратить повторное использование определенные поля заголовка в ответе, при этом разрешая кеширование остальной части ответа.

Примечание: Большинство кешей HTTP / 1.0 не распознают или не подчиняются этому директива.

14.9.2 Что может хранить кэш

без магазина
Цель директивы no-store — предотвратить непреднамеренное раскрытие или сохранение конфиденциальной информации (для например, на резервных лентах).Директива no-store применяется к все сообщение, и МОЖЕТ быть отправлено либо в ответе, либо в запрос. Если отправлено в запросе, кеш НЕ ДОЛЖЕН хранить какую-либо часть либо этот запрос, либо любой ответ на него. Если отправлено в ответ, кеш НЕ ДОЛЖЕН хранить какую-либо часть ни этого ответа, ни запрос, который его вызвал. Эта директива применяется как к не- общие и общие кеши. «НЕ ДОЛЖЕН хранить» в этом контексте означает что кеш НЕ ДОЛЖЕН намеренно хранить информацию в энергонезависимое хранилище, и ДОЛЖЕН делать все возможное, чтобы удалить информацию из энергозависимого хранилища так же быстро, как возможно после пересылки.
Даже если эта директива связана с ответом, пользователи может явно хранить такой ответ вне кеширования системы (например, с диалоговым окном «Сохранить как»). Буферы истории МОГУТ хранить такие ответы как часть их нормальной работы.
Целью данной директивы является соответствие заявленным требованиям. некоторых пользователей и авторов сервисов, обеспокоенных случайный выпуск информации через непредвиденный доступ к кэшировать структуры данных.Хотя использование этой директивы может улучшить конфиденциальность в некоторых случаях, мы предупреждаем, что это НЕ способ надежный или достаточный механизм для обеспечения конфиденциальности. В в частности, вредоносные или скомпрометированные кеши могут не распознавать или подчиняться этой директиве, и сети связи могут быть уязвимы для подслушивания.

14.9.3 Модификации основного механизма истечения срока действия

Срок действия объекта МОЖЕТ быть определен источником сервер, используя заголовок Expires (см. раздел 14.21). В качестве альтернативы, он МОЖЕТ быть указан с помощью директивы max-age в ответе. когда директива max-age cache-control присутствует в кешированном ответе, ответ устарел, если его текущий возраст больше, чем возраст значение, указанное (в секундах) во время нового запроса для этого ресурс. Директива max-age в ответе подразумевает, что ответ кэшируется (т. е. «общедоступен»), если не также присутствует ограничительная директива кеширования.

Если ответ включает как заголовок Expires, так и максимальный возраст директива max-age переопределяет заголовок Expires, даже если заголовок Expires более строгий. Это правило разрешает происхождение сервер, чтобы предоставить для данного ответа более длительный срок действия кеш HTTP / 1.1 (или новее), чем кеш HTTP / 1.0. Это может быть полезно, если определенные кеши HTTP / 1.0 неправильно вычисляют возраст или время истечения срока действия, возможно, из-за рассинхронизации часов.

Многие реализации кеширования HTTP / 1.0 будут обрабатывать значение Expires, которое меньше или равно значению даты ответа как эквивалентному на директиву ответа Cache-Control «no-cache». Если HTTP / 1.1 кеш получает такой ответ, и ответ не включает Поле заголовка Cache-Control, СЛЕДУЕТ рассматривать ответ как не кэшируемый, чтобы сохранить совместимость с серверами HTTP / 1.0.

Примечание: Исходный сервер может пожелать использовать относительно новый HTTP функция управления кешем, такая как «частная» директива, на сеть, включая старые кеши, которые не понимают этого характерная черта.Исходный сервер должен будет объединить новую функцию с полем Expires, значение которого меньше или равно Значение даты. Это предотвратит неправильное использование старых кешей. кеширование ответа.

s-maxage
Если ответ включает директиву s-maxage, то для общего кеш (но не для частного кеша), максимальный возраст определяется эта директива отменяет максимальный возраст, указанный либо max-age или заголовок Expires.Директива s-maxage также подразумевает семантику директивы proxy-revalidate (см. раздел 14.9.4), то есть общий кеш не должен использовать запись после того, как она устареет, чтобы ответить на последующий запрос без предварительной повторной проверки на исходном сервере. S- Директива maxage всегда игнорируется частным кешем.

Обратите внимание, что большинство старых кешей, не соответствующих этой спецификации, не реализуют никаких директив управления кешем.Исходный сервер желая использовать директиву управления кешем, которая ограничивает, но не предотвратить, кэширование с помощью кеша, совместимого с HTTP / 1.1, МОЖЕТ использовать требование, чтобы директива max-age переопределяла заголовок Expires, и тот факт, что кеши, совместимые с HTTP / 1.1, не соблюдают директива max-age.

Другие директивы позволяют пользовательскому агенту изменять базовый срок действия механизм. Эти директивы МОГУТ быть указаны по запросу:

макс. Возраст
Указывает, что клиент готов принять ответ, чей age не больше указанного времени в секундах.Если макс. также включена устаревшая директива, клиент не желает принять устаревший ответ.
мин-фреш
Указывает, что клиент готов принять ответ, чей срок службы свежести не меньше текущего возраста плюс указанное время в секундах. То есть клиент хочет ответа которые все еще будут свежими в течение как минимум указанного количества секунд.
макс. Устаревший
Указывает, что клиент готов принять ответ, истек срок его действия.Если max-stale присвоено значение, тогда клиент готов принять ответ, превышающий срок его годности не более чем на указанное количество секунд. Если max-stale не присвоено значение, то клиент готов принять несвежий ответ любого возраста.

Если кеш возвращает устаревший ответ, либо из-за max-stale директиве по запросу, или потому что кеш настроен на переопределить время истечения срока ответа, кеш ДОЛЖЕН прикрепить Заголовок предупреждения для устаревшего ответа с использованием предупреждения 110 (ответ несвежий).

Кэш МОЖЕТ быть настроен для возврата устаревших ответов без проверка, но только если это не конфликтует с каким-либо «ОБЯЗАТЕЛЬНО» -уровнем требования, касающиеся проверки кеша (например, «обязательная повторная проверка» директива cache-control).

Если и новый запрос, и запись в кеше содержат «max-age» директивы, то меньшее из двух значений используется для определения свежесть кэшированной записи для этого запроса.

14.9.4 Повторная проверка кеша и элементы управления перезагрузкой

Иногда пользовательский агент может захотеть или должен настоять на том, чтобы кеш перепроверить свою запись в кеше с исходным сервером (а не только с следующий кеш по пути к исходному серверу) или перезагрузить его запись в кеше с исходного сервера. Сквозная повторная валидация может быть необходимо, если кэш или исходный сервер завысили время истечения кешированного ответа. Сквозная перезагрузка может быть необходимо, если запись в кэше по какой-либо причине была повреждена.

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

Клиент может указать эти три типа действий с помощью Cache- Директивы запроса управления:

Сквозная перезагрузка
Запрос включает директиву управления кешем «no-cache» или, для совместимость с HTTP / 1.0 клиентов, «Pragma: no-cache». Поле имена НЕ ДОЛЖНЫ быть включены с директивой no-cache в запрос. Сервер НЕ ДОЛЖЕН использовать кэшированную копию при ответе на такая просьба.
Специальная сквозная повторная валидация
Запрос включает директиву управления кешем «max-age = 0», которая заставляет каждый кеш на пути к исходному серверу повторно проверить свою собственную запись, если таковая имеется, со следующим кешем или сервером.Первоначальный запрос включает условие проверки кеша с текущий валидатор клиента.
Неуказанная сквозная повторная валидация
Запрос включает директиву управления кешем «max-age = 0», которая заставляет каждый кеш на пути к исходному серверу повторно проверить свою собственную запись, если таковая имеется, со следующим кешем или сервером. Первоначальный запрос не включает проверку кеша
условно; первый кеш по пути (если есть), содержащий запись в кеше для этого ресурса включает проверку кеша условный с текущим валидатором.
макс. Возраст
При принудительном использовании промежуточного кеша с помощью max-age = 0 директиве, чтобы повторно проверить свою собственную запись в кэше, и у клиента есть предоставил собственный валидатор в запросе, предоставленный валидатор может отличаться от валидатора, который в настоящее время хранится в кеше вход. В этом случае кеш МОЖЕТ использовать любой валидатор при создании собственный запрос, не влияющий на семантическую прозрачность.
Однако выбор валидатора может повлиять на производительность.В лучший подход — для промежуточного кеша использовать собственный валидатор при запросе. Если сервер отвечает 304 (Не изменено), то кеш может вернуть свою теперь проверенную копию клиенту с ответом 200 (OK). Если сервер отвечает новый объект и валидатор кеша, однако промежуточный кеш можно сравнить возвращенный валидатор с тем, который указан в запрос клиента, используя функцию сильного сравнения.Если валидатор клиента равен исходному серверу, тогда промежуточный кеш просто возвращает 304 (не изменено). Иначе, он возвращает новую сущность с ответом 200 (ОК).
Если запрос включает директиву no-cache, НЕ ДОЛЖЕН включить min-fresh, max-stale или max-age.
только при кэшировании
В некоторых случаях, например, при очень плохой сети возможность подключения, клиент может захотеть, чтобы кеш возвращал только те ответы, которые он в настоящее время хранит, и не перезагружать или перепроверить с исходным сервером.Для этого клиент может включить в запрос директиву only-if-cached. Если он получит этой директиве кеш ДОЛЖЕН либо отвечать, используя кешированную запись что согласуется с другими ограничениями запроса, или ответьте статусом 504 (тайм-аут шлюза). Однако если группа кешей работает как единая система с хорошей внутренней возможность подключения, такой запрос МОЖЕТ быть переадресован внутри этой группы тайники.
необходимо повторно подтвердить
Поскольку кеш МОЖЕТ быть настроен на игнорирование указанного сервера срок действия, и поскольку запрос клиента МОЖЕТ включать макс. устаревшая директива (имеющая аналогичный эффект), протокол также включает механизм, позволяющий исходному серверу требовать повторной проверки записи кэша при любом последующем использовании. Когда необходимо пройти повторную валидацию директива присутствует в ответе, полученном кешем, этот кеш НЕ ДОЛЖНЫ использовать запись после того, как она устареет, для ответа на
последующий запрос без его предварительной повторной проверки с источником сервер.(То есть, кеш ДОЛЖЕН выполнять сквозную повторную проверку каждые время, если, основываясь исключительно на истечении срока действия исходного сервера или максимальном возрасте значение, кешированный ответ устарел.)
Директива о необходимости повторной валидации необходима для поддержки надежных работа для определенных функций протокола. При любых обстоятельствах Кэш HTTP / 1.1 ДОЛЖЕН подчиняться директиве must-revalidate; в в частности, если кеш не может связаться с исходным сервером ни для каких причина, он ДОЛЖЕН генерировать ответ 504 (тайм-аут шлюза).
Серверы ДОЛЖНЫ отправлять директиву must-revalidate тогда и только тогда, когда неспособность повторно подтвердить запрос объекта может привести к некорректная операция, например, незавершенная финансовая сделка. Получатели НЕ ДОЛЖНЫ выполнять автоматические действия, которые нарушает эту директиву и НЕ ДОЛЖЕН автоматически предоставлять непроверенная копия объекта, если повторная проверка не удалась.
Хотя это не рекомендуется, пользовательские агенты, работающие под серьезные ограничения подключения МОГУТ нарушать эту директиву, но если поэтому ДОЛЖЕН явным образом предупредить пользователя о том, что непроверенный ответ был предоставлен.Предупреждение ДОЛЖНО быть предоставлено на каждом непроверенном доступ и ДОЛЖЕН требовать явного подтверждения пользователя.
прокси-ревалидат
Директива proxy-revalidate имеет то же значение, что и обязательное revalidate, за исключением того, что она не применяется к необщим кеши пользовательского агента. Его можно использовать в ответе на аутентифицированный запрос, чтобы разрешить кешу пользователя хранить и позже вернуть ответ без необходимости его повторной проверки (поскольку он уже был аутентифицирован один раз этим пользователем), хотя все еще требовать от прокси, обслуживающих множество пользователей, каждый раз повторно проверять подлинность (чтобы убедиться, что каждый пользователь прошел аутентификацию).Обратите внимание, что такие аутентифицированные ответы также нуждаются в общедоступном кэше. control, чтобы они вообще могли кэшироваться.

14.9.5 Директива о запрете преобразования

без преобразования
Разработчики промежуточных кешей (прокси) сочли это полезным для преобразования медиа-типа определенных тел сущностей. Не- прозрачный прокси может, например, конвертировать между изображениями форматы для экономии места в кэше или уменьшения количества трафик по медленному каналу.
Однако, когда эти преобразования применяются к телам сущностей, предназначенным для определенных виды приложений. Например, приложения для медицинских
визуализация, анализ научных данных и те, которые используют сквозной аутентификации, все зависит от получения тела объекта, которое является битовым для бит идентичен исходному телу объекта.
Следовательно, если сообщение включает в себя директиву без преобразования, промежуточный кеш или прокси НЕ ДОЛЖНЫ изменять те заголовки, которые перечислено в разделе 13.5.2 как не подлежащий преобразованию директива. Это означает, что кеш или прокси НЕ ДОЛЖНЫ изменяться любой аспект тела объекта, указанный в этих заголовках, включая значение самого тела объекта.

14.9.6 Расширения управления кешем

Поле заголовка Cache-Control может быть расширено за счет использования одного или более токенов расширения кеша, каждый из которых имеет необязательное присвоенное значение. Информационные расширения (не требующие изменения поведение кеша) МОЖЕТ быть добавлено без изменения семантики других директивы.Поведенческие расширения предназначены для работы в качестве модификаторы к существующей базе директив кеша. Оба новых поставляются директива и стандартная директива, так что приложения, которые не понимают новую директиву, будут по умолчанию к поведению, заданному стандартной директивой, и тем, которые понять, что новая директива распознает ее как изменение требования, связанные со стандартной директивой. Таким образом, расширения к директивам управления кешем могут быть сделаны без требующие изменения базового протокола.

Этот механизм расширения зависит от HTTP-кеша, подчиняющегося всем директивы cache-control, определенные для его собственной HTTP-версии, подчиняющиеся определенные расширения и игнорирование всех директив, которые не понять.

Например, рассмотрим гипотетическую новую директиву ответа под названием community, который действует как модификатор частной директивы. Мы определите эту новую директиву как означающую, что в дополнение к любым не разделяемым cache, любой кеш, который используется только членами сообщества названный в пределах своего значения может кэшировать ответ.Исходный сервер желая разрешить сообществу UCI использовать в противном случае частные ответ в их общем кэше (ах) может сделать это, включив

 Cache-Control: private, community = "UCI"
 

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

Нераспознанные директивы кэша ДОЛЖНЫ игнорироваться; предполагается, что любой cache-директива, вероятно, не будет распознана HTTP / 1.1 кеш будет быть объединенным со стандартными директивами (или ответом по умолчанию кэшируемость), так что поведение кеша останется минимальным исправьте, даже если кеш не понимает расширение (я).

14.10 Подключение

Поле общего заголовка соединения позволяет отправителю указать параметры, которые требуются для этого конкретного соединения и НЕ ДОЛЖНЫ передаваться через прокси-серверы по дальнейшим соединениям.

Заголовок Connection имеет следующую грамматику:

 Connection = "Connection" ":" 1 # (токен подключения)
       токен подключения = токен
 

HTTP / 1.1 прокси ДОЛЖНЫ анализировать поле заголовка соединения перед сообщение пересылается и для каждого токена подключения в этом поле удалите из сообщения все поля заголовка с тем же именем, что и токен подключения. Возможности подключения сигнализируются наличием токен подключения в поле заголовка подключения, а не какой-либо соответствующие поля дополнительного заголовка, поскольку дополнительный заголовок поле может не быть отправлено, если с ним не связаны параметры вариант подключения.

Заголовки сообщений, перечисленные в заголовке соединения, НЕ ДОЛЖНЫ включать сквозные заголовки, такие как Cache-Control.

HTTP / 1.1 определяет параметр «закрыть» соединение для отправителя сигнализируют, что соединение будет закрыто после завершения ответ. Например,

 Подключение: закрыть
 

в полях заголовка запроса или ответа указывает, что соединение НЕ СЛЕДУЕТ рассматривать как «постоянное» (раздел 8.1) после завершения текущего запроса / ответа.

Приложения HTTP / 1.1, которые не поддерживают постоянные соединения, ДОЛЖНЫ включать в каждое сообщение опцию «закрыть» соединение.

Система, получающая сообщение HTTP / 1.0 (или более ранней версии), которое ДОЛЖЕН включать заголовок соединения для каждого токена соединения в этом поле, удалите и игнорируйте любые поля заголовка сообщения с то же имя, что и токен подключения.Это защищает от ошибочного пересылка таких полей заголовка прокси до HTTP / 1.1. См. Раздел 19.6.2.

14.11 Кодирование содержимого

Поле заголовка объекта Content-Encoding используется как модификатор для медиа-тип. Если он присутствует, его значение указывает, какой дополнительный контент кодирования были применены к телу объекта, и, следовательно, какое декодирование должны применяться механизмы для получения медиа-типа на которую ссылается поле заголовка Content-Type.Content-Encoding — это в основном используется для сжатия документа без потери идентичность лежащего в основе медиа-типа.

 Content-Encoding = "Content-Encoding" ":" 1 # content-coding
 

Кодирование контента определено в разделе 3.5. Пример его использования:

 Кодирование содержимого: gzip
 

Кодирование содержимого — это характеристика объекта, идентифицированного Запрос-URI. Обычно тело объекта хранится с этим кодирование и декодируется только перед рендерингом или аналогичным использованием.Однако непрозрачный прокси МОЖЕТ изменить кодирование содержимого, если известно, что новое кодирование приемлемо для получателя, если только В сообщении присутствует директива управления кешем «no-transform».

Если кодирование содержимого объекта не является «идентичностью», тогда ответ ДОЛЖЕН включать заголовок объекта Content-Encoding (раздел 14.11), в котором перечислены использованные неидентификационные коды содержимого.

Если кодирование содержимого объекта в сообщении запроса не приемлемо для исходного сервера, сервер ДОЛЖЕН ответить код состояния 415 (неподдерживаемый тип носителя).

Если к объекту применено несколько кодировок, содержимое кодировки ДОЛЖНЫ быть перечислены в том порядке, в котором они были применены. МОЖЕТ быть предоставлена ​​дополнительная информация о параметрах кодирования. другими полями заголовка объекта, не определенными в этой спецификации.

14.12 Content-Language

Поле заголовка объекта Content-Language описывает естественный язык (и) предполагаемой аудитории для закрытого объекта.Запись что это может быть не эквивалентно всем языкам, используемым в сущность-тело.

 Content-Language = "Content-Language" ":" 1 # тег языка
 

Языковые теги определены в разделе 3.10. Основная цель Content-Language позволяет пользователю идентифицировать и различать сущности в соответствии с предпочтительным языком пользователя. Таким образом, если содержание тела предназначено только для датско-грамотной аудитории, соответствующее поле

 Content-Language: da
 

Если Content-Language не указан, по умолчанию используется контент предназначен для любой языковой аудитории.Это может означать, что отправитель не считает его специфичным для какого-либо естественного языка, или что отправитель не знает, для какого языка оно предназначено.

Для контента, предназначенного для несколько аудиторий. Например, исполнение «Договора Вайтанги «, представленный одновременно на языке маори и английском языках. версии, потребовали бы

 Content-Language: mi, en
 

Однако только потому, что в объекте присутствует несколько языков не означает, что он предназначен для нескольких языковых аудиторий.Примером может служить учебник по языку для начинающих, например «Первый Урок на латыни «, который явно предназначен для Англоязычная публика. В этом случае Content-Language будет правильно включать только «en».

Content-Language МОЖЕТ применяться к любому типу мультимедиа — это не ограничивается текстовыми документами.

14.13 Длина содержимого

Поле заголовка объекта Content-Length указывает размер тело объекта в десятичном формате OCTET, отправленное получателю или, в случае метода HEAD размер тела объекта, который был бы отправлен, если бы запрос был GET.

 Content-Length = "Content-Length" ":" 1 * ЦИФРА
 

Примером является

 Content-Length: 3495
 

Приложения ДОЛЖНЫ использовать это поле для указания длины передачи тело сообщения, если это не запрещено правилами раздела 4.4.

Любое значение Content-Length больше или равное нулю является допустимым значением. Раздел 4.4 описывает, как определить длину тела сообщения. если Content-Length не указан.

Обратите внимание, что значение этого поля значительно отличается от соответствующее определение в MIME, где это необязательное поле используется в типе содержимого «message / external-body». В HTTP это СЛЕДУЕТ отправлять всякий раз, когда длина сообщения может быть определена заранее. быть переданным, если это не запрещено правилами в раздел 4.4.

14.14 Контент-Расположение

Поле заголовка объекта Content-Location МОЖЕТ использоваться для предоставления расположение ресурса для объекта, заключенного в сообщение, когда это объект доступен из места, отличного от запрошенного URI ресурса.Серверу СЛЕДУЕТ предоставлять Content-Location для вариант, соответствующий объекту ответа; особенно в случае где с ресурсом связано несколько сущностей, а те объекты на самом деле имеют разные местоположения, по которым они могут быть доступ к индивидуальному, сервер ДОЛЖЕН предоставить Content-Location для конкретного варианта, который возвращается.

 Content-Location = "Content-Location" ":"
                         (absoluteURI | relativeURI)
 

Значение Content-Location также определяет базовый URI для юридическое лицо.

Значение Content-Location не является заменой оригинального запрошенный URI; это всего лишь указание на местонахождение ресурса соответствующий этому конкретному объекту на момент запроса. В будущих запросах МОЖЕТ указывать URI Content-Location в качестве запроса: URI, если нужно определить источник этого конкретного юридическое лицо.

Кэш не может предполагать, что объект с Content-Location отличается от URI, используемого для получения, может использоваться для ответа на позже запрашивает этот URI Content-Location.Однако Контент- Местоположение может использоваться для различения нескольких объектов извлекается из единственного запрошенного ресурса, как описано в разделе 13.6.

Если Content-Location является относительным URI, относительный URI будет интерпретируется относительно Request-URI.

Значение заголовка Content-Location в запросах PUT или POST следующее: неопределенный; в таких случаях серверы могут игнорировать его.

14.15 Content-MD5

Поле заголовка объекта Content-MD5, как определено в RFC 1864 [23], является дайджест MD5 тела объекта с целью предоставления сквозная проверка целостности сообщения (MIC) тела объекта. (Примечание: a MIC хорош для обнаружения случайного изменения тела объекта в пути, но не является защитой от злонамеренных атак.)

 Content-MD5 = "Content-MD5" ":" md5-digest
        md5-digest = 
 

Поле заголовка Content-MD5 МОЖЕТ быть сгенерировано исходным сервером или client для проверки целостности тела объекта.Только исходные серверы или клиенты МОГУТ генерировать поле заголовка Content-MD5; прокси и шлюзы НЕ ДОЛЖНЫ генерировать его, так как это нарушит его значение как сквозная проверка целостности. Любой получатель юридического лица- тело, включая шлюзы и прокси, МОЖЕТ проверить, что значение дайджеста в этом поле заголовка соответствует полученному телу объекта.

Дайджест MD5 вычисляется на основе содержимого тела объекта, включая любое примененное кодирование контента, но не включая любое кодирование передачи, применяемое к телу сообщения.Если сообщение полученный с передачей-кодированием, это кодирование ДОЛЖНО быть удалено перед проверкой значения Content-MD5 на полученный объект.

Это приводит к тому, что дайджест вычисляется по октетам entity-body точно так же и в том порядке, в котором они будут отправлены, если кодирование передачи не применялось.

HTTP расширяет RFC 1864, позволяя вычислять дайджест для MIME композитные медиа-типы (например,g., multipart / * и message / rfc822), но это не меняет способа вычисления дайджеста, как определено в предыдущий абзац.

У этого есть несколько последствий. Тело объекта для составного типы МОГУТ содержать много частей тела, каждая со своим собственным MIME и HTTP заголовки (включая Content-MD5, Content-Transfer-Encoding и Заголовки Content-Encoding). Если часть тела имеет Content-Transfer- Заголовок Encoding или Content-Encoding, предполагается, что содержимое части тела была применена кодировка, а часть тела включены в дайджест Content-MD5 как есть — i.е., после применение. Поле заголовка Transfer-Encoding не допускается в части тела.

Преобразование всех разрывов строк в CRLF НЕ ДОЛЖНО выполняться раньше вычисление или проверка дайджеста: соглашение о переносе строки, используемое в фактически передаваемый текст ДОЛЖЕН быть оставлен неизменным при вычислении дайджест.

 Примечание: хотя определение Content-MD5 точно такое же для
      HTTP, как в RFC 1864 для тел объектов MIME, есть несколько способов
      в котором применение Content-MD5 к телам объектов HTTP
      отличается от приложения к телам MIME.Один из них
      HTTP, в отличие от MIME, не использует Content-Transfer-Encoding и
      использует Transfer-Encoding и Content-Encoding. Другое дело, что
      HTTP чаще использует двоичные типы содержимого, чем MIME, поэтому
      стоит отметить, что в таких случаях порядок байтов, используемый для вычисления
      дайджест - это порядок байтов передачи, определенный для типа.
      Наконец, HTTP позволяет передавать типы текста с любым из нескольких
      соглашения о переносе строки, а не только каноническая форма с использованием CRLF.

14.16 Content-Range

Заголовок объекта Content-Range отправляется с частичным телом объекта в укажите, где в полном теле объекта должно быть частичное тело применяется. Единицы измерения определены в разделе 3.12.

 Content-Range = "Content-Range" ":" content-range-spec
 
 контент-диапазон-спецификация = байт-контент-диапазон-спецификация
       byte-content-range-spec = блок байтов SP
                                 byte-range-resp-spec "/"
                                 (длина экземпляра | "*")
 
 byte-range-resp-spec = (first-byte-pos "-" last-byte-pos)
                                      | "*"
       длина экземпляра = 1 * ЦИФРА
 

Заголовок ДОЛЖЕН указывать общую длину всего тела объекта, если только эта длина неизвестна или ее трудно определить.Звездочка Символ «*» означает, что длина экземпляра неизвестна в то время. когда был получен ответ.

В отличие от значений спецификатора диапазонов байтов (см. Раздел 14.35.1), range-resp-spec ДОЛЖЕН указывать только один диапазон и ДОЛЖЕН содержать абсолютные позиции байтов как для первого, так и для последнего байта спектр.

Спецификация диапазона-байта с характеристикой-диапазоном-байтом, последняя- значение byte-pos меньше, чем его значение first-byte-pos, или чье значение значение длины экземпляра меньше или равно его last-byte-pos значение, недействительно.Получатель недопустимого байтового-содержимого-диапазона- spec ДОЛЖЕН игнорировать его и любой контент, передаваемый вместе с ним.

Сервер, отправляющий ответ с кодом состояния 416 (Запрошенный диапазон не выполнено) СЛЕДУЕТ включать поле Content-Range с байтовым диапазоном- resp-spec из «*». Длина экземпляра указывает текущую длину

выбранный ресурс. Ответ с кодом состояния 206 (Частичный Content) НЕ ДОЛЖЕН включать поле Content-Range с байтовым диапазоном- resp-spec из «*».

Примеры значений byte-content-range-spec при условии, что объект содержит всего 1234 байта:

. Первые 500 байт:
       байты 0-499 / 1234
 
. Вторые 500 байт:
       байты 500-999 / 1234
 
. Все, кроме первых 500 байтов:
       байты 500-1233 / 1234
 
. Последние 500 байт:
       байты 734-1233 / 1234
 

Когда сообщение HTTP включает в себя содержимое одного диапазона (для например, ответ на запрос для одного диапазона или на запрос для набора диапазонов, которые перекрываются без каких-либо дыр), это содержимое передается с заголовком Content-Range и заголовком Content-Length показывает количество фактически переданных байтов.Например,

 HTTP / 1.1 206 Частичное содержимое
       Дата: среда, 15 ноября 1995 г., 06:25:24 GMT
       Последнее изменение: среда, 15 ноября 1995 г., 04:58:08 GMT
       Content-Range: байты 21010-47021 / 47022
       Длина содержимого: 26012
       Тип содержимого: изображение / gif
 

Когда сообщение HTTP включает содержимое нескольких диапазонов (для Например, ответ на запрос о нескольких неперекрывающихся диапазоны), они передаются как составное сообщение.Составной Тип носителя, используемый для этой цели, — «multipart / byteranges», как определено в приложении 19.2. См. Приложение 19.6.3 по вопросу совместимости.

Ответ на запрос для одного диапазона НЕ ДОЛЖЕН быть отправлен с использованием multipart / byteranges тип носителя. Ответ на запрос несколько диапазонов, результатом которых является один диапазон, МОЖЕТ быть отправлено как multipart / by — заменяет тип носителя одной частью. Клиент, который не может декодировать сообщение multipart / byteranges НЕ ДОЛЖНО запрашивать несколько байтовые диапазоны в одном запросе.

Когда клиент запрашивает несколько байтовых диапазонов в одном запросе, сервер ДОЛЖЕН возвращать их в том порядке, в котором они появились в запрос.

Если сервер игнорирует спецификацию диапазона байтов, потому что это синтаксически недопустим, сервер ДОЛЖЕН обрабатывать запрос, как если бы недопустимый диапазон поле заголовка не существует. (Обычно это означает возврат 200 ответ, содержащий полную сущность).

Если сервер получает запрос (кроме одного, включающего If- Поле заголовка запроса диапазона) с неудовлетворительным запросом диапазона- поле заголовка (то есть все значения спецификации диапазона байтов имеют значение first-byte-pos больше, чем текущая длина выбранного ресурс), он ДОЛЖЕН возвращать код ответа 416 (Запрошенный диапазон невыполнимо) (раздел 10.4.17).

 Примечание: клиенты не могут зависеть от серверов для отправки 416 (Запрошено
      диапазон не удовлетворительный) вместо ответа 200 (ОК) для
      неудовлетворительный заголовок запроса Range, поскольку не все серверы
      реализовать этот заголовок запроса.
 

14.17 Content-Type

Поле заголовка объекта Content-Type указывает тип носителя entity-body отправлено получателю или, в случае метода HEAD, тип носителя, который был бы отправлен, если бы запрос был GET.

 Content-Type = "Content-Type" ":" медиа-тип
 

Типы носителей определены в разделе 3.7. Пример поля

 Content-Type: текст / html; charset = ISO-8859-4
 

Дальнейшее обсуждение методов определения типа носителя сущность представлена ​​в разделе 7.2.1.

14.18 Дата

Поле общего заголовка Date представляет дату и время, когда сообщение было отправлено с той же семантикой, что и исходная дата в RFC 822.Значение поля — это HTTP-дата, как описано в разделе 3.3.1; он ДОЛЖЕН быть отправлен в формате даты RFC 1123 [8].

 Date = "Дата" ":" HTTP-дата
 

Примером является

 Дата: Вт, 15 ноя 1994, 08:12:31 GMT
 

Серверы происхождения ДОЛЖНЫ включать поле заголовка даты во все ответы, кроме этих случаев:

 1. Если код состояния ответа - 100 (Продолжить) или 101 (Переключение
         Протоколы), ответ МОЖЕТ включать поле заголовка даты в
         вариант сервера.
 2. Если код состояния ответа передает ошибку сервера, например 500
         (Внутренняя ошибка сервера) или 503 (Служба недоступна), и это
         неудобно или невозможно создать действительную дату.
 
 3. Если на сервере нет часов, которые могут
         разумное приближение текущего времени, его ответы
         НЕ ДОЛЖЕН включать поле заголовка даты. В этом случае правила
         в разделе 14.18.1 НЕОБХОДИМО соблюдать.
 

Полученное сообщение, не имеющее поля заголовка Date, ДОЛЖНО быть назначенный получателем, если сообщение будет кэшировано этим получатель или шлюз через протокол, который требует даты. HTTP реализация без часов НЕ ДОЛЖНА кэшировать ответы без повторная проверка их при каждом использовании. HTTP-кеш, особенно общий cache, СЛЕДУЕТ использовать механизм, такой как NTP [28], для синхронизации своего часы с надежным внешним эталоном.

Клиенты ДОЛЖНЫ отправлять поле заголовка Date только в сообщениях, которые включают тело объекта, как в случае запросов PUT и POST, и даже тогда это необязательно. Клиент без часов НЕ ДОЛЖЕН отправлять дату поле заголовка в запросе.

HTTP-дата, отправленная в заголовке Date, НЕ ДОЛЖНА представлять дату и время после генерации сообщения. Он ДОЛЖЕН представлять наилучшее возможное приближение даты и времени сообщения генерации, если реализация не имеет средств генерации достаточно точная дата и время.Теоретически дата должна быть представляют момент непосредственно перед созданием объекта. В На практике дату можно сгенерировать в любой момент во время сообщения происхождение, не влияя на его смысловую ценность.

14.18.1 Работа исходного сервера без часов

Некоторые реализации исходного сервера могут не иметь доступных часов. Исходный сервер без часов НЕ ДОЛЖЕН назначать Expires или Last- Измененные значения в ответе, если эти значения не были связаны с ресурсом системой или пользователем с надежными часами.Это может назначить известное значение Expires на сервере или до него время конфигурации, которое должно быть в прошлом (это позволяет «до истечения срока» ответов без сохранения отдельных значений Expires для каждого ресурс).

14,19 ETag

Поле заголовка ответа ETag содержит текущее значение тег объекта для запрошенного варианта. Заголовки, используемые с сущностью Теги описаны в разделах 14.24, 14.26 и 14.44. Тег объекта МОЖЕТ использоваться для сравнения с другими объектами того же ресурса (см. раздел 13.3.3).

 ETag = "ETag" ":" объект-тег
 

Примеры:

 ETag: "xyzzy"
      ETag: W / "xyzzy"
      ETag: ""
 

14.20 Ожидать

Поле заголовка запроса Expect используется для указания конкретного поведение сервера требуется клиенту.

 Expect = "Expect" ":" 1 # ожидание
 
 expectation = "100-продолжить" | ожидание-продление
      расширение-ожидание = токен ["=" (токен | строка в кавычках)
                               * ожидать-параметры]
      ожидать-params = ";" токен ["=" (токен | строка в кавычках)]
 

Сервер, который не понимает или не может соответствовать ни одному из ожидаемые значения в поле Expect запроса ДОЛЖНЫ отвечать с соответствующим статусом ошибки.Сервер ДОЛЖЕН ответить 417 (Ожидание не выполнено), если какое-либо из ожиданий не может быть выполнено или, если есть другие проблемы с запросом, какой-нибудь другой 4xx положение дел.

Это поле заголовка определено с расширяемым синтаксисом, позволяющим будущие расширения. Если сервер получает запрос, содержащий Поле ожидания, которое включает расширение ожидания, которое в нем отсутствует поддержки, он ДОЛЖЕН ответить статусом 417 (ожидание не выполнено).

При сравнении ожидаемых значений без кавычек регистр не учитывается. токены (включая токен 100-continue) и чувствительны к регистру для Расширения ожидания в кавычках.

Механизм ожидания является поэтапным: то есть прокси-сервер HTTP / 1.1 ДОЛЖЕН вернуть статус 417 (ожидание не выполнено), если он получает запрос с ожиданием, что это не может встретиться. Однако ожидание сам заголовок запроса является сквозным; оно ДОЛЖНО быть отправлено, если запрос отправлен.

Многие старые приложения HTTP / 1.0 и HTTP / 1.1 не понимают Ожидайте заголовок.

См. Раздел 8.2.3 для использования статуса 100 (продолжить).

14.21 Срок действия

В поле заголовка объекта Expires указывается дата / время, после которого ответ считается устаревшим. Устаревшая запись кэша обычно не может быть возвращается кешем (либо кешем прокси, либо кешем пользовательского агента) если он сначала не проверен на исходном сервере (или промежуточный кеш, в котором есть свежая копия объекта).См. Раздел 13.2 для дальнейшего обсуждения модели истечения срока.

Наличие поля Expires не означает, что исходный ресурс изменится или прекратит свое существование до, до или после этого время.

Формат представляет собой абсолютную дату и время, как определено HTTP-датой в раздел 3.3.1; он ДОЛЖЕН быть в формате даты RFC 1123:

 Expires = "Expires" ":" HTTP-дата
 

Пример его использования:

 Истекает: Thu, 01 Dec 1994 16:00:00 GMT
 
 Примечание: если ответ включает поле Cache-Control с макс.
      возрастная директива (см. раздел 14.9.3), эта директива отменяет
      Поле истекает.
 

Клиенты и кеши HTTP / 1.1 ДОЛЖНЫ обрабатывать другие недопустимые форматы даты, особенно включая значение «0», как в прошлом (т. е. «уже истекший»).

Чтобы пометить ответ как «уже просроченный», исходный сервер отправляет Дата истекает, равная значению заголовка Date. (См. Правила для расчета срока действия в разделе 13.2.4.)

Чтобы пометить ответ как «никогда не истекающий», исходный сервер отправляет Срок действия истекает примерно через год с момента получения ответа. послал.Серверы HTTP / 1.1 НЕ ДОЛЖНЫ отправлять даты истечения срока действия более одного год в будущем.

Наличие поля заголовка Expires со значением даты время в будущем для ответа, который в противном случае по умолчанию был бы non-cacheable указывает, что ответ кэшируется, если только иначе указывается полем заголовка Cache-Control (раздел 14.9).

14,22 из

Поле заголовка запроса From, если оно задано, ДОЛЖНО содержать Интернет адрес электронной почты пользователя-человека, который контролирует запрашивающего пользователя агент.Адрес ДОЛЖЕН быть пригодным для использования на компьютере, как определено в «почтовом ящике». в RFC 822 [9], обновленном RFC 1123 [8]:

 From = "From" ":" почтовый ящик
 

Пример:

 От: [email protected]
 

Это поле заголовка МОЖЕТ использоваться для ведения журнала и как средство для определение источника недействительных или нежелательных запросов. НЕ ДОЛЖНО использоваться как небезопасная форма защиты доступа. Интерпретация этого поля означает, что запрос выполняется от имени данное лицо, которое принимает на себя ответственность за выполненный метод.В в частности, роботы-агенты ДОЛЖНЫ включать этот заголовок, чтобы можно связаться с лицом, ответственным за запуск робота, если возникнут проблемы происходят на принимающей стороне.

Адрес электронной почты в Интернете в этом поле МОЖЕТ быть отдельным от Интернет-хост, отправивший запрос. Например, когда запрос передается через прокси, адрес оригинального эмитента ДОЛЖЕН быть используемый.

Клиенту НЕ СЛЕДУЕТ отправлять поле заголовка From без указания пользователя. одобрения, так как это может противоречить интересам конфиденциальности пользователя или политику безопасности своего сайта.Настоятельно рекомендуется, чтобы пользователь сможет отключать, включать и изменять значение этого поля в любое время до запроса.

14.23 Хост

В поле заголовка запроса Host указываются хост и порт в Интернете. номер запрашиваемого ресурса, полученный из оригинала URI, предоставленный пользователем или ссылающимся ресурсом (обычно URL-адрес HTTP,

как описано в разделе 3.2.2). Значение поля Host ДОЛЖНО представлять полномочия по присвоению имен исходного сервера или шлюза, предоставленные исходный URL.Это позволяет исходному серверу или шлюзу различать внутренне неоднозначные URL-адреса, такие как корневой «/» URL-адрес сервера для нескольких имен хостов на одном IP-адресе.

 Host = "Хост" ":" хост [":" порт]; Раздел 3.2.2
 

«Хост» без какой-либо информации о конечном порте подразумевает значение по умолчанию порт для запрошенной службы (например, «80» для URL-адреса HTTP). За например, запрос на исходном сервере для будет правильно включать:

 GET / pub / WWW / HTTP / 1.1
       Хост: www.w3.org
 

Клиент ДОЛЖЕН включать поле заголовка хоста во все запросы HTTP / 1.1. Сообщения . Если запрошенный URI не включает Интернет-хост имя запрашиваемой услуги, тогда поле заголовка Host ДОЛЖНО быть дано с пустым значением. Прокси-сервер HTTP / 1.1 ДОЛЖЕН гарантировать, что любой сообщение запроса, которое он пересылает, содержит соответствующий заголовок Host поле, которое определяет услугу, запрашиваемую прокси.Все Серверы HTTP / 1.1 в Интернете ДОЛЖНЫ отвечать 400 (неверный запрос) код состояния для любого сообщения запроса HTTP / 1.1, в котором отсутствует заголовок Host поле.

См. Разделы 5.2 и 19.6.1.1 для других требований, касающихся Хост.

14,24 Если соответствие

Поле заголовка запроса If-Match используется с методом, чтобы сделать его условный. Клиент, у которого ранее была одна или несколько сущностей полученный из ресурса, можно проверить, что одна из этих сущностей текущий, включив список связанных с ними тегов сущностей в Поле заголовка If-Match.Теги сущностей определены в разделе 3.11. В цель этой функции — обеспечить эффективное обновление кэшированных информация с минимальным объемом транзакционных накладных расходов. Это также используется при обновлении запросов для предотвращения случайного изменения неправильная версия ресурса. В особом случае значение «*» соответствует любой текущей сущности ресурса.

 If-Match = "If-Match" ":" ("*" | 1 # тег объекта)
 

Если какой-либо из тегов объекта соответствует тегу объекта, который был бы возвращен в ответ на аналогичный запрос GET (без заголовка If-Match) для этого ресурса, или если указан «*»

и любой текущий объект существует для этого ресурса, тогда сервер МОЖЕТ выполнить запрошенный метод, как если бы поле заголовка If-Match не существовать.

Сервер ДОЛЖЕН использовать функцию строгого сравнения (см. Раздел 13.3.3) для сравнения тегов сущностей в If-Match.

Если ни один из тегов объекта не соответствует, или если указан «*» и нет текущего сущность существует, сервер НЕ ДОЛЖЕН выполнять запрошенный метод, и ДОЛЖЕН возвращать ответ 412 (ошибка предварительного условия). Это поведение наиболее полезно, когда клиент хочет предотвратить метод обновления, например как PUT, от изменения ресурса, который изменился после того, как клиент последний раз извлек его.

Если запрос без поля заголовка If-Match приведет к что-либо кроме статуса 2xx или 412, тогда заголовок If-Match НЕОБХОДИМО игнорировать.

Значение «If-Match: *» заключается в том, что метод ДОЛЖЕН выполняться если представление, выбранное исходным сервером (или кешем, возможно использование механизма Vary, см. раздел 14.44), и НЕ ДОЛЖЕН выполняться, если представление не существует.

Запрос, предназначенный для обновления ресурса (например,g., a PUT) МОЖЕТ включать Поле заголовка If-Match, указывающее, что метод запроса НЕ ДОЛЖЕН быть применяется, если объект, соответствующий значению If-Match (одиночный тег объекта) больше не является представлением этого ресурса. Этот позволяет пользователю указать, что он не хочет, чтобы запрос был успешно, если ресурс был изменен без их ведома. Примеры:

 If-Match: "xyzzy"
       Если-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
       Если совпадение: *
 

Результат запроса, имеющего как поле заголовка If-Match, так и поля заголовка If-None-Match или If-Modified-Since не определено данной спецификацией.

14,25 Если изменено с

Поле заголовка запроса If-Modified-Since используется с методом сделать условным: если запрошенный вариант не был изменен со времени, указанного в этом поле, сущность не будет вернулся с сервера; вместо этого ответ 304 (без изменений) будет быть возвращенным без тела сообщения.

 If-Modified-Since = "If-Modified-Since" ":" HTTP-дата
 

Пример поля:

 If-Modified-Since: сб, 29 октября 1994 г., 19:43:31 GMT
 

Метод GET с заголовком If-Modified-Since и без заголовка Range просит передать идентифицированный объект только в том случае, если он был изменен с даты, указанной в заголовке If-Modified-Since.Алгоритм определения этого включает следующие случаи:

 a) Если запрос обычно приводит к чему-либо, кроме
         200 (OK), или если прошедшая дата If-Modified-Since
         недействительный, ответ точно такой же, как и при обычном GET.
         Дата, которая позже текущего времени сервера, считается
         недействительным.
 
 b) Если вариант был изменен после If-Modified-Since
         date, ответ точно такой же, как и при обычном GET.
 c) Если вариант не был изменен с момента действительного If-
         Дата изменения - с момента, сервер ДОЛЖЕН вернуть 304 (Не
         Изменено) ответ.
 

Цель этой функции — обеспечить эффективное обновление кэшированных информация с минимальным объемом транзакционных накладных расходов.

 Примечание. Поле заголовка запроса Range изменяет значение If-
      Изменено-С; см. раздел 14.35 для получения полной информации.
 Примечание: время If-Modified-Since интерпретируется сервером, чей
      часы могут не синхронизироваться с клиентом.
 
 Примечание. При обработке поля заголовка If-Modified-Since некоторые
      серверы будут использовать функцию сравнения точных дат, а не
      меньше, чем функция, для принятия решения, отправлять ли 304 (Не
      Изменено) ответ. Чтобы получить наилучшие результаты при отправке сообщения If-
      Поле заголовка Modified-Since для проверки кеша, клиенты
      рекомендуется использовать строку с точной датой, полученную в предыдущем
      По возможности изменено поле заголовка.
 Примечание: если клиент использует произвольную дату в If-Modified-Since
      заголовок вместо даты, взятой из заголовка Last-Modified для
      того же запроса, клиент должен знать о том, что это
      Дата интерпретируется в понимании сервером времени. В
      клиент должен учитывать несинхронизированные часы и проблемы округления
      из-за разных кодировок времени между клиентом и
      сервер. Это включает в себя возможность состояния гонки, если
      документ был изменен с момента первого запроса до
      дата If-Modified-Since последующего запроса и
 
 возможность проблем, связанных с перекосом часов, если If-Modified-
      Поскольку дата выводится по часам клиента без корректировки
      к часам сервера.Поправки по разным временным базам
      между клиентом и сервером в лучшем случае приблизительны из-за сети
      задержка.
 

Результат запроса, имеющего поле заголовка If-Modified-Since и поля заголовка If-Match или If-Unmodified-Since не определено данной спецификацией.

14.26 Если нет совпадений

Поле заголовка запроса If-None-Match используется с методом для создания это условно. Клиент, у которого ранее была одна или несколько сущностей полученный из ресурса, можно проверить, что ни один из этих объектов не текущий, включив список связанных с ними тегов сущностей в Поле заголовка If-None-Match.Цель этой функции — позволить эффективное обновление кэшированной информации с минимальным объемом накладные расходы на транзакцию. Он также используется для предотвращения метода (например, PUT) от непреднамеренного изменения существующего ресурса, когда клиент считает, что ресурса не существует.

В качестве особого случая значение «*» соответствует любому текущему объекту ресурс.

 If-None-Match = "If-None-Match" ":" ("*" | 1 # тег объекта)
 

Если какой-либо из тегов объекта соответствует тегу объекта, который был бы возвращен в ответ на аналогичный запрос GET (без заголовка If-None-Match) на этом ресурсе, или если «*» имеет значение задано и существует любая текущая сущность для этого ресурса, тогда сервер НЕ ДОЛЖЕН выполнять запрошенный метод, если это не требуется поэтому, поскольку дата модификации ресурса не соответствует этому предоставляется в поле заголовка If-Modified-Since в запросе.Вместо этого, если метод запроса был GET или HEAD, серверу СЛЕДУЕТ ответить ответом 304 (не изменено), включая кеш- связанные поля заголовка (особенно ETag) одной из сущностей, которые совпадает. Для всех других методов запроса сервер ДОЛЖЕН ответить статус 412 (Ошибка предварительного условия).

См. Раздел 13.3.3, где описаны правила определения тегов двух объектов. соответствие. Функция слабого сравнения может использоваться только с GET или HEAD. Запросы.

Если ни один из тегов объекта не совпадает, сервер МОЖЕТ выполнить запрошенный метод, как если бы поле заголовка If-None-Match не существовало, но ДОЛЖЕН также игнорировать любые поля заголовка If-Modified-Since в запрос. То есть, если ни один тег объекта не соответствует, то сервер НЕ ДОЛЖЕН вернуть ответ 304 (не изменено).

Если запрос будет без поля заголовка If-None-Match, результат в любом другом статусе, кроме 2xx или 304, тогда If-None-Match заголовок ДОЛЖЕН игнорироваться.(См. Раздел 13.3.4 для обсуждения поведение сервера при появлении If-Modified-Since и If-None-Match в том же запросе.)

Значение «If-None-Match: *» заключается в том, что метод НЕ ДОЛЖЕН быть выполняется, если представление, выбранное исходным сервером (или кэш, возможно, с использованием механизма Vary, см. раздел 14.44) существует, и ДОЛЖЕН выполняться, если представление не существует. Эта функция предназначена для предотвращения гонок между PUT операции.

Примеры:

 Если-None-Match: "xyzzy"
       Если-None-Match: W / "xyzzy"
       Если-None-Match: «xyzzy», «r2d2xxxx», «c3piozzzz»
       Если-None-Match: W / "xyzzy", W / "r2d2xxxx", W / "c3piozzzz"
       Если-None-Match: *
 

Результат запроса, содержащего поле заголовка If-None-Match и поля заголовка If-Match или If-Unmodified-Since не определено данной спецификацией.

14.27 Если-Диапазон

Если у клиента есть частичная копия объекта в кэше, и он желает чтобы иметь в кэше актуальную копию всей сущности, может использовать заголовок запроса Range с условным GET (используя один или оба из If-Unmodified-Since и If-Match.) Однако, если условие не выполняется, потому что объект был изменен, клиент тогда придется сделать второй запрос, чтобы получить весь текущий сущность-тело.

Заголовок If-Range позволяет клиенту «замкнуть» второй запрос.Неформально это означает «если объект не изменился, отправьте мне части, которые мне не хватает; в противном случае пришлите мне все новые юридическое лицо’.

 If-Range = "If-Range" ":" (тег объекта | HTTP-дата)
 

Если у клиента нет тега объекта для объекта, но есть Last- Измененная дата МОЖЕТ использовать эту дату в заголовке If-Range. (The сервер может отличить действительную HTTP-дату от любой формы entity-tag, исследуя не более двух символов.) Если-диапазон заголовок ДОЛЖЕН использоваться только вместе с заголовком диапазона и ДОЛЖЕН быть игнорируется, если запрос не включает заголовок Range или если сервер не поддерживает операцию поддиапазона.

Если тег объекта, указанный в заголовке If-Range, соответствует текущему объектный тег для объекта, тогда сервер ДОЛЖЕН предоставить указанный поддиапазон объекта с использованием 206 (частичное содержимое) ответ. Если тег объекта не совпадает, серверу СЛЕДУЕТ вернуть всю сущность, используя ответ 200 (ОК).

14.28 Если-без изменений-с

Поле заголовка запроса If-Unmodified-Since используется с методом для сделайте это условным. Если запрошенный ресурс не был изменен со времени, указанного в этом поле, серверу СЛЕДУЕТ выполнить запрошенная операция, как если бы заголовок If-Unmodified-Since не был подарок.

Если запрошенный вариант был изменен с указанного времени, сервер НЕ ДОЛЖЕН выполнять запрошенную операцию и ДОЛЖЕН возвращать 412 (Ошибка предварительного условия).

 If-Unmodified-Since = "If-Unmodified-Since" ":" HTTP-дата
 

Пример поля:

 If-Unmodified-Since: Сб, 29 октября 1994 г., 19:43:31 GMT
 

Если запрос обычно (то есть без If-Unmodified-Since заголовок) приведет к чему-либо, кроме статуса 2xx или 412, Заголовок If-Unmodified-Since СЛЕДУЕТ игнорировать.

Если указанная дата недействительна, заголовок игнорируется.

Результат запроса с заголовком If-Unmodified-Since и заголовок If-None-Match или If-Modified-Since поля не определены в этой спецификации.

14.29 Последние изменения

Поле заголовка объекта Last-Modified указывает дату и время в который исходный сервер считает, что вариант был изменен последним.

 Last-Modified = "Last-Modified" ":" HTTP-дата
 

Пример его использования:

 Последнее изменение: Вт, 15 ноября 1994 г., 12:45:26 GMT
 

Точное значение этого поля заголовка зависит от реализации. сервера-источника и характера исходного ресурса.За files, это может быть время последнего изменения файловой системы. За объекты с динамически включаемыми частями, это может быть самый последний набора времен последней модификации его составных частей. Для базы данных шлюзы, это может быть отметка времени последнего обновления записи. За виртуальные объекты, это может быть последнее изменение внутреннего состояния.

Исходный сервер НЕ ДОЛЖЕН отправлять дату последнего изменения, которая является более поздней. чем время создания сообщения сервером.В таких случаях, когда последнее изменение ресурса будет указывать на некоторое время в в будущем сервер ДОЛЖЕН заменить эту дату сообщением дата возникновения.

Исходный сервер ДОЛЖЕН получить значение Last-Modified объекта. как можно ближе к времени, когда он генерирует значение даты свой ответ. Это позволяет получателю сделать точную оценку времени модификации объекта, особенно если объект изменяется примерно в то время, когда генерируется ответ.

Серверы HTTP / 1.1 ДОЛЖНЫ отправлять Last-Modified, когда это возможно.

14.30 Расположение

Поле заголовка ответа Location используется для перенаправления получателя. в место, отличное от Request-URI для завершения запрос или идентификация нового ресурса. Для 201 (Создано) ответов, Местоположение — это новый ресурс, который был создан по запросу. Для ответов 3хх в месте СЛЕДУЕТ указывать предпочтительный URI сервера для автоматического перенаправления на ресурс.В значение поля состоит из одного абсолютного URI.

 Location = "Location" ":" absoluteURI
 

Пример:

 Расположение: http://www.w3.org/pub/WWW/People.html
 
 Примечание: поле заголовка Content-Location (раздел 14.14) отличается
      from Location в том, что Content-Location идентифицирует исходный
      местонахождение объекта, указанного в запросе. Поэтому это
      возможно, чтобы ответ содержал поля заголовка как для Location
      и Content-Location.Также см. Раздел 13.10 для кеширования
      требования некоторых методов.
 

14,31 Макс. Вперед

Поле заголовка запроса Max-Forwards предоставляет механизм с TRACE (раздел 9.8) и OPTIONS (раздел 9.2), чтобы ограничить количество прокси или шлюзов, которые могут перенаправить запрос на следующий входящий сервер. Это может быть полезно, когда клиент пытается для отслеживания цепочки запросов, которая, похоже, не работает или зацикливается мид-чейн.

 Max-Forwards = "Max-Forwards" ":" 1 * ЦИФРА
 

Значение Max-Forwards — это десятичное целое число, указывающее оставшееся сколько раз это сообщение запроса может быть переадресовано.

Каждый прокси или шлюз, получатель запроса TRACE или OPTIONS содержащее поле заголовка Max-Forwards ДОЛЖНО проверять и обновлять его значение до пересылки запроса. Если полученное значение равно нулю (0) получатель НЕ ДОЛЖЕН пересылать запрос; вместо этого он ДОЛЖЕН ответить как конечный получатель.Если полученное значение Max-Forwards равно больше нуля, то перенаправленное сообщение ДОЛЖНО содержать обновленное Поле Max-Forwards со значением, уменьшенным на единицу (1).

Поле заголовка Max-Forwards МОЖЕТ игнорироваться для всех других методов. определены в этой спецификации и для любых методов расширения, для которых он не упоминается явно как часть определения этого метода.

14.32 Прагма

Поле общего заголовка Pragma используется для включения реализации: конкретные директивы, которые могут применяться к любому получателю в цепочка запросов / ответов.Все директивы pragma указывают необязательный поведение с точки зрения протокола; однако некоторые системы МОЖЕТ требовать, чтобы поведение соответствовало директивам.

 Pragma = "Pragma" ":" 1 # директива pragma
       pragma-directive = "no-cache" | extension-pragma
       extension-pragma = token ["=" (токен | строка в кавычках)]
 

Когда директива no-cache присутствует в сообщении запроса, приложение ДОЛЖНО пересылать запрос исходному серверу даже если у него есть кешированная копия того, что запрашивается.Эта прагма Директива имеет ту же семантику, что и директива кеширования без кеширования (см. раздел 14.9) и определен здесь для обратной совместимости с HTTP / 1.0. Клиенты ДОЛЖНЫ включать оба поля заголовка, когда нет кеширования. запрос отправляется на сервер, который, как известно, не поддерживает HTTP / 1.1.

Директивы Pragma ДОЛЖНЫ проходить через прокси или шлюз. приложение, независимо от их значения для этого приложения, поскольку директивы могут быть применимы ко всем получателям в цепочка запросов / ответов.Невозможно указать прагму для конкретный получатель; однако любая директива прагмы, не относящаяся к получатель ДОЛЖЕН игнорироваться этим получателем.

Кеши HTTP / 1.1 ДОЛЖНЫ обрабатывать «Pragma: no-cache» так, как если бы клиент отправил «Cache-Control: no-cache». Никаких новых директив Pragma не будет определено в HTTP.

 Примечание: поскольку значение "Pragma: no-cache" в качестве ответа
      поле заголовка на самом деле не указано, оно не предоставляет
      надежная замена "Cache-Control: no-cache" в ответе
 

14.33 Прокси-Аутентификация

Поле заголовка ответа Proxy-Authenticate ДОЛЖНО быть включено как часть ответа 407 (требуется проверка подлинности прокси). Значение поля состоит из запроса, который указывает схему аутентификации и параметры, применимые к прокси для этого Request-URI.

 Proxy-Authenticate = "Proxy-Authenticate" ":" 1 # вызов
 

Процесс аутентификации доступа HTTP описан в разделе «HTTP Аутентификация: базовая и дайджест-аутентификация доступа »[43].в отличие WWW-Authenticate, поле заголовка Proxy-Authenticate применяется только к текущее соединение и НЕ ДОЛЖЕН передаваться в нисходящий поток клиентов. Однако промежуточному прокси может потребоваться получить собственный учетные данные, запрашивая их у нижестоящего клиента, который в некоторые обстоятельства будут выглядеть так, как будто прокси пересылает Поле заголовка Proxy-Authenticate.

14.34 Прокси-авторизация

Поле заголовка запроса Proxy-Authorization позволяет клиенту идентифицировать себя (или своего пользователя) прокси, который требует аутентификация.Значение поля Proxy-Authorization состоит из учетные данные, содержащие информацию для аутентификации пользователя агент для прокси и / или области запрашиваемого ресурса.

 Proxy-Authorization = "Proxy-Authorization" ":" учетные данные
 

Процесс аутентификации доступа HTTP описан в разделе «HTTP Аутентификация: базовая и дайджест-аутентификация доступа »[43]. В отличие от Авторизация, поле заголовка Proxy-Authorization применяется только к следующий исходящий прокси, который потребовал аутентификации с использованием прокси-сервера Поле аутентификации.Когда в цепочке используются несколько прокси,

Поле заголовка Proxy-Authorization используется первым исходящим прокси, который ожидал получить учетные данные. Прокси-сервер МОЖЕТ ретранслировать учетные данные из клиентского запроса к следующему прокси, если это механизм, с помощью которого прокси-серверы совместно аутентифицируют заданный запрос.

14.35 Диапазон

14,35,1 байтовые диапазоны

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

Спецификации диапазона байтов в HTTP применяются к последовательности байтов в тело объекта (не обязательно то же самое, что и тело сообщения).

Операция с диапазоном байтов МОЖЕТ определять один диапазон байтов или набор диапазонов в пределах одного объекта.

 спецификатор диапазона = спецификатор диапазона байтов
       спецификатор-диапазонов-байтов = единица-байтов "=" набор-диапазонов байтов
       набор-байт-диапазона = 1 # (спецификация-байт-диапазона | спецификация-байт-диапазон-суффикс)
       byte-range-spec = first-byte-pos "-" [последний-byte-pos]
       первый байт-позиция = 1 * ЦИФРА
       последний байт-позиция = 1 * ЦИФРА
 

Значение first-byte-pos в спецификации byte-range-spec дает смещение в байтах первого байта в диапазоне.Значение last-byte-pos дает байт-смещение последнего байта в диапазоне; то есть байт указанные позиции указаны включительно. Смещения байтов начинаются с нуля.

Если присутствует значение last-byte-pos, оно ДОЛЖНО быть больше или равно первому байтовому положению в этой спецификации байтового диапазона или байтовому range-spec синтаксически недействителен.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *