Сайт

Где корень сайта: Что такое корень сайта? Где находится корневая папка?

24.10.2018

Содержание

Что такое корень сайта? Где находится корневая папка?

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

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

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

Если вы делаете обычный html сайт, который состоит с html страничек, то эти страницы нужно просто загрузить в корневую папку и все, считайте ваш ресурс уже в интернете :smile:. Если вы решили создать сайт на каком-нибудь движке, например wordpress, то этот движок также нужно установить в корневую папку. С этим думаю все понятно.

Но возникает еще один вопрос, на который хочет получить ответ каждый новичок: «А где находится корень сайта?» К сожалению, конкретный ответ на этот вопрос я дать не могу, так как не знаю, какой у вас Хостинг. На каждом хостинге корневая папка будет называться по-разному, но обычно это public_html, www, domains или HTDOCS.

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

Если ваш блог сделан на движке wordpress, то корень сайта находиться там, где расположены папки wp-admin, wp-content, wp-includes, robots.txt и т. д. Вот покажу на примере своего хостинга Макхост:

Как видите у меня корневая папка это HTDOCS. Если вы не можете найти public_html , www, domains или HTDOCS на своем хостинге, то тогда нужно написать в службу поддержки и спросить, где находится корневая папка сайта. В этом нет ничего смешного, нормальный хостер просто обязан ответить вам на этот вопрос. Примерно полгода назад я перенес один из своих ресурсов на виртуальный выделенный сервер. Хотя на то время я уже был не новичок, но все равно, ничего на этом сервере не понимал :smile:. Пришлось задать ребятам несколько элементарных вопросов, но ничего, помогли, отписали. Точно также и с корнем сайта, спрашивайте, и вам должны ответить.

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

Абсолютные и относительные ссылки | htmlbook.ru

