Панель управления хостингом
Панель управления хостингом — это программное обеспечение, представляющее собой комплекс решений по управлению сервисами хостинга. В целом реализация панелей управления осуществлена как веб-приложение. Благодаря этому администрирование веб-сервера становится доступным для пользователей, не имеющих профессионального опыта работы. Находясь в привычном и удобном интерфейсе браузера, пользователи могут создавать и настраивать базы данных, добавлять новые субдоменные имена, осуществлять настройку электронной почты и многое другое. Функционал, которым обладает панель управления хостингом, постоянно наращивается, что упрощает и ускоряет работу как хостинг-провайдера, так и его клиентов.
CPanel
При помощи панели cPanel, хостинг становится удобным даже для только что начавших ею пользоваться клиентов. Эта панель управления хостингом позволяет держать под контролем все процессы управления, начиная от регистрации электронных ящиков и до работы с базами данных. Имеет в своем составе «Фантастико» - встроенную по дефолту утилиту, которая содержит готовые к использованию скрипты в количестве около 50 штук. Помимо стандартных функций, также обладает расширенным набором опций, позволяющих поддерживать операции по перепродаже хостинга.
Website Panel
В отличие от рассмотренных выше панелей управления, бесплатная Website Panel предназначена для управления сервером, на котором установлена операционная система Windows. Эта панель с открытым исходным кодом представляет собой ветвь развития коммерческого проекта Dotnet Panel.
ISPmanager
Хостинг ISPmanager предоставляет очень простой и понятный функционал для управления веб-сервером. Стандартные операции выполняются посредством нескольких щелчков мыши, а многоуровневая система прав доступа упрощает администрирование. Панель работает на различных операционных системах и не имеет ограничения по привязанным программам.
VPS (Virtual Private Server) – это виртуальный сервер, для обеспечения работы которого используется виртуализация на базе операционной системы. Наиболее часто используются реализации OpenVZ, FreeBSD Jail и подобные. Пользователь имеет отдельное программное окружение (так называемый userspace) и права суперпользователя, но не может поменять ядро либо семейство ОС (сменить Linux на FreeBSD), воспользоваться некоторыми сетевыми функциями. Из-за этого есть ограничения на версии гостевых операционных систем, а также часто нельзя гарантировать постоянную доступность заявленных ресурсов. Заметим, что последнее в большей мере зависит от политики хостинг-провайдера.
VDS (Virtual Dedicated Server) – виртуальные серверы с физическим, постоянным выделением ресурсов памяти, дискового пространства и ядрер CPU. Для обеспечения функционирования VDS используются серверы с поддержкой аппаратной виртуализации и технологии KVM, XEN, VMWare и другие. При данной технологии эмулируются физические элементы серверов, что позволяет в абсолютном большинстве случаев установить любую x86-совместимую ОС (вплоть до специфичных OS/2 или QNX) и делать любые системные модификации операционной системы в гостевой машине и даже менять настройки BIOS. Именно эту технологию мы используем для наших SSD VDS. Преимущества аппаратной виртуализации очевидны – фиксированное выделение ресурсов при запуске виртуальной машины, безопасность данных, бесконечные возможности по настройке.
colocation Колокация, колокейшн (от англ. co-location, сокращенно colo) — услуга, состоящая в том, что провайдер размещает оборудование клиента на своей территории (обычно в датацентре), подключает его к электричеству, обеспечивает обслуживание и подключение к каналам связи с высокой пропускной способностью. Иногда указанное оборудование не принадлежит клиенту, а арендуется им у того же провайдера, в этом случае услуга называется «аренда выделенного сервера».
Отправка письма через telnet без авторизации:
Запускаем консоль (командную строку) и вводим последовательность команд для отправки письма:
· telnet адрес_сервера 25 - подключаемся к серверу
· helo имя_хоста_с_которого_подключаетесь
· mail from:[email protected] - ваш почтовый ящик, с которого отправляется письмо
· rcpt to:[email protected] - ящик на который отправляется письмо
· data
· subject:тема письма - не обязательная команда, если ее пропустить, то письмо будет без темы
· тут печатаем текст письма
· текст письма может быть из множества строк
· конец письма заканчивается одной точкой в отдельной строке
· как в следующей строке:
· .
· quit - завершаем сеанс и выходит из telnet
3) exim,postfix,dovecot
Exim (от англ. EXperimental Internet Mailer[3]) — это агент пересылки сообщений, используемый в операционных системах семейства Unix
Postfix — агент передачи почты (MTA — mail transfer agent). Postfix является свободным программным обеспечением, создавался как альтернатива Sendmail.
Изначально Postfix был разработан Вейтсом Венемой в то время, когда он работал в Исследовательском центре имени Томаса Уотсона компании IBM. Первые версии программы стали доступны в середине 1999 года.
Postfix отличается продуманной модульной архитектурой, которая позволяет создать очень надёжную и быструю почтовую систему. Так, например, привилегии root требуются только для открытия порта (TCP 25 порт)
Dovecot — свободный IMAP- и POP3-сервер, разрабатываемый с упором на безопасность, гибкость настройки и быстродействие. Первый релиз состоялся в 2002 году.
Web-Server
1) что такое веб-сервер?
Понятие "Веб-сервер" может относится как к железу так и к программному обеспечению.
1. С точки зрения железа, `Веб-сервер` это компьютер который хранит ресурсы сайта (HTML документы, CSS стили, JavaScript файлы и другое) и доставляет их на устройство конечного пользователя (веб-браузер и т.д.). Обычно подключен к сети Интернет и может быть доступен через, доменное имя, например mozilla.org. mozilla.org.
2. С точки зрения ПО, Веб-сервер включает в себя некоторые вещи, которые контролируют доступ Веб-пользователей к размещенным на сервере файлам, это минимум HTTP сервера. HTTP сервер это часть ПО которая понимает URL’ы (веб-адреса) и HTTP (протокол который использует ваш браузер для просмотра веб-станиц).
Простыми словами, когда браузеру нужен файл размещенный на веб-сервере, браузер запрашивает его через HTTP. Когда запрос достигает нужного веб-сервера (железо), сервер HTTP (ПО) передает запрашиваемый документ обратно, также через HTTP.
· Главная задача веб сервера принимать HTTP-запросы от пользователей, обрабатывать их, переводить в цифровой компьютерный код. Затем выдавать HTTP-ответы, преобразуя их из миллионов нолей и единичек в изображения, медиа-потоки, буквы, HTML страницы.
· Любой веб сервер, для удобства его использования пользователями, должен иметь удобный веб-браузер. Он передает веб серверу запросы, преобразованные в URL-адреса интернет - ресурсов.
· Наряду со стандартными функциями, некоторые веб серверы имеют дополнительные. Так, к примеру, соответствующее программное обеспечение может фиксировать число обращений пользователей к тому или иному ресурсу, записывать их в отдельный журнал. А еще они могут поддерживать HTTPS, что не маловажно для защищенного соединения между сайтами и пользователями. Зачастую веб-сервер устанавливается вместе с мейл-сервером. Это позволяет пользователям быстро переходить на страничку почты прямо с сайта, нажав всего лишь на одну гиперссылку.
· Самые известные веб серверы
· Наиболее известными и распространенными веб серверами являются Microsoft IIS и Apache. Самым популярным из них является Apache. Его программное обеспечение используется более чем на 60% всех существующих. Во многом это стало возможным благодаря тому, что Apache является бесплатным. Разработчики постоянно анализируют ошибки своего продукта и устраняют их. Недостаток программы в том, что по большому счету она предназначена для профессиональных программистов и пользователей, поэтому обслуживать и настраивать ее достаточно тяжело.
· Компания Microsoft, наоборот, свой веб сервер IIS стремится сделать доступным для понимания среднестатистического пользователя. Все его настройки можно провести без специалистов. Вполне возможно, что данная программа сможет догнать своего конкурента с индейским именем по числу пользователей.
· И Apache и IIS отлично работают со многими операционными системами, например с Mac OS, Linux, различными модификациями Microsoft Windows и многими другими. Эти два веб сервера стабильны в работе, имеют хорошую скорость, к ним можно подключить дополнительные модули.
2) Apache+nginx
Apache
Apache HTTP Server был разработан Робертом Маккулом в 1995 году, а с 1999 года разрабатывается под управлением Apache Software Foundation — фонда развития программного обеспечения Apache. Так как HTTP сервер это первый и самый популярный проект фонда его обычно называют просто Apache.
Веб-север Apache был самым популярным веб-сервером в интернете с 1996 года. Благодаря его популярности у Apache сильная документация и интеграция со сторонним софтом.
Администраторы часто выбирают Apache из-за его гибкости, мощности и широкой распространенности. Он может быть расширен с помощью системы динамически загружаемых модулей и исполнять программы на большом количестве интерпретируемых языков программирования без использования внешнего программного обеспечения.
Nginx
В 2002 году Игорь Сысоев начал работу над Nginx для того чтобы решить проблему C10K — требование к ПО работать с 10 тысячами одновременных соединений. Первый публичный релиз был выпущен в 2004 году, поставленная цель была достигнута благодаря асинхронной event-driven архитектуре.
Nginx начал набирать популярность с момента релиза благодаря своей легковесности (light-weight resource utilization) и возможности легко масштабироваться на минимальном железе. Nginx превосходен при отдаче статического контента и спроектирован так, чтобы передавать динамические запросы другому ПО предназначенному для их обработки.
Администраторы часто выбирают Nginx из-за его эффективного потребления ресурсов и отзывчивости под нагрузкой, а также из-за возможности использовать его и как веб-сервер, и как прокси.
Установка и настройка связки Nginx+Apache
Связка двух веб-серверов, один из которых выполняет функцию фронтенда (Nginx), другой - бэкенда (Apache2), предназначена для снижения общей нагрузки на сервер. Достигается это за счет того, что более легкий и не обремененный дополнительным функционалом Nginx первым принимает все запросы пользователей. Он самостоятельно выдает по запросам статический контент (изображения, html-файлы, javascript-скрипты..), не озадачивая этой функцией тяжеловесный Apache, который, в свою очередь, обрабатывает динамический контент. Apache не работает напрямую с пользователем, все их запросы проксируются Nginx, и ему же возвращаются ответы. Так достигается разделение труда: Nginx освобождает Apache от необходимости “общаться” с множеством пользователей и обрабатывать запросы на статику, которая составляет большую часть исходящего трафика. Apache не создает множества дочерних процессов, потребляющих оперативную память.
Данная связка часто применяется для обеспечения работы крупных ресурсов с большой посещаемостью. Для ресурсов с маленькой посещаемостью такая связка не даст ощутимого прироста производительности.
3) какие директивы конфигурационных файлов отвечают за работу нескольких сайтов на одном сервере
Директив довольно много, все они представлены в документации.
Для простого сервера хватит всего нескольких, сейчас мы их и рассмотрим.
Listen
Ссылка на документацию — listen.
Эта директива устанавливает порт на котором и будет работать сервер.
Стандартный HTTP порт — 80, SSL — 443.
Пока мы будет использовать 80 порт, так что:
Server_name
Ссылка на документацию — server_name.
Когда nginx получает какой-либо запрос, он смотрит на URL и ищет блок server с такой же server_nameдирективой.
Допустим, если Ваш сайт располагается на http://example.com, Ваш server_name будет example.com.
Кстати, никто и ничто не мешает сделать Вам еще один блок server с другим server_name. Согласитесь, удобно хостить несколько сайтов на одном nginx.
Еще: с директивой server_name можно спокойно использовать суб-домены. Например, удобно привязать к admin.example.com меню администратора.
Но пока остановимся и напишем лишь базовый конфиг:
server { listen 80; server_name example.com;}Root
Ссылка на документацию — root.
Эта директива определяет папку, в которой хранятся Ваши файлы. Я храню свои файлы в /var/www, так что для примера создадим там папку example с помощью mkdir, и внутри этой папки создадим файл index.html с любым кодом.
Хорошо, теперь вернемся к нашему конфигурационному файлу и добавим директиву root, Теперь он выглядит вот так:
Финальный аккорд
Проблема в том, что nginx пока еще не знает об изменениях в нашем конфигурационном файле, и отображает его старую версию. Чтобы перезагрузить nginx можно использовать команду
· Замечание: команда service на самом деле просто ссылается на конфигурационные файлы, которые apt установил в файловую систему Вашего сервера. В данном случае на: /etc/init.d/nginx reload
Теперь просто посетим IP нашего сервера и увидим уже обновленную страницу!
4)коды возврата веб сервера
Xx Информационные коды
Xx Success
Сообщения данного класса информируют о случаях успешного принятия и обработки запроса клиента. В зависимости от статуса сервер может ещё передать заголовки и тело сообщения. Иначе говоря, данная классификация кодов обозначает, что действие, запрошенное клиентом, было успешно принято в обработку.
Хх Перенаправление
Этот класс кодов состояния указывает на дальнейшие действия, которые должны быть предприняты агентом пользователя для того, чтобы завершить запрос. Действия могут производиться пользователей, либо могут включать в себя различные запросы к серверу.
Хх Ошибка клиента
Класс кодов 4xx предназначен для указания ошибок со стороны клиента, либо на то, что локации никогда (или уже) не существовало. Эти коды состояния применимы к любому методу запроса.
Xx Ошибка сервера
Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.
Эти серверные ответы зачастую отображаются, когда пользователь делает запрос, который сервер не в состоянии обработать по той или иной причине. Сервер должен включать сообщение для браузера, которое должно быть показано пользователю – в нем сообщается, что сервер (и по каким причинам) не способен обработать запрос.
§ 200 OK
Этот код, вероятно, является самым популярным, но при этом самым незаметным ввиду его характера. Он означает, что обмен между пользователем и сервером завершен, и все прошло так, как должно было.
Moved Permanently
Это довольно распространенный пользовательский запрос. Он означает, что запросы для данного ресурса (а также все последующие запросы) должны быть перенаправлены на заданный URL.
Когда этот код может использоваться? Когда страница более не существует, либо ссылка, ведущая на сторонний источник, уже не работает. 301 редирект сообщает пользователю о том, что запрашиваемый ресурс был перемещен (обычно это реализуется при помощи файла .htaccess, доступного на серверах Apache).
§ 403 Forbidden
Пользователь пытается осуществить доступ к ресурсу, к которому у него нет доступа, и авторизация не изменит положения.
Когда этот код может использоваться? Когда сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Обычно такое случается, когда ресурс не предназначен для публичного доступа.
§ 404 Not Found
Все знакомы с этим кодом, не так ли? Он означает, что запрошенный ресурс не может быть найден, но в будущем – когда он, возможно, там появится, – к нему можно будет осуществить доступ. Также здесь допустимы последующие запросы от клиента. Тем не менее, в большинстве таких случаев применяется код перенаправления из семейства 3хх, и пользователя перенаправляют на альтернативный ресурс или локацию.
§ 500 Internal Server Error
Данная ошибка говорит о любой внутренней ошибке сервера, которая не входит в рамки остальных ошибок класса.
Когда этот код может использоваться? Когда ресурс или ссылка создаются на сервере (вроде календаря в системе бронирования), которые технически не существуют в виде ссылки или доступного ресурса, но показывается пользователю в виде ссылки.
§ 502 Bad Gateway
Ответ 502 отображается, когда сервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера.
Когда этот код может использоваться? Обычно, когда вышестоящий сервер и прокси-сервер/шлюз не согласовывают между собой протоколы, представленные в запросе, и в результате получается ошибка при обмене данных.
§ 503 Server Unavailable
Сервер временно не имеет возможности обрабатывать запросы по техническим причинам. В основном, это состоянии является временным.
Когда этот код может использоваться? Когда сайт пользуется чрезмерным спросом, и сервер не в состоянии обработать все запросы.
§ 504 Gateway Timeout
Сервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса.
Когда этот код может использоваться? Когда для передачи данных используется прокси-сервер/шлюз, и два сервера ждут ответов.
4) Для чего нужен файл htacсess?
.htaccess – это конфигурационный файл HTTP-сервера Apache, позволяющий корректно настроить работу сайта или сервера в целом. Применением htaccess зачастую являются различные разрешения и запреты на доступ в какую-либо область сайта.
Директивы веб сервера
ServerType
Для этой директивы значением по умолчанию является ServerType standalone. Серверы, работающие в автономном режиме (standalone), запускаются из загрузочных сценариев при запуске системы. Такая установка рекомендуется для улучшения производительности.
В качестве альтернативы режиму standalone можно воспользоваться режимом inetd, который обеспечивается демоном inetd.
Port
В этой директиве задается номер сетевого порта, на котором будет работать ваш сервер, если он запущен в автономном режиме (если используется inetd, то номер порта следует задать в файле /etc/services). Значением по умолчанию для этой директивы является Port 80. Этот порт является стандартным для протокола HTTP (см. порты сетевых сервисов) и рекомендуется для использования на основном сервере вашего Web-узла.
HostnameLookups
Директива HostnameLookups указывает, записывается ли в журнальный файл доменное имя узла или только его IP-адрес. По умолчанию сервер сохраняет имя компьютера, но если ожидаемый объем трафика очень велик, отключение опции HostnameLookups позволит уменьшить нагрузку на сервер. Это делается простым изменением строки на HostnameLookups off.
User и Group
Эти параметры задают действительные идентификаторы пользователя и группы, которые присваиваются серверу, работающему в автономном режиме. По умолчанию в качестве имени пользователя принимается nobody, что является превосходным выбором с точки зрения защиты информации. Ни в коем случае нельзя запускать сервер с привилегиями суперпользователя (root).
В качестве идентификатора группы следует использовать идентификатор какой-нибудь нейтральной группы, имеющейся в системе. Часто используется группа news. Либо можно специально создать для сервера новую группу. Если указанные пользователь и группа не существуют в системе, сервер не будет работать.
HTML
1) способы сделать текст жирным html
В HTML жирный текст можно сделать несколькими способами. К ним относятся:
· Тег b;
· Тег strong;
· CSS-свойство font-weight.
Поговорим о каждом из вариантов выделения текста по порядку.
Жирный текст: тег <b>
Тег b HTML применяется следующим образом:
<b>Конструктор сайтов "Нубекс"</b>Для тега <b> обязательно наличие закрывающего </b>, и ему доступны универсальные атрибуты (такие как class, id, title и т.д.)
Хотя валидность тега b и не осуждается спецификацией HTML, более актуальным в использовании является тег strong, давайте разберемся почему.
Жирный текст: тег <strong>
Согласно спецификации HTML, тег b служит для выделения текста жирным шрифтом. В отличие от него, тег strong HTML служит для выделения важных фрах, слов, которые являются ключевыми для данной страницы.
Этот тег имеет весомое значение при ранжировании страниц в поисковой выдаче, поэтому он широко используется в продвижении сайтов и при SEO-оптимизации. Поисковые системы учитывают текст, заключенный в теги <strong></strong>, и помечают его именно как важный.
Используется тег strong аналогичным образом:
<strong>Конструктор сайтов "Нубекс"</strong>Вы можете заметить, что внешне применение тегов <b> и <strong> совсем не отличается (поскольку все современные браузеры интерпретируют их практически одинаково), но семантические различия в коде для поисковых систем, всё-таки, имеют место быть. Поэтому большинство SEO-оптимизаторов рекомендуют использовать тег strong.