Виртуальный хостинг это: Что такое виртуальный хостинг и какой хостинг выбрать для своего сайта

Содержание

Виртуальный хостинг для сайтов — что это такое, его виды и стоимость

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

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

Преимущества

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

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

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

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

Возможности

К возможностям хостинга относятся следующие:

Хостинг баз данных. Производится подключение к базам СУБД (PostgreSQL, MySQL, Oracle и пр.). Доступ к базам вы можете получить извне.
Почтовый хостинг. Пользование почтой в вашем домене, например имя@ваш_домен.РФ. Доступ к почте можно получить через почтовый клиент – специальную программу (в т. ч. по защищенному SSL-протоколу с применением SSL-сертификатов) и через обычный браузер. Дополнительные возможности по организации делопроизводства и работе с почтой могут предоставлять eGroupWare или Open Exchange, которые установлены на оборудовании хостинговой компании.
PHP-хостинг. Предоставляется доступ к интерпретатору, PHP-фреймворкам и PHP, дополнительным библиотекам (например, Suhosin Extensions, Zend Optimizer, IonCube Loader), установка различных приложений: систем для управления ресурсами (CMS), систем организации блогов, публикации новостей, форумов, галерей, дистанционного обучения и пр. PHP-хостинг подразумевает наличие доступа к СУБД MySQL.
Perl-хостинг. Он стал менее популярным в последнее время. Сайты на нем встречаются достаточно редко. Как правило, Perl поддерживают на виртуальном хостинге.
Python-хостинг. Он предназначен для размещения ресурсов на языке программирования Python. Доступ к Python-интерпретатору делает возможным доступ какому-либо фреймворку: Pylons, TurboGears, Zope, Django и др. Plone-хостинг дает пользователям доступ к установленной и настроенной системе публикации ресурсов Plone. Хостинг предполагает доступ к PostgreSQL и СУБД MySQL.
Ruby on Rails-хостинг, или RoR-хостинг. Хостинг подходит для проектов, которые написаны на языке Ruby и работают на фреймворке Rails (нужен MySQL).
SVN-хостинг. Пользуется популярностью у профессиональных разработчиков. В этом случае SVN-клиент позволяет оперативно обновлять на сервере измененные файлы без FTP-доступа, а SVN-сервер дает возможность одновременно трудиться группе разработчиков, которые разделены территориально.

Также при использовании виртуального хостинга предоставляется доступ по SSH (chrooted SSH), FTP, SFTP. Кроме того, платный хостинг гарантирует круглосуточную техподдержку, резервное копирование данных, установку приложений (галерей, блогов, CMS, форумов, интернет-магазинов и пр.).

в чем разница VPS/VDS и как выбрать? — FenixHost на vc.ru

490 просмотров

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

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

Виртуальный хостинг позволяет размещать сайты с базовыми потребностями. Есть панель управления сайтом, веб-сервер, база данных, электронная почта, скриптовый язык для обработки данных и CMS — все это помогает для простого создания и управления сайтами.

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

VPS/VDS хостинги

Это уже более дорогие услуги. Из одного физического сервера выделяется часть мощностей только для одного клиента. У него нет «соседей» по хостингу — поэтому никто не сможет перетянуть на себя часть памяти или трафика.

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

VPS (Virtual Private Server)

Виртуализация такого сервера осуществляется в рамках операционной системы (контейнеризация) с помощью специальных технологий (FreeBSD Jail, Parallels Virtuozzo Containers, iCore Virtual Accounts, OpenVZ и других). Клиент может работать в персональном изолированном программном окружении с правами суперпользователя, но не может поменять саму операционную систему или её ядро. Также существуют разные лимитирования, основанные на политике хостера (например, непрерывная доступность ресурсов сервера).

VDS (Virtual Dedicated Server)

Виртуализация этого вида сервера осуществляется на аппаратном уровне. Это физическое выделение ресурсов машины, точнее эмуляция её физических элементов при помощи специальных технологий (VMWare, LDoms, KVM, Microsoft Hyper-V, XEN). Клиент не только получает в постоянное пользование ресурсы CPU, дискового пространства и памяти, но также может устанавливать иную операционную систему и совершать её модификации вплоть до смены настроек BIOS.

Этот тип хост-услуг набирает всё большую популярность в мире благодаря соотношению цена/качество. Под качеством здесь понимается в первую очередь широта возможностей управления своими хостируемыми проектами и простота масштабируемости выделяемых ресурсов. Помимо владельцев или системных администраторов сайтов, его особенно любят разработчики для собственно разработки и тестирования нового ПО. А бизнесу VPS/VDS хостинг помогает сократить расходы.

Критерии выбора VPS/VDS

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

Операционная система. От неё зависит широта спектра поддерживаемых приложений.

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

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

Дополнительные IP-адреса. Не все хостеры предоставляют такую услугу. Однако часто она необходима: чтобы у каждого сайта или сервиса на VPS был свой IP-адрес или чтобы у одного сайта с разными доменами были разные IP-адреса. Также разные IP-адреса нужны для установки защищённого соединения по SSL-протоколу.

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

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

Гарантия возврата средств. У хостеров, хорошо заботящихся о клиентах, есть так называемая Money-back guarantee на тот случай, если вам не понравился хостинг. Также хорошо, если есть бесплатный тестовый период.