Адрес ссылки может быть как абсолютным, так и относительным. Абсолютные адреса должны начинаться с указания протокола (обычно http://) и содержать имя сайта. Относительные ссылки ведут отсчет от корня сайта или текущего документа.

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

Пример 8.2. Использование абсолютных ссылок

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
 <head>
  <meta http-equiv="content-type" content="text/html; charset=utf-8">
  <title>Абсолютный адрес</title>
 </head>
 <body>
  <p><a href="http://htmlbook.ru">Изучение HTML</a></p>
 </body>
</html>

В данном примере ссылка вида <a href=»http://htmlbook.ru»>Изучение HTML</a> является абсолютной и ведет на главную страницу сайта htmlbook.ru.

При указании в качестве ссылки каталога сайта (например, http://htmlbook.ru/css/), отображается индексный файл. Это файл, который загружается по умолчанию при обращении к каталогу без явного указания имени файла. Обычно в качестве индексного файла выступает документ с именем index.html.

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

Ссылки относительно текущего документа

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

1. Файлы располагаются в одной папке (рис. 8.4).

Рис. 8.4

Необходимо сделать ссылку из исходного документа на ссылаемый. В таком случае код будет следующий.

<a href="Ссылаемый документ.html">Ссылка</a>

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

2. Файлы размещаются в разных папках (рис. 8.5).

Рис. 8.5

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

<a href="../Ссылаемый документ.html">Ссылка</a>

Две точки в данном случае означают выйти из текущей папки на уровень выше.

3. Файлы размещаются в разных папках (рис. 8.6).

Рис. 8.6

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

<a href="../../Ссылаемый документ.html">Ссылка</a>

Аналогично обстоит дело с любым числом вложенных папок.

4. Файлы размещаются в разных папках (рис. 8.7).

Рис. 8.7

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

<a href="Папка/Ссылаемый документ.html">Ссылка</a>

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

<a href="Папка 1/Папка 2/Ссылаемый документ.html">Ссылка</a>

Ссылки относительно корня сайта

Иногда можно встретить путь к файлу относительно корня сайта, он выглядит как «/Папка/Имя файла» со слэшем вначале. Так, запись <a href=»/course/»>Курсы</a> означает, что ссылка ведет в папку с именем course, которая располагается в корне сайта, а в ней необходимо загрузить индексный файл.

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

Как найти корневую папку | Сделай все сам

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

Инструкция

1. Определите, что подразумевается под корневой папкой в вашем определенном контексте. В всеобщем случае корневым каталогом дозволено считать тот, вовнутрь которого размещены все остальные подкаталоги, т.е. расположенный на самом верхнем ярусе иерархии папок. Скажем, корневой директорией диска C в ОС Windows будет считаться папка с адресом “С:”. Но если речь идет, скажем, о игре, установленной в папку с наименованием WoW, которая находится внутри папки games на диске С вашего компьютера, то корневой папкой игры будет каталог с адресом С:gamesWoW.Аналогичным образом будут различаться и адреса корневых папок, в зависимости от того, идет ли речь о корневом каталоге веб-сервера, либо вашего аккаунта на нем, либо одного из ваших сайтов на этом аккаунте.

2. Запустите проводник Windows, если требуется открыть корневую папку , помещенную на одном из дисков вашего компьютера, подключенных к нему внешних носителях либо источниках локальной сети. Это дозволено сделать, нажав сочетание клавиш WIN + E либо двукратно щелкнув иконку «Мой компьютер» на рабочем столе.Открыть надобную корневую папку вы можете, ступенчато раскрывая дерево каталогов в левой панели проводника. Если речь идет о каком-нибудь из дисков, то щелкнув соответствующую иконку в левой панели, вы теснее исполните задачу открытия его корневой директории. А если вам знаменит адрес надобной папки, то взамен перемещений по иерархии каталогов, можете напечатать его (либо скопировать и вставить) непринужденно в адресной строке проводника и нажать Enter.

3. Запустите ФТП-заказчик либо файл-а

Как найти корневой каталог веб-приложения

  • 2 минуты на чтение

В этой статье

Применимо к: SharePoint Foundation 2010

Веб-приложение — это основная структура информационных служб Интернета (IIS). Он представляет собой доступное пространство имен URL (например, http: // example). Корневой каталог веб-приложения — это папка на жестком диске, соответствующая этому пространству имен URL.Например, размещение файла с именем file.htm в корневой папке веб-приложения приводит к доступному URL-адресу по адресу http: //example/file.htm.

Сайт, созданный с помощью Microsoft SharePoint Foundation 2010, строится на основе этих веб-приложений. В большинстве случаев файлы, которые отображаются в пространстве имен для сайта SharePoint Foundation 2010, хранятся в базе данных и физически не находятся в корне веб-приложения. Однако корень веб-приложения действительно содержит некоторые файлы, которые используются сайтом SharePoint или веб-частями, созданными с помощью Microsoft ASP.NET, а именно:

  • Файл web.config, в котором хранятся параметры конфигурации ASP.NET

  • Любые сборки Microsoft.NET Framework, содержащие элементы управления или части, используемые сайтом SharePoint, которые хранятся в папке bin

  • Любые определения веб-частей (файлы .dwp или .webpart), используемые во всем веб-приложении, которые хранятся в папке wpcatalog

  • Любые ресурсы для веб-частей, относящиеся к веб-приложению, которые хранятся в папке wpresources

Как правило, корневой каталог веб-приложения по умолчанию для порта 80 хранится в каталоге c: \ inetpub \ wwwroot.Установка Windows SharePoint Services 2.0 обычно заменяла веб-приложение по умолчанию; поэтому корневой каталог веб-приложения по умолчанию для сайта SharePoint, созданного с помощью Windows SharePoint Services 2.0, находился там.

Установка SharePoint Foundation обычно подготавливает новое веб-приложение, чаще всего называемое SharePoint (80). Физическое расположение этого пути — c: \ inetpub \ wwwroot \ wss \ VirtualDirectories \ .

Обычно в VirtualDirectories есть как минимум два каталога — один для приложения централизованного администрирования, а другой для приложения содержимого по умолчанию.Чтобы узнать, какое приложение является каким, используйте следующую процедуру для определения корневого каталога вашего веб-приложения. Эта процедура применима к Windows Server 2003, на котором запущены Internet Information Services (IIS) 6.0.

Подсказка

Для работы с файлами в вашем веб-приложении щелкните правой кнопкой мыши корневой каталог вашего приложения и выберите Explore . При этом правая панель диспетчера IIS превращается в окно проводника, в котором вы можете щелкнуть файлы правой кнопкой мыши, чтобы открыть или отредактировать их или просмотреть их свойства.

Для определения корневого каталога веб-приложения

  1. Щелкните меню Пуск на рабочем столе Windows, щелкните Панель управления и дважды щелкните Администрирование .

  2. В окне «Администрирование» дважды щелкните

    Internet Information Services .

  3. В окне Internet Information Services разверните узел, соответствующий вашему компьютеру, а затем разверните узел Web Sites .

  4. Щелкните правой кнопкой мыши веб-приложение, о котором требуется дополнительная информация, например SharePoint (80), а затем щелкните Свойства .

  5. В окне свойств веб-сайта по умолчанию щелкните вкладку Домашний каталог .

    В поле Local Path на этой вкладке отображается корневая папка веб-приложения.

См. Также

Концепции

Работа с файлами Web.config

Другие ресурсы

Администрирование SharePoint Foundation

Модернизируйте свой корневой сайт — SharePoint в Microsoft 365

  • 5 минут на чтение

В этой статье

При настройке Microsoft SharePoint для организации создается корневой (или верхний) сайт.До апреля 2019 года сайт создавался как классический сайт группы. Теперь коммуникационный сайт настроен как корневой сайт для новых организаций. Если ваша среда была настроена до апреля 2019 года, вы можете модернизировать корневой сайт тремя способами:

Какой корневой сайт?

Корневой сайт вашей организации — это один из сайтов, который автоматически подготавливается при покупке и настройке плана Microsoft 365 или Microsoft 365, который включает SharePoint. URL-адрес этого сайта обычно — contoso .sharepoint.com, имя по умолчанию — «Коммуникационный сайт», а владельцем является Администратор компании (все глобальные администраторы в организации). Корневой сайт не может быть подключен к группе Microsoft 365.

Предупреждение

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

Замените корневой сайт

Прежде чем начать, убедитесь, что вы:

  1. Обратите внимание на любые «Избранные ссылки», добавленные на стартовую страницу SharePoint.Вам нужно будет добавить их снова после замены корневого сайта. Узнайте, как
  2. Проверьте исходный сайт, чтобы убедиться, что он имеет те же политики, разрешения и параметры внешнего общего доступа, что и ваш текущий корневой сайт.
  3. Сообщите пользователям о предстоящих изменениях. Это поможет избежать путаницы у пользователей и уменьшить количество звонков в службу поддержки. Если пользователи используют файлы на сайтах, которые вы заменяете, попросите их закрыть файлы и проверить корзину сайта, чтобы убедиться, что в ней нет файлов, которые они хотели бы сохранить.

По умолчанию создается перенаправление сайта, которое перенаправляет трафик с исходного сайта на корневой сайт. Для получения информации о перенаправлениях сайтов см. Управление перенаправлениями сайтов.

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

  • Запланированный обмен сайта: в это время была запланирована замена сайта (своп)
  • Обменный сайт: замена сайта (обмен) успешно завершена в настоящее время
  • Failed site swap: Замена сайта (swap) не удалась в это время и не будет повторяться снова

Ограничения

  • Сайт, который вы выбираете в качестве нового корневого сайта, должен быть сайтом связи (SITEPAGEPUBLISHING # 0) или современным сайтом группы, который не подключен к группе Microsoft 365 (STS # 3) и где функция публикации никогда не использовалась активирован.
  • Текущий корневой сайт не может быть подключен к группе Microsoft 365.
  • При замене корневого сайта и текущий сайт, и новый сайт не могут быть сайтами-концентраторами или связаны с концентратором. Если какой-либо из сайтов является центральным сайтом, отмените его регистрацию как центральный сайт, замените корневой сайт, а затем повторно зарегистрируйте сайт как центральный сайт. Если какой-либо сайт связан с концентратором, отключите этот сайт, замените корневой сайт, а затем повторно установите связь с сайтом. Узнайте, как управлять концентраторами в новом центре администрирования SharePoint
  • Замена корневого сайта другим сайтом заменяет все семейство сайтов новым семейством сайтов.Если у вашего текущего корневого сайта есть дочерние сайты, они будут заархивированы.
  • Сайт, который вы выбираете в качестве нового корневого сайта, должен находиться в том же домене, что и текущий корневой сайт.

Используйте новый центр администрирования SharePoint

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

  1. Перейдите на страницу «Активные сайты» в новом центре администрирования SharePoint и войдите в систему с учетной записью, имеющей права администратора для вашей организации.
  1. Убедитесь, что вверху справа выбрано представление Все сайты .

  2. В столбце URL выберите сортировку от А до Я, чтобы текущий корневой сайт отображался вверху списка.

  3. Выберите корневой сайт (https : // contoso. sharepoint.com).

  4. Выбрать Заменить сайт .

  5. В поле URL сайта, который вы хотите использовать , введите полный или относительный URL сайта, который вы хотите сделать новым корневым сайтом.

  6. Выбрать Сохранить .

    Во время замены корневого сайта он может возвращать ошибку «не найден» (HTTP 404) в течение нескольких минут.

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

  7. Если новый корневой сайт был новостным сайтом организации, обновите URL.Получите список всех новостных сайтов организации

  8. Если вы отключили перенаправление сайтов, вам необходимо обновить ссылки для общего доступа и все приложения или файлы (например, приложение синхронизации OneDrive и файлы OneNote), чтобы они ссылались на новый URL-адрес.

Примечание

Для получения информации об использовании PowerShell для замены (обмена) корневого сайта см. Invoke-SPOSiteSwap. Сайты
Project Server, возможно, потребуется проверить, чтобы убедиться, что они по-прежнему правильно связаны.

Какие они и действительно ли их всего 13?

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

Корневые серверы

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

Что такое корневые серверы DNS?

Корневые серверы или корневые серверы DNS — это серверы имен, которые отвечают за работу DNS, а также всего Интернета.Они являются первым шагом в разрешении имен любого доменного имени, то есть переводят доменные имена в IP-адреса.

Сопоставление доменных имен с IP-адресами работает в иерархическом порядке с использованием зон DNS. Корневые серверы обслуживают корневую зону, которая находится на вершине иерархии, и публикуют файл корневой зоны. В свою очередь, файл корневой зоны содержит записи ресурсов для полномочных серверов всех TLD. Из-за этого они могут работать двумя способами:

  • Ответить напрямую на запросы для тех записей ресурсов в корневой зоне или
  • Направляйте запросы на соответствующие серверы имен для запрошенного TLD

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

Как работают корневые серверы?

Принцип работы корневых серверов сводится к процессу разрешения имен:

  • Когда вы вводите www.securitytrails.com в своем веб-браузере, он сначала переходит либо на DNS-сервер провайдера, либо на другой DNS-сервер, который вы настроили. Иногда этот DNS-сервер может иметь информацию о домене, хранящуюся в кеше, и если это так, он просто отвечает с информацией и обслуживает этот веб-сайт.
  • Однако, если эта информация не сохранена, DNS-сервер отправит запрос на корневой сервер. У корневых серверов не будет информации о конкретном IP-адресе для www.securitytrails.com, но они будут знать, где находятся серверы имен, обслуживающие этот TLD (.com).
  • Корневые серверы вернут список серверов TLD, чтобы провайдер или настроенный сервер мог снова отправить запрос, на этот раз серверу TLD.
  • Затем сервер TLD вернет авторитетный сервер имен, на котором хранится желаемый домен.
  • Это когда сервер, который сделал запрос, отправляет запрос на полномочный сервер, на котором размещена зона рассматриваемого домена.
  • Как только запрос достигнет авторитетного сервера, он ответит запрашивающему серверу IP-адресом www.securitytrails.com
  • Когда запрашивающий сервер получает эту информацию, он кэширует ее для будущих запросов и возвращает ответ вашему распознавателю, который отправит его в ваш веб-браузер и позволит вам получить доступ к желаемому веб-сайту.

Сколько существует корневых серверов DNS?

Исследуя ответ на этот вопрос, мы часто видим всплывающую цифру 13. Вы можете спросить, а почему корневых серверов всего 13?

Это из-за ограничений исходной инфраструктуры DNS, которая использовала только IPv4¹, содержащий 32 байта. IP-адреса должны были поместиться в один пакет, который в то время был ограничен 512 байтами. Итак, каждый из адресов IPv4 имеет 32 бита, и 13 из них составляют 416 байтов, а оставшиеся 96 байтов остаются для информации о протоколе.

Раньше был только один сервер для каждого из 13 IP-адресов, а сегодня у нас есть кластер серверов для каждого из них, создавая сеть из сотен серверов по всему миру, которые используют маршрутизацию anycast. Это помогает сбалансировать их децентрализацию и гарантировать надежность, даже если один из корневых серверов становится недоступным из-за, например, DDoS-атаки или любого другого типа DNS-атаки.

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

Где расположены корневые серверы DNS?

Есть сотни корневых серверов в более чем 130 местах по всему миру. ICANN² отвечает за серверы для одного из 13 IP-адресов и поручает управление остальными различными организациями. В общей сложности ответственность несет 12 организаций, две из которых принадлежит VeriSign³.

Вот список корневых серверов DNS:

Имя хоста IP-адрес IPv4 / IPv6 Организация
а.root-servers.net 198.41.0.4, 2001: 503: ba3e :: 2: 30 VeriSign, Inc.
b.root-servers.net 199.9.14.201, 2001: 500: 200 :: b Университет Южной Калифорнии (ISI)
c.root-servers.net 192.33.4.12, 2001: 500: 2 :: c Cogent Communications
d.root-servers.net 199.7.91.13, 2001: 500: 2d :: d Мэрилендский университет
e.root-servers.net 192.203.230.10, 2001: 500: a8 :: e НАСА
f.root-servers.net 192.5.5.241, 2001: 500: 2f :: f Консорциум Интернет-систем, Inc.
g.root-servers.net 192.112.36.4, 2001: 500: 12 :: d0d Министерство обороны США (NIC)
h.root-servers.net 198.97.190.53, 2001: 500: 1 :: 53 Армия США (исследовательская лаборатория)
i.root-servers.net 192.36.148.17, 2001: 7fe :: 53 Netnod
j.root-servers.net 192.58.128.30, 2001: 503: c27 :: 2: 30 VeriSign, Inc.
k.root-servers.net 193.0.14.129, 2001: 7fd :: 1 RIPE NCC
l.root-servers.net 199.7.83.42, 2001: 500: 9f :: 42 ICANN
m.root-servers.net 202.12.27.33, 2001: dc3 :: 35 WIDE Проект

Чтобы узнать, где находятся органы, ответственные за корневые серверы, посмотрите эту классную карту на корневых серверах.org⁴:

Заключение

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

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


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


1 https://en.wikipedia.org/wiki/IPv4 2 https://www.icann.org/ 3 https://investor.verisign.com/corporate-profile/fact-sheet 4 https: // корневые серверы.org /

САРА ЕЛЕН

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

В какой каталог мне загружать файлы?

Когда вы будете готовы загрузить свой веб-сайт, для его отображения в Интернете файлы должны быть помещены в правильную папку.По умолчанию корень документа вашего основного домена — public_html. Вы можете изменить индекс каталога вашего сайта, изменив файл .htaccess.

Что такое корень документа?

Ваш основной домен

Все доменные имена в вашей учетной записи имеют корень документа. Корневой каталог документа — это папка, в которой хранятся файлы вашего веб-сайта. Корнем документа для вашего основного доменного имени является папка public_html . Когда вы будете готовы загрузить свой веб-сайт, файлы будут помещены в папку public_html.После того, как вы загрузили индексную страницу , она заменит стандартное «Hello There!» страница, которая отображается в аккаунтах при регистрации.

Аддон и субдомены

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

Что такое индекс каталога?

Индекс каталога — это первый файл, загружаемый сервером, и по умолчанию он будет индексным файлом в корне документа домена (папка public_html, если это ваш основной домен). Наши серверы всегда загружают файл с названием «index», если ваш домен вводится в браузере, сначала ища index.htm, затем index.html и, наконец, index.php. При первом создании вашей учетной записи мы также помещаем в вашу учетную запись файл default.htm (страница «Hello There!» По умолчанию), который загружается, если индексные файлы не найдены. Если в вашей папке нет индекса или файла по умолчанию, то веб-сайт не загрузится, пока индекс каталога не будет изменен.

Изменение индекса каталога

Некоторые приложения для веб-дизайна будут называть домашнюю страницу иначе, чем index. Например, приложение может называть вашу домашнюю страницу Welcome.html или Home.html. Если ваше приложение делает это, вам нужно будет изменить свой сайт так, чтобы индекс каталога совпадал с именем первой страницы вашего сайта. Вы можете сделать это с помощью файла .htaccess.

В следующем примере мы предположим, что вы хотите, чтобы ваш домен указывал на Welcome.html при его посещении в браузере. Нам нужно обновить файл .htaccess, чтобы сервер сначала загрузил Welcome.html. Откройте (или создайте) файл .htaccess в корне документа вашего домена и добавьте следующую строку: DirectoryIndex Добро пожаловать.html . Как только это будет добавлено, при посещении вашего домена эта страница будет загружена первой. Обратите внимание, что наши серверы чувствительны к регистру при добавлении нового индекса каталога.

Структура каталога

При загрузке файлов с помощью программы FTP или программы создания сайтов, такой как Dreamweaver, важно помнить, что любые папки, которые вы загружаете в свою учетную запись, станут дополнительными папками в вашей структуре каталогов. Например, если вы загружаете файлы сайта для своего основного доменного имени и загружаете папку с именем images, тогда путь будет public_html / images / при просмотре папок / файлов в FTP или cPanel File Manager.Если вы хотите получить доступ к этой папке со своего веб-сайта, путь будет следующим: yourdomainame.com/images. Вот полезная ссылка на наше руководство по управлению файлами на вашем сервере.

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

Как работают серверы доменных имен

Интернет и всемирная паутина — это дикие границы, которые полагаются на компьютерные языки и коды для поиска и обмена данными и информацией. Одним из самых фундаментальных инструментов Интернета является система доменных имен , или DNS . (Хотя многие люди думают, что «DNS» означает «сервер доменных имен», на самом деле это означает «система доменных имен».») DNS — это протокол в рамках набора стандартов, определяющих, как компьютеры обмениваются данными в Интернете и во многих частных сетях, известный как набор протоколов TCP / IP . Его цель жизненно важна, поскольку он помогает преобразовывать простые для понимания доменных имен , таких как «howstuffworks.com», в IP-адрес, например 70.42.251.42, который компьютеры используют для идентификации друг друга в сети. Короче говоря, это система сопоставления имен с номерами.

Концепция DNS подобна телефонной книге в Интернете.Без такой системы навигации вам пришлось бы прибегнуть к гораздо более сложным и эзотерическим средствам, чтобы просеивать виртуальные открытые равнины и густые города данных, разбросанных по глобальному Интернету … и вы можете поспорить, что это не так. почти столько же удовольствия, тем более что сейчас существуют сотни миллионов доменных имен [источник: VeriSign].

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

Независимо от того, заходите ли вы на сайт или отправляете электронную почту, ваш компьютер использует DNS-сервер для поиска имени домена, к которому вы пытаетесь получить доступ.Правильный термин для этого процесса — Разрешение DNS-имен , и вы бы сказали, что DNS-сервер разрешает доменное имя в IP-адрес. Например, когда вы вводите «www.howstuffworks.com» в своем браузере, часть сетевого подключения включает преобразование доменного имени «howstuffworks.com» в IP-адрес, например 70.42.251.42, для веб-серверов HowStuffWorks.

Но вы, вероятно, скорее вспомните «howstuffworks.com», когда захотите вернуться позже.Кроме того, IP-адрес веб-сайта может меняться со временем, и некоторые сайты связывают несколько IP-адресов с одним доменным именем.

Без DNS-серверов Интернет отключился бы очень быстро. Но как ваш компьютер узнает, какой DNS-сервер использовать? Обычно, когда вы подключаетесь к домашней сети, интернет-провайдеру (ISP) или сети Wi-Fi, модем или маршрутизатор, назначающий сетевой адрес вашего компьютера, также отправляет на ваш компьютер или мобильное устройство некоторую важную информацию о конфигурации сети.Эта конфигурация включает один или несколько DNS-серверов, которые устройство должно использовать при преобразовании DNS-имен в IP-адрес.

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

Как вы загружаете файлы на веб-сервер? — Изучите веб-разработку

В этой статье показано, как опубликовать свой сайт в Интернете с помощью инструментов передачи файлов.

Если вы создали простую веб-страницу (см. Пример в разделе «Основы HTML»), вы, вероятно, захотите разместить ее в сети на веб-сервере. В этой статье мы обсудим, как это сделать, используя различные доступные параметры, такие как клиенты SFTP, RSync и GitHub.

Есть несколько клиентов SFTP. Наша демонстрация охватывает FileZilla, поскольку она бесплатна и доступна для Windows, macOS и Linux. Чтобы установить FileZilla, перейдите на страницу загрузок FileZilla, нажмите большую кнопку «Загрузить», затем выполните установку из установочного файла обычным способом.

Примечание : Конечно, есть много других вариантов. См. Дополнительные сведения в разделе «Инструменты публикации».

Откройте приложение FileZilla; вы должны увидеть что-то вроде этого:

Вход в систему

В этом примере мы предположим, что наш хостинг-провайдер (служба, которая будет размещать наш HTTP-сервер) — это фиктивная компания «Example Hosting Provider», чьи URL-адреса выглядят следующим образом: mypersonalwebsite.examplehostingprovider. net .

Мы только что открыли счет и получили от них следующую информацию:

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

Ваш аккаунт: demozilla

Ваш сайт будет виден по адресу demozilla.examplehostingprovider.net

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

  • SFTP-сервер: sftp: //demozilla.examplehostingprovider.нетто
  • Имя пользователя: demozilla
  • Пароль: quickbrownfox
  • Порт: 5548
  • Для публикации в Интернете поместите свои файлы в каталог Public / htdocs .

Давайте сначала посмотрим на http://demozilla.examplehostingprovider.net/ — как видите, пока там ничего нет:

Примечание : В зависимости от вашего хостинг-провайдера большую часть времени вы увидите страницу, на которой написано что-то вроде «Этот веб-сайт размещен на [Hosting Service]».»При первом переходе на свой веб-адрес.

Чтобы подключить SFTP-клиент к удаленному серверу, выполните следующие действия:

  1. Выберите Файл> Менеджер сайта … в главном меню.
  2. В окне Site Manager нажмите кнопку New Site , затем введите имя сайта как demozilla в отведенное место.
  3. Укажите SFTP-сервер, указанный вашим хостом, в поле Host: .
  4. В раскрывающемся списке Тип входа: выберите Обычный , затем введите предоставленное имя пользователя и пароль в соответствующие поля.
  5. Введите правильный порт и другую информацию.

Ваше окно должно выглядеть примерно так:

Теперь нажмите Connect для подключения к серверу SFTP.

Примечание. Убедитесь, что ваш хостинг-провайдер предлагает SFTP (безопасный FTP) подключение к вашему хостинговому пространству. FTP по своей сути небезопасен, и вам не следует его использовать.

Здесь и там: локальный и удаленный просмотр

После подключения ваш экран должен выглядеть примерно так (мы подключились к нашему собственному примеру, чтобы дать вам представление):

Давайте посмотрим, что вы видите:

  • На центральной левой панели вы видите свои локальные файлы.Перейдите в каталог, в котором вы храните свой веб-сайт (например, mdn ).
  • На центральной правой панели вы видите удаленные файлы. Мы вошли в наш удаленный корень FTP (в данном случае пользователей / demozilla )
  • На данный момент вы можете игнорировать нижнюю и верхнюю панели. Соответственно, это журнал сообщений, показывающий состояние соединения между вашим компьютером и сервером SFTP, и журнал в реальном времени каждого взаимодействия между вашим клиентом SFTP и сервером.

Загрузка на сервер

В наших примерах инструкций хоста говорилось: «Чтобы опубликовать в Интернете, поместите свои файлы в каталог Public / htdocs .»Вам нужно перейти в указанный каталог на правой панели. Этот каталог фактически является корнем вашего веб-сайта, где будет находиться ваш файл index.html и другие ресурсы.

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

Они действительно онлайн?

Пока все хорошо, но действительно ли файлы в сети? Вы можете перепроверить, вернувшись на свой сайт (например,г. http://demozilla.examplehostingprovider.net/ ) в вашем браузере:

И — вуаля ! Наш сайт работает!

Rsync — это инструмент для синхронизации файлов локально и удаленно, который обычно доступен в большинстве систем на базе Unix (таких как macOS и Linux), но существуют и версии для Windows.

Это считается более продвинутым инструментом, чем SFTP, поскольку по умолчанию он используется в командной строке. Базовая команда выглядит так:

  rsync [-options] SOURCE user @ x.x.x.x: DESTINATION  
  • -options — дефис, за которым следует одна или несколько букв, например -v для подробных сообщений об ошибках и -b для создания резервных копий. Вы можете увидеть полный список на странице руководства rsync (ищите «Сводка параметров»).
  • ИСТОЧНИК — это путь к локальному файлу или каталогу, из которого вы хотите скопировать файлы.
  • user @ — это учетные данные пользователя на удаленном сервере, на который вы хотите скопировать файлы.
  • x.x.x.x — это IP-адрес удаленного сервера.
  • НАЗНАЧЕНИЕ — это путь к месту, куда вы хотите скопировать свой каталог или файлы на удаленном сервере.

Вам необходимо получить такие данные у вашего хостинг-провайдера.

Для получения дополнительной информации и дополнительных примеров см. Как использовать Rsync для копирования / синхронизации файлов между серверами.

Конечно, рекомендуется использовать безопасное соединение, например FTP. В случае Rsync вы указываете детали SSH, чтобы установить соединение через SSH, используя опцию -e .Например:

  rsync [-options] -e "ssh [ПОДРОБНОСТИ SSH ЗДЕСЬ]" ИСТОЧНИК [email protected]: НАЗНАЧЕНИЕ  

Вы можете найти более подробную информацию о том, что необходимо, в разделе «Как копировать файлы с помощью Rsync через SSH».

Инструменты графического интерфейса Rsync

Инструменты графического интерфейса пользователя доступны для Rsync (для тех, кому неудобно использовать командную строку). Acrosync — один из таких инструментов, доступный для Windows и macOS.

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

Протокол FTP — один из хорошо известных методов публикации веб-сайтов, но не единственный. Вот еще несколько возможностей:

  • Веб-интерфейсы .

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

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