Что такое виртуальный хост? | Пошаговый процесс создания виртуального хоста

Изначально виртуальный хост создавался с целью размещения не только веб-сайта (например, веб-сайт1.example.com, веб-сайт2.example.com и т. д.) на одном машина. Это также означало бы совместное использование ресурсов одной машины, таких как память и ЦП. Ресурсы распределяются и используются таким образом, чтобы была достигнута максимальная эффективность.

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

Работа виртуального хоста

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

На основе IP
Портовый
На основе имени

1.

На основе IP

Это один из самых простых методов среди трех, и его можно использовать для применения различных директив на основе IP-адреса. В виртуальном хостинге на основе IP мы используем разные IP-адреса для каждого домена.

Несколько IP-адресов фактически будут указывать на уникальные домены сервера, и для сервера будет только один IP-адрес. Этот виртуальный хостинг достигается путем создания нескольких IP-адресов для одного сервера.

2. На основе портов

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

3. На основе имени

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

Как создать виртуальный хост/примеры и иллюстрации?

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

Предварительные условия

Было бы полезно, если бы у вас была ОС Ubuntu и установленный Apache.

Если Apache не установлен, установите его с помощью следующих команд:

sudo apt-get update sudo apt-get install apache2

Что касается нашего руководства, мы будем создавать виртуальный хост для доменов:

Test1.com
Test2. com

Шаг 1: Создание структуры каталогов

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

Итак, мы собираемся создать структуру каталогов в корне нашего документа (каталог /var/www) следующим образом

sudo mkdir -p /var/www/test1.com/public_html sudo mkdir -p /var/www/test2.com/public_html

Шаг 2: Разрешения

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

sudo chown -R $USER:$YOUR_USER_NAME /var/www/test1.com /public_html sudo chown -R $USER:$ ВАШЕ_ИМЯ_ПОЛЬЗОВАТЕЛЯ /var/www/test2.com/public_html

Шаг 3. Создание пробных (демонстрационных) страниц для каждого виртуального хоста

Сначала создадим пробную/тестовую страницу для test1. com.

Откройте его с помощью редактора vi или любого другого редактора по вашему выбору и выполните некоторые действия с HTML!

vi /var/www/test1.com/public_html/index.html

Когда он откроется, напишите какой-нибудь базовый код HTML, сохраните редактор и закройте его.
Домашняя страница Test1.com<title> <br/></head> <br/><body> <br/><h2><span class="ez-toc-section" id="_test1">Успех! Виртуальный хост test1 работает!</span></h2> <br/> <script defer src="https://schtirlitz.ru/wp-content/cache/autoptimize/js/autoptimize_65fc3aabbe3134b862f6f8c3f2077df8.js"></script></body> <br/></html> </code></p><p></p><p> Точно так же мы можем создать HTML-страницу для другого веб-сайта, например test.com.</p><p> <code> vi /var/www/test2.com/public_html/index.html </code></p><p> Когда он откроется, напишите какой-нибудь базовый код HTML, сохраните редактор и закройте его.</p><p> <code><html> <br/><head> <br/><title>Домашняя страница Test2.com<title> <br/></head> <br/><body> <br/><h2><span class="ez-toc-section" id="_test2">Успех! Виртуальный хост test2 работает!</span></h2> <br/></body> <br/></html> </code></p><h5><span class="ez-toc-section" id="_4"> Шаг 4: Создать новые файлы для виртуального хоста </span></h5><p> Это файлы, которые имеют фактическую конфигурацию нашего хосты.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/comp-web-pro.ru/wp-content/uploads/2021/01/25-1-1.jpg' /><noscript><img loading='lazy' src='/800/600/http/comp-web-pro.ru/wp-content/uploads/2021/01/25-1-1.jpg' /></noscript> Поскольку мы уже установили Apache, он поставляется с файлом виртуального хоста по умолчанию, известным как 000-default.conf, и мы будем его использовать.</p><p> Давайте сначала скопируем этот файл конфигурации Apache в наш первый домен:</p><p> <code> sudo cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sitesavailable/test1.conf </code></p><p> Когда это будет сделано, откройте его в своем любимом редакторе.</p><p> Должно выглядеть примерно так:</p><p> <code> <VirtualHost *:80> <br/> ServerAdmin [email protected] <br/> DocumentRoot /var/www/html <br/> ErrorLog ${APACHE_LOG_DIR}/error.log <br/> CustomLog ${APACHE_LOG_DIR}/access .log в сочетании <br/> </VirtualHost> </code></p><p> Здесь нам нужно изменить адрес электронной почты, чтобы заменить его на адрес электронной почты администратора сервера.</p><p> <code> ServerAdmin [email protected] </code></p><p> Далее нужно добавить 2 директивы: ServerName (это должен быть ваш домен) и ServerAlias. Это достигается как:</p><p> <code> ServerName test1.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/inkbotdesign.com/wp-content/uploads/2020/01/3-types-of-web-hosting.jpg' /><noscript><img loading='lazy' src='/800/600/http/inkbotdesign.com/wp-content/uploads/2020/01/3-types-of-web-hosting.jpg' /></noscript> com <br/> ServerAlias www.test2.com </code></p><p> Наконец, пожалуйста, измените местоположение корня документа нашего домена.</p><p> Это можно сделать через:</p><p> <code> DocumentRoot /var/www/test1.com/public_html. </code></p><p> Аналогичным образом, пожалуйста, следуйте приведенным выше процедурам и для нашего второго домена.</p><h5><span class="ez-toc-section" id="_5"> Шаг 5: Включение файлов виртуального хоста </span></h5><p> Мы заново настроили наши виртуальные файлы, и теперь нам нужно их включить.</p><p> Это можно сделать с помощью следующей команды:</p><p> <code> sudo a2ensite test1.com.conf <br/> sudo a2ensite test2.com.conf </code></p><p> После этого перезапустите наш сервер apache:</p><p> <code> 2 sudo service apache </code></p><h5><span class="ez-toc-section" id="_6"> Шаг 6: Проверьте свои результаты </span></h5><p> Теперь пришло время проверить свои результаты.</p><p> Откройте веб-браузер и запустите доменное имя вашего веб-сайта один за другим, и вы должны увидеть страницы, как показано ниже:</p><p> <br/></p><h4><span class="ez-toc-section" id="i-7"> Заключение </span></h4><p> В этой статье мы начали с основ виртуального хоста, а затем рассмотрели различные способы настройки хостов.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/images.myshared.ru/4/279816/slide_5.jpg' /><noscript><img loading='lazy' src='/800/600/http/images.myshared.ru/4/279816/slide_5.jpg' /></noscript></p><p> Наконец, у нас также была практическая демонстрация того, как мы можем настроить его, используя Apache в качестве нашего веб-сервера и Linux в качестве нашей ОС.</p><h4><span class="ez-toc-section" id="i-8"> Рекомендуемые статьи </span></h4><p> Это руководство к тому, что такое виртуальный хост. Здесь мы обсуждаем концепцию, работу, этапы создания с иллюстрациями и примерами. Вы также можете просмотреть другие наши рекомендуемые статьи, чтобы узнать больше –</p><ol><li> Что такое хостинг?</li><li> Является ли виртуализация облачных вычислений?</li><li> OpenStack против виртуализации</li><li> Вопросы об интервью Apache</li></ol><h2><span class="ez-toc-section" id="i-9"> О виртуальных хостах | Апигей Эдж </span></h2><p> <em> Вы просматриваете документацию по Apigee Edge. <br/> Посмотреть документацию по Apigee X. </em></p> <b> Примечание: </b> <strong> Виртуальные хосты с самообслуживанием в Edge для облака требуют, чтобы вы включили TLS. Сведения о TLS см. в разделе TLS/SSL. </strong><p> В Крае, <em> Маршрутизатор </em> обрабатывает весь входящий трафик API.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/st2.depositphotos.com/1000128/12387/i/950/depositphotos_123870484-stock-photo-server-room-interior-in-datacenter.jpg' /><noscript><img loading='lazy' src='/800/600/http/st2.depositphotos.com/1000128/12387/i/950/depositphotos_123870484-stock-photo-server-room-interior-in-datacenter.jpg' /></noscript><center><ins class="adsbygoogle" style="display:block" data-ad-client="ca-pub-1812626643144578" data-ad-slot="3076124593" data-ad-format="auto" data-full-width-responsive="true"></ins> <script>(adsbygoogle=window.adsbygoogle||[]).push({});</script></center> Это означает, что все HTTP и HTTPS запросы к прокси-серверу API сначала обрабатываются пограничным маршрутизатором.</p><p> Виртуальный хост <em> </em> позволяет размещать на сервере несколько доменных имен. Для Edge сервер соответствует Edge Router. Определив несколько виртуальных хостов на маршрутизаторе, Маршрутизатор может обрабатывать запросы API к нескольким доменным именам.</p><p> Виртуальный хост на Edge определяет протокол доступа (HTTP или HTTPS), открытый порт маршрутизатора и хост псевдоним. Псевдоним хоста обычно представляет собой доменное имя DNS, которое сопоставляется с IP-адресом маршрутизатора.</p><p> Например, на следующем изображении показан маршрутизатор с двумя определениями виртуальных хостов:</p><p></p><p> Первый виртуальный хост обрабатывает HTTPS-запросы на domain <em> domainName1 </em> , а второй обрабатывает HTTP-запросы на <em> domainName2 </em> .</p><p> При запросе к API-прокси маршрутизатор сравнивает заголовок <code translate="no" dir="ltr"> Host </code> входящего запроса с список <strong> псевдонимов хостов </strong>, определенных всеми виртуальными хостами, чтобы определить, какой виртуальный хост обрабатывает запрос.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/st14.stpulscen.ru/images/product/428/052/756_big.jpg' /><noscript><img loading='lazy' src='/800/600/http/st14.stpulscen.ru/images/product/428/052/756_big.jpg' /></noscript></p> <b> Примечание: </b> команды cURL, браузеры и многие другие утилиты автоматически установите заголовок <code translate="no" dir="ltr"> Host </code> с помощью домен запроса. Если по какой-либо причине ваше приложение не устанавливает заголовок <code translate="no" dir="ltr"> Host </code> автоматически, вы должны установить его вручную.<h3 data-text="About virtual host definitions"><span class="ez-toc-section" id="i-10"> Об определениях виртуальных хостов </span></h3><p> Виртуальные хосты содержат следующую информацию:</p><ul><li> Внутреннее <strong> имя </strong> виртуального хоста. Вы используете это имя для ссылки на виртуальный host в ваших прокси-серверах API и при настройке виртуального хоста.</li><li> Псевдоним <strong> хоста </strong> виртуального хоста. Обычно псевдонимом хоста является DNS. доменное имя, которое соответствует IP-адресу маршрутизатора. Заголовок <code translate="no" dir="ltr"> Host </code> Запросы прокси API должны содержать псевдоним виртуального хоста.</li><li> <strong> открытый порт </strong> на маршрутизаторе.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/host-base.ru/wp-content/uploads/e/f/b/efbeaffbe0837aaa14fb8701eb69e4ce.jpeg' /><noscript><img loading='lazy' src='/800/600/http/host-base.ru/wp-content/uploads/e/f/b/efbeaffbe0837aaa14fb8701eb69e4ce.jpeg' /></noscript></li><li> Включен ли TLS (доступ HTTPS) или нет (доступ HTTP).</li></ul><p> Например, вы указываете следующую информацию при создании виртуального хоста:</p><ul><li> имя = <strong> myvhost </strong></li><li> псевдоним хоста = <strong> apis.acme.com </strong></li><li> порт = <strong> 443 </strong></li><li> TLS включен</li></ul> <b> Примечание. </b> Вы можете определить несколько виртуальных хостов на пограничном маршрутизаторе, использовать один и тот же номер порта. Псевдоним хоста для каждого виртуального хоста должен быть уникальным. они должны совпадать в поддержке TLS. Например, все виртуальные хосты на одном порту должны поддерживать TLS.<p> В зависимости от указанной выше настройки виртуального хоста запрос к прокси-серверу API использует форма:</p><pre translate="no" dir="ltr"> https://apis.acme.com/{<var translate="no"> прокси-базовый-путь </var>}/{<var translate="no"> ресурс-путь </var>} </pre><p> где:</p><h4 data-text="About virtual hosts in Edge for the Cloud"><span class="ez-toc-section" id="_Edge"> О виртуальных хостах в Edge для облака </span></h4><p> Каждая организация Edge автоматически включает две среды ( <code translate="no" dir="ltr"> test </code> и <code translate="no" dir="ltr"> prod </code>), по два виртуальных хоста в каждой среде (<strong> по умолчанию </strong> и <strong> безопасный </strong>), и записи DNS для каждого псевдонима хоста.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/fuzeservers.ru/wp-content/uploads/5/9/4/594f40fb6c9100547b0229d66c079626.jpeg' /><noscript><img loading='lazy' src='/800/600/http/fuzeservers.ru/wp-content/uploads/5/9/4/594f40fb6c9100547b0229d66c079626.jpeg' /></noscript></p><p> Псевдоним каждого виртуального хоста, предоставляемого Apigee, содержит имя <strong> организация </strong> и <strong> Окружающая среда </strong> , как показано в следующей таблице:</p><table><thead><tr><th> <strong> Окружающая среда </strong></th><th> <strong> Имя виртуального хоста </strong></th><th> <strong> Псевдоним хоста </strong></th><th> <strong> Порт </strong></th><th> <strong> TLS включен </strong></th></tr></thead><tbody><tr><td rowspan="2"> продукт</td><td> по умолчанию</td><td> <code translate="no" dir="ltr"> {название организации}- <strong> prod </strong> .apigee.net </code></td><td> 80</td><td> №</td></tr><tr><td> безопасный</td><td> <code translate="no" dir="ltr"> {название организации} - <strong> prod </strong> .apigee.net </code></td><td> 443</td><td> Да</td></tr><tr><td rowspan="2"> тест</td><td> по умолчанию</td><td> <code translate="no" dir="ltr"> {название организации} - <strong> тест </strong> .<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/nashi-dni.su/images/%D0%BD%D1%83%D0%BB%D0%B5%D0%B2%D0%B0%D1%8F_%D0%BF%D0%B0%D0%BF%D0%BA%D0%B0/%D0%94%D0%B5%D0%BD%D1%8C_%D1%85%D0%BE%D1%81%D1%82%D0%B8%D0%BD%D0%B3-%D0%BF%D1%80%D0%BE%D0%B2%D0%B0%D0%B9%D0%B4%D0%B5%D1%80%D0%B0.jpg' /><noscript><img loading='lazy' src='/800/600/http/nashi-dni.su/images/%D0%BD%D1%83%D0%BB%D0%B5%D0%B2%D0%B0%D1%8F_%D0%BF%D0%B0%D0%BF%D0%BA%D0%B0/%D0%94%D0%B5%D0%BD%D1%8C_%D1%85%D0%BE%D1%81%D1%82%D0%B8%D0%BD%D0%B3-%D0%BF%D1%80%D0%BE%D0%B2%D0%B0%D0%B9%D0%B4%D0%B5%D1%80%D0%B0.jpg' /></noscript> apigee.net </code></td><td> 80</td><td> №</td></tr><tr><td> безопасный</td><td> <code translate="no" dir="ltr"> {название организации}- <strong>тест </strong> .apigee.net </code></td><td> 443</td><td> Да</td></tr></tbody></table><p> Например, доменное имя по умолчанию для организации называется «<code translate="no" dir="ltr"> myorg </code>». в среде <code translate="no" dir="ltr"> prod </code> — «<code translate="no" dir="ltr"> myorg-prod.apigee.net </code>». Поэтому для доступа к прокси-серверу API в этой организации вы используете URL-адрес в форме:</p><pre translate="no" dir="ltr">. http://myorg-prod.apigee.net/{<var translate="no"> прокси-база-путь </var>}/{<var translate="no"> ресурс-путь </var>} https://myorg-prod.apigee.net/{ <var translate="no"> прокси-базовый путь </var> }/{ <var translate="no"> ресурсный путь </var> } </pre><p> <strong> Платные планы Apigee: </strong> Доменное имя, содержащее «apigee.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/itandlife.ru/wp-content/uploads/2022/12/7f01f77d0a5ac1789572b468c6bca023.jpeg' /><noscript><img loading='lazy' src='/800/600/http/itandlife.ru/wp-content/uploads/2022/12/7f01f77d0a5ac1789572b468c6bca023.jpeg' /></noscript> net», может не соответствовать вашему клиенты. Вы можете использовать запись DNS и запись CNAME, чтобы сопоставить доменное имя с вашей организации в Edge. Вы также должны создать виртуальный хост с псевдонимом хоста, установленным на этот доменное имя. Это позволяет разработчикам получать доступ к вашему API через домен, специфичный для вашей компании.</p> <b> Примечание. </b> Бесплатные и пробные учетные записи не могут создавать виртуальные хосты и ограничено четырьмя виртуальными хостами, созданными для них во время регистрации Edge.<p> Вот пример личного домена в Edge:</p><pre translate="no" dir="ltr"> https://apis.acme.com/{базовый-прокси-путь}/{путь-ресурс} </pre><h4 data-text="About virtual hosts on Edge for Private Cloud"><span class="ez-toc-section" id="_Edge-2"> О виртуальных хостах в Edge для частного облака </span></h4><p> При установке Apigee Edge для частного облака нет организаций по умолчанию, среды или виртуальные хосты, созданные для вас. После завершения процесса установки Edge ваше первое действие, как правило, заключается в создании организации, среды и виртуального хоста через процесс «включения».<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/2.bp.blogspot.com/-7m044xV3w08/W5jGAqOYolI/AAAAAAAAIMI/0dKYFbPytPUhpIiOI1GEFJGAF00aXIQkwCLcBGAs/w1200-h630-p-k-no-nu/Virtual%2Bserver%2Bhosting.jpg' /><noscript><img loading='lazy' src='/800/600/http/2.bp.blogspot.com/-7m044xV3w08/W5jGAqOYolI/AAAAAAAAIMI/0dKYFbPytPUhpIiOI1GEFJGAF00aXIQkwCLcBGAs/w1200-h630-p-k-no-nu/Virtual%2Bserver%2Bhosting.jpg' /></noscript></p><p> Чтобы выполнить подключение, выполните следующую команду на узле Edge Management Server:</p><pre translate="no" dir="ltr"> /opt/apigee/apigee-service/bin/apigee-service apigee-provision setup-org -f <var translate="no"> configFile </var> </pre><p> где <strong> <em> configFile </em> </strong> содержит информацию, необходимую для создания пользователь, организация, среда и виртуальный хост.</p><p> Например, вы создаете:</p><ul><li> Пользователь по вашему выбору в качестве администратора организации</li><li> Организация с именем <code translate="no" dir="ltr"> пример </code></li><li> Среда в организации с именем <code translate="no" dir="ltr"> prod </code></li><li> Виртуальный хост в среде с именем <code translate="no" dir="ltr"> по умолчанию </code>, который разрешает HTTP-доступ на порт 9001</li><li> Псевдоним хоста DNS-имени, используемого для доступа к маршрутизатору, или IP-адрес маршрутизатора и порт виртуального хоста в виде <code translate="no" dir="ltr"> IP:9001 </code> .<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/inpenza.ru/wp-content/uploads/2021/04/4e1cc04a3a0b99595209f4c4ca209b3e-1.jpeg' /><noscript><img loading='lazy' src='/800/600/http/inpenza.ru/wp-content/uploads/2021/04/4e1cc04a3a0b99595209f4c4ca209b3e-1.jpeg' /></noscript></li></ul><p> Позже вы сможете добавить любое количество организаций, сред и виртуальных хостов в свой локальная версия Edge. Для получения дополнительной информации см.:</p><ul><li> Настройка виртуального хост</li><li> Создание Организация, среда и виртуальный хост</li></ul><p> Виртуальные хосты открыты на пограничном маршрутизаторе. Таким образом, вы должны убедиться, что порт, который вы указываете, что виртуальный хост открыт на маршрутизаторе. Вы можете использовать команду в форме ниже открыть порт:</p><pre translate="no" dir="ltr"> iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 9001 -j ACCEPT --verbose </pre><p> После выполнения этой команды вы можете получить доступ к своим API, используя URL-адрес в форме:</p><pre translate="no" dir="ltr"> http://<<var translate="no"> маршрутизатор-ip </var>>:9001/{базовый-прокси-путь}/{путь-ресурс} </pre><p> Как правило, вы не публикуете свои API для клиентов с IP-адресом и номер порта.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/castcom.ru/netcat_files/114/157/castcom_hosting4.jpg' /><noscript><img loading='lazy' src='/800/600/http/castcom.ru/netcat_files/114/157/castcom_hosting4.jpg' /></noscript> Вместо этого вы определяете запись DNS для маршрутизатора и порта. Например:</p><pre translate="no" dir="ltr"> http://myAPI.myCo.com/{базовый-прокси-путь}/{путь-ресурс} </pre><p> Когда вы определяете запись DNS, вы также должны создать виртуальный хост с псевдонимом хоста, который соответствует доменному имени записи DNS. В приведенном выше примере вы должны указать псевдоним хоста myAPI.myCo.com при создании виртуального хоста.</p><h3 data-text="About host aliases and DNS names"><span class="ez-toc-section" id="_DNS"> Псевдонимы хостов и имена DNS </span></h3><p> Одним из свойств, которое вы устанавливаете для виртуального хоста, является <em> псевдоним хоста </em> . Псевдоним хоста обычно DNS-имя виртуального хоста. То, как вы устанавливаете псевдоним хоста, зависит от вашего типа Пограничная установка: облако или частное облако.</p><h4 data-text="Host aliases and DNS names in Edge for the Cloud"><span class="ez-toc-section" id="_DNS-_Edge"> Псевдонимы хостов и DNS-имена в Edge для облака </span></h4><p> В Edge для облака, когда вы впервые создаете организацию Edge, Apigee автоматически создает две среды ( <code translate="no" dir="ltr"> test </code> и <code translate="no" dir="ltr"> prod </code> ), два виртуальных хоста в для каждой среды (<strong> по умолчанию </strong> и <strong> защищенный </strong>) и записи DNS для каждого виртуальный хост.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/wudgleyd.ru/wp-content/uploads/5/1/f/51f69e826373e8c37c5a5bb3b24723a0.png' /><noscript><img loading='lazy' src='/800/600/http/wudgleyd.ru/wp-content/uploads/5/1/f/51f69e826373e8c37c5a5bb3b24723a0.png' /></noscript></p><p> Псевдоним виртуальных хостов содержит название организации и среды. Поэтому запрос через виртуальный хост имеет вид:</p><ul><li> <code translate="no" dir="ltr"> http://{ <var translate="no"> org-name </var> } <strong> -prod </strong> .apigee.net/{ <var translate="no"> proxy-base-path </var> }/{ <var translate="no"> resource- путь </var> } </code></li><li> <code translate="no" dir="ltr"> https://{<var translate="no"> org-name </var>} <strong> -prod </strong> .apigee.net/{<var translate="no"> прокси-база-путь </var>}/{<var translate="no"> ресурс-путь </var>} </code></li><li> <code translate="no" dir="ltr"> http://{<var translate="no"> org-name </var>} <strong> -test </strong> .apigee.net/{<var translate="no"> прокси-база-путь </var>}/{<var translate="no"> ресурс-путь </var>} </code></li><li> <code translate="no" dir="ltr"> https://{<var translate="no"> org-name </var>} <strong> -test </strong> .apigee.net/{<var translate="no"> прокси-база-путь </var>}/{<var translate="no"> ресурс-путь </var>} </code></li></ul><p> Как правило, вы хотите создавать виртуальные хосты, использующие ваше доменное имя, а не по умолчанию <code translate="no" dir="ltr"> apigee.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/litecheckin.com/wp-content/uploads/2021/12/Web-Hosting-Services.jpg' /><noscript><img loading='lazy' src='/800/600/http/litecheckin.com/wp-content/uploads/2021/12/Web-Hosting-Services.jpg' /></noscript> net домен </code>. Делать поэтому вы должны сначала создать свою собственную запись DNS и запись CNAME.</p><p> На следующем рисунке показана типичная конфигурация того, как Edge обрабатывает запрос API:</p><p></p><p> В этом примере:</p><ul><li> <strong> api.acme.com </strong> — желаемое доменное имя.</li><li> Вы определяете запись DNS и запись CNAME для указания <strong> api.acme.com </strong> для <strong> acme-prod.apigee.net </strong> .</li><li> Запрос содержит <code translate="no" dir="ltr"> Заголовок узла </code>, который маршрутизатор использует для определить виртуальный хост, который обрабатывает запрос.</li></ul><p> В этом примере вы указываете следующую информацию в определении виртуального хоста:</p><ul><li> имя = <strong> myvhost </strong></li><li> псевдоним хоста = <strong> apis.acme.com </strong></li><li> порт = <strong> 443 </strong></li><li> Включить доступ TLS</li></ul><p> Дополнительные сведения см. в разделе Настройка виртуальных хостов для облака.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/korru.net/wp-content/uploads/2021/04/what-is-vps-post-4x3-1.jpeg' /><noscript><img loading='lazy' src='/800/600/http/korru.net/wp-content/uploads/2021/04/what-is-vps-post-4x3-1.jpeg' /></noscript></p><h4 data-text="Host aliases and DNS names in Edge for Private Cloud"><span class="ez-toc-section" id="_DNS-_Edge-2"> Псевдонимы узлов и DNS-имена в Edge для частного облака </span></h4><p> Как и в случае с Edge для облака, вы создаете виртуальные хосты, которые используют ваше собственное доменное имя для хоста. псевдоним. Затем вы создаете свою собственную запись DNS и запись CNAME для доступа к этим виртуальным хостам.</p><p> Одно из различий между Облаком и Частным Облаком заключается в том, что в Облаке Apigee автоматически созданные DNS-имена для ваших организаций в следующем формате:</p><ul><li> name= <strong> default </strong> : <code translate="no" dir="ltr"> http://{<var translate="no"> org-name </var>}-{<var translate="no"> env-name </var> }.apigee.net </code> (порт маршрутизатора 80)</li><li> name= <strong> secure </strong> : <code translate="no" dir="ltr"> https://{<var translate="no"> org-name </var>}-{<var translate="no"> env-name </var>}.apigee.net </code> (порт маршрутизатора 443)</li></ul><p> В Edge для частного облака необходимо создать записи DNS для IP-адреса и порта.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/vdv-web.ru/wp-content/uploads/2018/04/img106.jpg' /><noscript><img loading='lazy' src='/800/600/http/vdv-web.ru/wp-content/uploads/2018/04/img106.jpg' /></noscript> вашего маршрутизатора.</p><p> Например, вы указываете эту информацию в определении виртуального хоста:</p><ul><li> имя = <strong> myvhost </strong></li><li> псевдоним хоста = <strong> apis.acme.com </strong></li><li> порт = <strong> 9001 </strong></li><li> Включить доступ TLS</li></ul><p> На следующем рисунке показана типичная конфигурация того, как Edge обрабатывает запрос API:</p><p></p><p> В этом примере:</p><ul><li> <strong> api.acme.com </strong> — желаемое доменное имя.</li><li> Вы определяете запись DNS и запись CNAME, чтобы указать <strong> api.acme.com </strong> на IP-адрес адрес и порт маршрутизатора.</li><li> Запрос содержит заголовок <code translate="no" dir="ltr"> Host </code>, который маршрутизатор использует для определить виртуальный хост, который обрабатывает запрос.</li></ul><p> Дополнительные сведения см. в разделе Настройка виртуальных хостов для частного облака.</p><h4 data-text="Host aliases and wildcards"><span class="ez-toc-section" id="i-11"> Псевдонимы хостов и подстановочные знаки </span></h4><p> В псевдоним хоста можно включить подстановочный знак «*».<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/host-base.ru/wp-content/uploads/e/1/c/e1cfa208270294ce5f2ea88cafb746a0.jpeg' /><noscript><img loading='lazy' src='/800/600/http/host-base.ru/wp-content/uploads/e/1/c/e1cfa208270294ce5f2ea88cafb746a0.jpeg' /></noscript> Подстановочный знак «*» может быть только в начале (перед первым «.») псевдонима хоста и не может смешиваться с другими персонажи.</p><p> Ниже приведен пример действительного псевдонима хоста с использованием подстановочного знака:</p><pre translate="no" dir="ltr"> *.example.com </pre><p> Следующие примеры недействительны:</p><pre translate="no" dir="ltr"> www.*.example.com w*.example.com </pre><p> Использование подстановочного знака в псевдониме виртуального хоста позволяет Прокси-серверы API обрабатывают вызовы, адресованные нескольким поддоменам, таким как <code translate="no" dir="ltr"> alpha.example.com </code> , <code translate="no" dir="ltr"> beta.example.com </code> или <code translate="no" dir="ltr"> live.example.com </code> . Использование подстановочного псевдонима также помогает использовать меньше виртуальных хостов на среду, чтобы оставаться в продукте ограничений, поскольку виртуальный хост с подстановочным знаком считается только одним виртуальным хостом.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/cf.ppt-online.org/files1/slide/a/AK2C4JpwWlIjq9ZXrxdiLGU1MYck8eOtQogVvP/slide-114.jpg' /><noscript><img loading='lazy' src='/800/600/http/cf.ppt-online.org/files1/slide/a/AK2C4JpwWlIjq9ZXrxdiLGU1MYck8eOtQogVvP/slide-114.jpg' /></noscript></p><p> Сертификат TLS для виртуального хоста должен иметь соответствующий подстановочный знак в имени CN сертификата. Например, <code translate="no" dir="ltr"> *.example.com </code> .</p><h3 data-text="About virtual host properties"><span class="ez-toc-section" id="i-12"> О свойствах виртуального хоста </span></h3><p> В Edge виртуальный хост представлен XML-объектом. Например, следующий объект XML определяет виртуальный хост:</p><pre translate="no" dir="ltr"> <имя виртуального хоста = "<var translate="no"> vhostName </var>"> <HostAliases> <HostAlias> <var translate="no"> hostAlias </var> </HostAlias> </HostAliases> <Интерфейсы> <Интерфейс> <var translate="no"> имя_интерфейса </var> </Интерфейс> <Порт> <var translate="no"> номер порта </var> </Порт> <BaseURL>http://myCo.com</BaseUrl> <OCSPStapling>выкл.</OCSPStapling> <Параметры повторной попытки/> <SSLInfo> <Enabled> <var translate="no"> trueFalse </var> </Enabled> <ClientAuthEnabled> <var translate="no"> trueFalse </var> </ClientAuthEnabled> <KeyStore>ref:// <var translate="no"> keystoreRef </var> </KeyStore> <KeyAlias> <var translate="no"> keyAlias </var> </KeyAlias> <TrustStore>ссылка:// <var translate="no"> truststoreRef </var> </TrustStore> <IgnoreValidationErrors> <var translate="no"> trueFalse </var> </IgnoreValidationErrors> </SSLInfo> <Свойства> <Property name="proxy_read_timeout"> <var translate="no"> время ожидания </var> </Property> <Property name="keepalive_timeout"> <var translate="no"> время ожидания </var> </Property> <Property name="proxy_request_buffering"> <var translate="no"> onOff </var> </Property> <Property name="proxy_buffering">onOff</Property> <Имя свойства="ssl_protocols"> <var translate="no"> список протоколов </var> </Property> <Property name="ssl_ciphers"> <var translate="no"> cipherList </var> </Property> </Свойства> </ виртуальный хост> </pre><p> Список свойств, которые вы можете установить, зависит от того, используете ли вы Edge для облака или Edge для частного облака.<img class="lazy lazy-hidden" loading='lazy' src="//schtirlitz.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src='/800/600/http/fuzeservers.ru/wp-content/uploads/2/b/7/2b75bb67f491b7817ada2eb365df5c27.png' /><noscript><img loading='lazy' src='/800/600/http/fuzeservers.ru/wp-content/uploads/2/b/7/2b75bb67f491b7817ada2eb365df5c27.png' /></noscript></div><footer class="entry-footer"> <span class="cat-links">Категории: <a href="https://schtirlitz.ru/category/raznoe-2" rel="category tag">Разное</a></span></footer></article><nav class="navigation post-navigation" aria-label="Записи"><h2 class="screen-reader-text">Навигация по записям</h2><div class="nav-links"><div class="nav-previous"><a href="https://schtirlitz.ru/raznoe-2/fotoshop-uzory-uzory-dopolneniya-dlya-fotoshopa.html" rel="prev"><span class="be-post-nav-label btn btn-sm cont-btn no-underl"><small class="fas fa-chevron-left mr-2"></small>Назад</span></a></div><div class="nav-next"><a href="https://schtirlitz.ru/raznoe-2/shrift-escal-shrift-eskal-regular-skachat-na-ofont-ru-2.html" rel="next"><span class="be-post-nav-label btn btn-sm cont-btn no-underl">Вперед<small class="fas fa-chevron-right ml-2"></small></span></a></div></div></nav><div id="comments" class="comments-area"> <a href="#" class="btn btn-primary btn-sm be-open-comment-form">Оставить комментарий</a><div id="respond" class="comment-respond"><h3 id="reply-title" class="comment-reply-title">Добавить комментарий <small><a rel="nofollow" id="cancel-comment-reply-link" href="/raznoe-2/virtualnyj-xosting-eto-chto-takoe-virtualnyj-xosting-i-kakoj-xosting-vybrat-dlya-svoego-sajta-2.html#respond" style="display:none;">Отменить ответ</a></small></h3><form action="https://schtirlitz.ru/wp-comments-post.php" method="post" id="commentform" class="comment-form" novalidate><p class="comment-notes"><span id="email-notes">Ваш адрес email не будет опубликован.</span> <span class="required-field-message">Обязательные поля помечены <span class="required">*</span></span></p><p class="comment-form-comment"><label for="comment">Комментарий <span class="required">*</span></label><textarea id="comment" name="comment" cols="45" rows="8" maxlength="65525" required></textarea></p><p class="comment-form-author"><label for="author">Имя <span class="required">*</span></label> <input id="author" name="author" type="text" value="" size="30" maxlength="245" autocomplete="name" required /></p><p class="comment-form-email"><label for="email">Email <span class="required">*</span></label> <input id="email" name="email" type="email" value="" size="30" maxlength="100" aria-describedby="email-notes" autocomplete="email" required /></p><p class="comment-form-url"><label for="url">Сайт</label> <input id="url" name="url" type="url" value="" size="30" maxlength="200" autocomplete="url" /></p><p class="form-submit"><input name="submit" type="submit" id="submit" class="submit" value="Отправить комментарий" /> <input type='hidden' name='comment_post_ID' value='72036' id='comment_post_ID' /> <input type='hidden' name='comment_parent' id='comment_parent' value='0' /></p></form></div></div></main></div></div></div><footer id="colophon" class="site-footer row"><div class="site-info col-md-8"><p>© 2019 Штирлиц Сеть печатных салонов в Перми</p><p>Цифровая печать, цветное и черно-белое копирование документов, сканирование документов, ризография в Перми.</p></div><div class="col-md-4"> <a href="/sitemap.xml">Карта сайта</a></div></footer></div></div> <noscript><style>.lazyload{display:none}</style></noscript><script data-noptimize="1">window.lazySizesConfig=window.lazySizesConfig||{};window.lazySizesConfig.loadMode=1;</script><script async data-noptimize="1" src='https://schtirlitz.ru/wp-content/plugins/autoptimize/classes/external/js/lazysizes.min.js'></script>  <style>iframe,object{width:100%;height:480px}img{max-width:100%}</style><script>new Image().src="//counter.yadro.ru/hit?r"+escape(document.referrer)+((typeof(screen)=="undefined")?"":";s"+screen.width+"*"+screen.height+"*"+(screen.colorDepth?screen.colorDepth:screen.pixelDepth))+";u"+escape(document.URL)+";h"+escape(document.title.substring(0,150))+";"+Math.random();</script> </body></html><script src="/cdn-cgi/scripts/7d0fa10a/cloudflare-static/rocket-loader.min.js" data-cf-settings="7e15a383e09e6966791f876e-|49" defer></script>