Локальный веб-сервер OpenServer: общее знакомство
Вступление
Локальный веб-сервер OpenServer это программная платформа для создания локальных сайтов на базе Windows. В этой статье поговорим про общие возможности OpenServer, её установки на локальный компьютер и правилах создания локального сайта на OpenServer.
Работа с OpenServer на своём компьютере позволяет создавать сайты без выхода в Интернет и без использования сторонних серверов. Многие веб–мастера именно так создают и тестируют веб–ресурсы. Это удобно. Вы экономите средства, не зависите от работы сторонних серверов, компьютерная помощь на дому решает возникающие технические проблемы, можно вести сколько угодно проектов и т.д.
OpenServer
Программа OpenServer это еще одна платформа для создания локальных сайтов. Относится OpenServer к платформам типа WAMP (Windows, Apache, MySQL, PHP), но с очень расширенным функционалом и дополнительным программным обеспечением.
Радует в OpenServer не только богатый набор программного обеспечения, но и удобный интерфейс доступный из панели задач Windows.
Где скачать OpenServer
Скачать OpenServer лучше с официального сайта. Взять дистрибутив нужно отсюда ospanel.io. Там же же можно познакомиться с 29 компонентами программного обеспечения платформы.
Требования для установки OpenServer
Для установки OpenServer 4.8.8 требуется:
Версии Windows (32-бит и 64-бит): Windows 8 / Windows 7 / Server 2008 / Vista / Windows XP SP3;
Минимальные системные требования для работы OpenServer: 200 Мб RAM и 1 Гб на HDD.
Установка OpenServer
Устанавливается OpenServer просто. Для него не нужно создавать виртуальный диск, как для Denwer. Просто выберите диск и запустите (откройте) exe файл OpenServer (open_server_5_3_3_full.exe) Работать OpenServer будет в трее Windows.
Основы работы с OpenServer
После установки OpenServer на вашем диске появиться папка OpenServer. Открыв ее, вы увидите четыре папки (domains, modules, progs, userdata) и значок запуска OpenServer.
Кликнув по значку, вы откроете OpenServer и в панели задач Windows вы увидите красный флаг OpenServer. Это означает, что OpenServer открыт, но еще не запущен.
Кликните на красный флаг, откроется окно управления OpenServer. Здесь все просто и интуитивно понятно. Все на русском языке, меню разделено на функциональные зоны. Запускается сервер кнопкой «Запустить» с зелёным флагом.
Создание локального сайта на OpenServer
Для создания локального сайта, прежде всего, создаём его домен. В OpenServer создании домена это создание папки с именем домена. Эта папка является каталогом локального сайта.
Создать домен на OpenServer очень просто. Выберите один из двух вариантов.
Вариант 1, ручной
Кликните меню OpenServer -> Папка с сайтами. Откроется папка C:\OpenServer\domains. Создайте паку с именем домена. В примере Proba и localchost.
Перезапустите OpenServer. Домен создан и готов к работе.
Вариант 2, автоматический
Меню OpenServer -> Настройки.
В настройках нужна вкладка Домены. Здесь создаете Домен + папку для сайта. Вписывать нужно и название домена и папку для сайта. Для простоты дайте им одинаковые имена. Далее Добавить -> Сохранить. OpenServer запустится заново автоматически, после вашего подтверждения. Новый домен создан.
Примечание. После нажатия «Добавить домен», автоматическое создание домена нужно довести до конца. В противном случае сервер OpenServer запускаться перестанет.
Доступ к созданным доменам
После создания домена локального сайта, открыть созданный домен, что равнозначно открытию локального сайта возможен из меню OpenServer -> Мои сайты.
Особенности OpenServer
В качестве положительных особенностей OpenServer хочу отметить следующие:
- Можно работать с OpenServer с USB накопителя;
- OpenServer может работать одновременно с другими локальными серверами denwer, vertrigo, xampp и т.д.
- Для любителей поддержка кириллических доменов благодаря встроенному Punycode конвертеру доменных имён.
На этом знакомство с локальный веб-сервер OpenServer закончено.
©www.wordpress-abc.ru
Еще статьи
Похожие посты:
Похожее
Настройка веб-сервера для публикации веб-развертывания (обработчик веб-развертывания)
- Чтение занимает 13 мин
В этой статье
Загрузка PDFPDF Download
В этом разделе описывается настройка веб-сервера службы IIS (IIS) для поддержки веб-публикации и развертывания с помощью обработчика веб-развертывание IIS.This topic describes how to configure an Internet Information Services (IIS) web server to support web publishing and deployment using the IIS Web Deploy Handler.
При работе с веб-развертывание 2,0 или более поздней версии существует три основных подхода, которые можно использовать для получения приложений или сайтов на веб-сервер.When you work with Web Deploy 2.0 or later, there are three main approaches you can use to get your applications or sites onto a web server. Можно сделать следующее:You can:
- Используйте службу удаленного агента веб-развертывание.Use the Web Deploy Remote Agent Service
. Этот подход требует меньшей настройки веб-сервера, но для развертывания любых данных на сервере необходимо предоставить учетные данные администратора локального сервера.This approach requires less configuration of the web server, but you need to provide the credentials of a local server administrator in order to deploy anything to the server. - Используйте обработчик веб-развертывание.Use the Web Deploy Handler. Этот подход гораздо более сложен и требует более первоначальных усилий по настройке веб-сервера.This approach is a lot more complex and requires more initial effort to set up the web server. Однако при использовании этого подхода можно настроить службы IIS, чтобы разрешить пользователям без прав администратора выполнять развертывание.However, when you use this approach, you can configure IIS to allow non-administrator users to perform the deployment. Обработчик веб-развертывание доступен только в службах IIS версии 7 или более поздней.The Web Deploy Handler is only available in IIS version 7 or later.
- Используйте автономное развертывание.Use offline deployment. Этот подход требует минимальной настройки веб-сервера, но администратор сервера должен вручную скопировать веб-пакет на сервер и импортировать его с помощью диспетчера служб IIS.This approach requires the least configuration of the web server, but a server administrator must manually copy the web package onto the server and import it through IIS Manager.
Дополнительные сведения о ключевых функциях, преимуществах и недостатках этих подходов см. в разделе Выбор правильного подхода к веб-развертыванию.For more information on the key features, advantages, and disadvantages of these approaches, see Choosing the Right Approach to Web Deployment.
Да, если вы хотите разрешить пользователям без прав администратора развертывать содержимое на определенные веб-сайты IIS.Yes, if you want to allow non-administrator users to deploy content to specific IIS websites. Этот подход часто желательно применять в сценариях такого типа:This approach is often desirable in these types of scenarios:
- Промежуточная или рабочая среда, где у пользователя или учетной записи службы, запускающей удаленное развертывание, вряд ли будет доступа к учетным данным администратора сервера.Staging or production environments, where the person or service account that triggers the remote deployment is unlikely to have access to the credentials of a server administrator.
- Размещенные среды, в которых вы хотите предоставить удаленным пользователям возможность обновлять свои веб-сайты, не предоставляя им полного контроля над веб-серверами (или доступом к веб-сайтам других пользователей).Hosted environments, where you want to give remote users the ability to update their websites without giving them full control of your web servers (or access to anyone else’s websites).
В сценариях разработки или тестирования или в небольших организациях развертывание содержимого с помощью учетных данных администратора сервера часто менее спорными.In development or test scenarios, or in smaller organizations, deploying content using server administrator credentials is often less contentious. В этих сценариях Настройка веб-серверов для поддержки развертывания с помощью службы веб-развертывание Remote Agent предлагает более простой подход.In these scenarios, configuring your web servers to support deployment using the Web Deploy Remote Agent Service offers a more straightforward approach.
Обзор задачTask Overview
Чтобы настроить веб-сервер на прием и развертывание веб-пакетов с удаленного компьютера с помощью обработчика веб-развертывание, вам потребуется:To configure the web server to accept and deploy web packages from a remote computer using the Web Deploy Handler approach, you’ll need to:
- Создайте или выберите учетную запись пользователя домена («пользователь без прав администратора»), учетные данные которого будут использоваться для выполнения развертываний.Create, or choose, a domain user account (the «non-administrator user») whose credentials you’ll use to perform deployments.
- Установите IIS 7,5, включая службу веб-управления и модуль обычной проверки подлинности.Install IIS 7.5, including the Web Management Service and the Basic Authentication module.
- Установите веб-развертывание 2,1 или более поздней версии.Install Web Deploy 2.1 or later.
- Настройте службу веб-управления, чтобы разрешить удаленные подключения, и запустите службу.Configure the Web Management Service to allow remote connections, and start the service.
- Создайте веб-сайт IIS для размещения развернутого содержимого.Create an IIS website to host the deployed content.
- Предоставьте пользователям, не являющимся администраторами, разрешения на веб-сайт в диспетчере служб IIS.Grant your non-administrator user permissions on your website in IIS Manager.
- Убедитесь, что правила делегирования службы веб-управления позволяют службе добавлять и изменять содержимое веб-сайта с помощью учетной записи пользователя без прав администратора.Ensure that the Web Management Service delegation rules permit the service to add and change website content using your non-administrator user account.
- Настройте все брандмауэры, разрешающие входящие подключения через порт 8172.Configure any firewalls to allow incoming connections on port 8172.
Чтобы разместить пример решения ContactManager в частности, вам потребуется:To host the ContactManager sample solution specifically, you’ll also need to:
- Установите .NET Framework 4,0.Install the .NET Framework 4.0.
- Установите ASP.NET MVC 3.Install ASP.NET MVC 3.
В этом разделе будет показано, как выполнить каждую из этих процедур.This topic will show you how to perform each of these procedures. В задачах и пошаговых руководствах этого раздела предполагается, что вы начинаете с чистой серверной сборки под Windows Server 2016.The tasks and walkthroughs in this topic assume that you’re starting with a clean server build running Windows Server 2016. Прежде чем продолжить, убедитесь в том, что:Before you continue, ensure that:
- Windows Server 2016Windows Server 2016
- Сервер присоединен к домену.The server is domain-joined.
- Сервер имеет статический IP-адрес.The server has a static IP address.
Установка продуктов и компонентовInstall Products and Components
Этот раздел поможет вам установить необходимые продукты и компоненты на веб-сервере.This section will guide you through installing the required products and components on the web server. Прежде чем начать, рекомендуется запустить Центр обновления Windows, чтобы гарантировать, что сервер будет полностью обновлен.Before you begin, a good practice is to run Windows Update to ensure that your server is fully up to date.
В этом случае необходимо установить следующие компоненты:In this case, you need to install these things:
- Рекомендуемая конфигурация IIS 7.IIS 7 Recommended Configuration. Это включает роль веб-сервера (IIS) на веб-сервере и устанавливает набор модулей и компонентов IIS, необходимых для размещения приложения ASP.NET.This enables the Web Server (IIS) role on your web server and installs the set of IIS modules and components that you need in order to host an ASP.NET application.
- IIS: Служба управления.IIS: Management Service. При этом устанавливается служба веб-управления (WMSvc) в службах IIS.This installs the Web Management Service (WMSvc) in IIS. Эта служба обеспечивает удаленное управление веб-сайтами IIS и предоставляет клиентам конечную точку обработчика веб-развертывание.This service enables remote management of IIS websites and exposes the Web Deploy Handler endpoint to clients.
- IIS: обычная проверка подлинности.IIS: Basic Authentication. При этом устанавливается модуль базовой проверки подлинности IIS.This installs the IIS Basic Authentication module. Это позволит службе веб-управления (WMSvc) пройти проверку подлинности предоставленных учетных данных.This lets the Web Management Service (WMSvc) authenticate the credentials you provide.
- Средство веб-развертывания 2,1 или более поздней версии.Web Deployment Tool 2.1 or later. Это устанавливает веб-развертывание (и его базовый исполняемый файл MSDeploy.exe) на сервере.This installs Web Deploy (and its underlying executable, MSDeploy.exe) on your server. В рамках этого процесса он устанавливает обработчик веб-развертывание и интегрирует его со службой веб-управления.As part of this process, it installs the Web Deploy Handler and integrates it with the Web Management Service.
- .NET Framework 4,0..NET Framework 4.0. Это необходимо для запуска приложений, созданных на основе этой версии .NET Framework.This is required to run applications that were built on this version of the .NET Framework.
- ASP.NET MVC 3.ASP.NET MVC 3. При этом устанавливаются сборки, необходимые для запуска приложений MVC 3.This installs the assemblies you need to run MVC 3 applications.
Note
В этом пошаговом руководстве описывается использование установщика веб-платформы для установки и настройки различных компонентов.This walkthrough describes the use of the Web Platform Installer to install and configure various components. Хотя вам не нужно использовать установщик веб-платформы, он упрощает процесс установки, автоматически выявляя зависимости и гарантируя, что вы всегда получаете новейшие версии продукта.Although you don’t have to use the Web Platform Installer, it simplifies the installation process by automatically detecting dependencies and ensuring that you always get the latest product versions. Дополнительные сведения см. в разделе установщик веб-платформы Майкрософт.For more information, see Microsoft Web Platform Installer.
Установка необходимых продуктов и компонентовTo install the required products and components
Скачайте и установите установщик веб-платформы.Download and install the Web Platform Installer.
После завершения установки установщик веб-платформы запустится автоматически.When installation is complete, the Web Platform Installer will launch automatically.
Note
Теперь можно запустить установщик веб-платформы в любое время из меню » Пуск «.You can now launch the Web Platform Installer at any time from the Start menu. Для этого в меню Пуск выберите пункт все программы, а затем щелкните установщик веб-платформы Майкрософт.To do this, on the Start menu, click All Programs, and then click Microsoft Web Platform Installer.
В верхней части окна Установщик веб-платформы щелкните Продукты.At the top of the Web Platform Installer window, click Products.
В левой части окна в области навигации щелкните платформы.On the left side of the window, in the navigation pane, click Frameworks.
В строке Microsoft .NET Framework 4 , если .NET Framework еще не установлен, нажмите кнопку Добавить.In the Microsoft .NET Framework 4 row, if the .NET Framework is not already installed, click Add.
Note
Возможно, вы уже установили .NET Framework 4,0 с помощью Центр обновления Windows.You may have already installed the .NET Framework 4.0 through Windows Update. Если продукт или компонент уже установлен, установщик веб-платформы сообщит это, заменив кнопку Добавить на установленныйтекст.If a product or component is already installed, the Web Platform Installer will indicate this by replacing the Add button with the text Installed.
В строке ASP.NET MVC 3 (Visual Studio 2010) нажмите кнопку Добавить.In the ASP.NET MVC 3 (Visual Studio 2010) row, click Add.
В области навигации щелкните сервер.In the navigation pane, click Server.
В строке рекомендуемой конфигурации IIS 7 нажмите кнопку Добавить.In the IIS 7 Recommended Configuration row, click Add.
В строке средства веб-развертывания 2,1 нажмите кнопку Добавить.In the Web Deployment Tool 2.1 row, click Add.
В строке службы IIS: обычная проверка подлинности нажмите кнопку Добавить.In the IIS: Basic Authentication row, click Add.
В строке Служба IIS: Управление нажмите кнопку Добавить.In the IIS: Management Service row, click Add.
Нажмите кнопку Установить.Click Install. Установщик веб-платформы отобразит список продуктов,—вместе со всеми связанными зависимостями—, которые необходимо установить, и предложит принять условия лицензионного соглашения.The Web Platform Installer will show you a list of products—together with any associated dependencies—to be installed and will prompt you to accept the license terms.
Ознакомьтесь с условиями лицензионного соглашения и, если вы согласны с условиями, нажмите кнопку принимаю.Review the license terms, and if you consent to the terms, click I Accept.
По завершении установки нажмите кнопку Готово, а затем закройте окно установщик веб-платформы .When the installation is complete, click Finish, and then close the Web Platform Installer window.
Если вы установили .NET Framework 4,0 до установки служб IIS, необходимо запустить средство регистрации служб iis ASP.NET (ASPNET _regiis.exe), чтобы зарегистрировать последнюю версию ASP.NET с IIS.If you installed the .NET Framework 4.0 before you installed IIS, you’ll need to run the ASP.NET IIS Registration Tool (aspnet_regiis.exe) to register the latest version of ASP.NET with IIS. В противном случае вы обнаружите, что IIS будет обслуживать статическое содержимое (например, HTML-файлы) без проблем, но при попытке перейти к содержимому ASP.NET будет возвращена Ошибка HTTP 404,0 — не найдена .If you don’t do this, you’ll find that IIS will serve static content (like HTML files) without any problems, but it will return HTTP Error 404.0 – Not Found when you attempt to browse to ASP.NET content. Чтобы убедиться, что ASP.NET 4,0 зарегистрирован, можно использовать следующую процедуру.You can use the next procedure to ensure that ASP.NET 4.0 is registered.
Регистрация ASP.NET 4,0 в службах IISTo register ASP.NET 4.0 with IIS
Нажмите кнопку Пуски введите Командная строка.Click Start, and then type Command Prompt.
В результатах поиска щелкните правой кнопкой мыши пункт Командная строкаи выберите команду Запуск от имени администратора.In the search results, right-click Command Prompt, and then click Run as administrator.
В окне командной строки перейдите в каталог %WINDIR%\Microsoft.NET\Framework\v4.0.30319 .In the Command Prompt window, navigate to the %WINDIR%\Microsoft.NET\Framework\v4.0.30319 directory.
Введите эту команду и нажмите клавишу ВВОД:Type this command, and then press Enter:
aspnet_regiis -iru
Если вы планируете размещать в системе 64-разрядные веб-приложения в любой момент, необходимо также зарегистрировать 64-разрядную версию ASP.NET с IIS.If you plan to host 64-bit web applications at any point, you should also register the 64-bit version of ASP.NET with IIS. Для этого в окне командной строки перейдите в каталог %WINDIR%\Microsoft.NET\Framework64\v4.0.30319 .To do this, in the Command Prompt window, navigate to the %WINDIR%\Microsoft.NET\Framework64\v4.0.30319 directory.
Введите эту команду и нажмите клавишу ВВОД:Type this command, and then press Enter:
aspnet_regiis -iru
Рекомендуется использовать Центр обновления Windows на этом этапе, чтобы скачать и установить все доступные обновления для новых продуктов и компонентов, которые вы установили.As a good practice, use Windows Update again at this point to download and install any available updates for the new products and components you’ve installed.
Настройка службы веб-управленияConfigure the Web Management Service
Теперь, когда вы установили все необходимое, следующим шагом является настройка службы веб-управления в службах IIS.Now that you’ve installed everything you need, the next step is to configure the Web Management Service in IIS. На высоком уровне необходимо выполнить следующие задачи:At a high level, you’ll need to complete these tasks:
- Включите обычную проверку подлинности на уровне сервера.Enable basic authentication at the server level.
- Настройка службы веб-управления для приема удаленных подключений.Configure the Web Management Service to accept remote connections.
- Запустите службу веб-управления.Start the Web Management Service.
- Убедитесь, что установлены необходимые правила делегирования службы веб-управления.Check that the required Web Management Service delegation rules are in place.
Настройка службы веб-управленияTo configure the Web Management Service
В меню Пуск укажите пункт Администрирование, а затем выберите пункт Диспетчер службы IIS (IIS).On the Start menu, point to Administrative Tools, and then click Internet Information Services (IIS) Manager.
В диспетчере служб IIS в области подключения щелкните узел сервера (например, STAGEWEB1).In IIS Manager, in the Connections pane, click the server node (for example, STAGEWEB1).
В центральной области в разделе IISдважды щелкните Проверка подлинности.In the center pane, under IIS, double-click Authentication.
Щелкните правой кнопкой мыши Обычная проверка подлинностии выберите команду включить.Right-click Basic Authentication, and then click Enable.
В области подключения снова щелкните узел сервера, чтобы вернуться к параметрам верхнего уровня.In the Connections pane, click the server node again to return to the top-level settings.
В центральной области в разделе Управлениедважды щелкните Служба управления.In the center pane, under Management, double-click Management Service.
В центральной области выберите включить удаленные соединения.In the center pane, select Enable remote connections.
Note
Если служба веб-управления уже запущена, ее необходимо сначала отключить.If the Web Management Service is already running, you’ll need to stop it first.
На панели действия нажмите кнопку запустить , чтобы запустить службу веб-управления.In the Actions pane, click Start to start the Web Management Service.
Если будет предложено сохранить параметры, нажмите кнопку Да.If you’re prompted to save your settings, click Yes.
Note
Также может потребоваться настроить автоматический запуск службы.You may also want to configure the service to start automatically. Для этого откройте консоль службы, щелкните правой кнопкой мыши Служба веб-управленияи выберите пункт свойства.To do this, open the Services console, right-click Web Management Service, and then click Properties. В раскрывающемся списке Тип запуска выберите автоматически, а затем нажмите кнопку ОК.In the Startup type dropdown list, select Automatic, and then click OK.
В области подключения снова щелкните узел сервера, чтобы вернуться к параметрам верхнего уровня.In the Connections pane, click the server node again to return to the top-level settings.
В центральной области в разделе Управлениедважды щелкните делегирование службы управления.In the center pane, under Management, double-click Management Service Delegation.
Убедитесь, что Центральная панель содержит набор правил.Verify that the center pane contains a set of rules.
Эти правила позволяют пользователям службы веб-управления с правами использовать различные поставщики веб-развертывание.These rules allow authorized Web Management Service users to use various Web Deploy providers. Например, для развертывания веб-приложений и содержимого в службах IIS с помощью обработчика веб-развертывание необходимо правило делегирования, которое позволяет всем пользователям службы веб-управления, прошедшим проверку подлинности, использовать поставщиков контентпас и iisapp (Последнее правило, которое можно увидеть на снимке экрана).For example, to deploy web applications and content to IIS through the Web Deploy Handler, there must be a delegation rule that allows all authenticated Web Management Service users to use the contentPath and iisApp providers (the last rule that you can see in the screenshot).
Если вы установили продукты и компоненты в порядке, описанном в этом разделе, последняя версия веб-развертывание должна автоматически добавить все необходимые правила делегирования в службу веб-управления.If you installed products and components in the order described in this topic, the latest version of Web Deploy should automatically add all the required delegation rules to the Web Management Service. Если на странице делегирования службы управления не отображаются правила, необходимо создать их самостоятельно.If the Management Service Delegation page does not show any rules, you’ll need to create them yourself. Инструкции по выполнению этой задачи см. в разделе Настройка обработчика веб-развертывания.For instructions on how to do this, see Configure the Web Deployment Handler.
В области подключения снова щелкните узел сервера, чтобы вернуться к параметрам верхнего уровня.In the Connections pane, click the server node again to return to the top-level settings.
Создание и Настройка веб-сайта IISCreate and Configure an IIS Website
Прежде чем можно будет развернуть веб-содержимое на сервере, необходимо создать и настроить веб-сайт IIS для размещения содержимого.Before you can deploy web content to your server, you need to create and configure an IIS website to host the content. Веб-развертывание может развертывать только веб-пакеты на существующем веб-сайте IIS; Он не может создать веб-сайт.Web Deploy can only deploy web packages to an existing IIS website; it can’t create the website for you. Кроме того, необходимо выполнить дополнительную настройку, позволяющую учетной записи без прав администратора развертывать содержимое удаленно.You also need to do a little extra configuration to allow your non-administrator account to deploy content remotely. На высоком уровне необходимо выполнить следующие задачи:At a high level, you’ll need to complete these tasks:
- Создайте папку в файловой системе для размещения содержимого.Create a folder on the file system to host your content.
- Создайте веб-сайт IIS для обслуживания содержимого и свяжите его с локальной папкой.Create an IIS website to serve the content, and associate it with the local folder.
- Предоставьте разрешения на чтение удостоверению пула приложений в локальной папке.Grant read permissions to the application pool identity on the local folder.
- Предоставьте необходимые разрешения IIS учетной записи домена, которая будет развертывать веб-приложение.Grant the necessary IIS permissions to the domain account that will deploy your web application.
Хотя ничто не мешает развертывать содержимое на веб-сайте по умолчанию в службах IIS, этот подход не рекомендуется использовать ни для тестов, ни для демонстрационных сценариев.Although there’s nothing stopping you from deploying content to the default website in IIS, this approach is not recommended for anything other than test or demonstration scenarios. Для имитации рабочей среды следует создать новый веб-сайт IIS с параметрами, зависящими от требований приложения.To simulate a production environment, you should create a new IIS website with settings that are specific to the requirements of your application.
Создание веб-сайта IISTo create an IIS website
В локальной файловой системе создайте папку для хранения содержимого (например, к:\демосите).On the local file system, create a folder to store your content (for example, C:\DemoSite).
В меню Пуск укажите пункт Администрирование, а затем выберите пункт Диспетчер службы IIS (IIS).On the Start menu, point to Administrative Tools, and then click Internet Information Services (IIS) Manager.
В диспетчере служб IIS в области подключения разверните узел сервера (например, STAGEWEB1).In IIS Manager, in the Connections pane, expand the server node (for example, STAGEWEB1).
Щелкните правой кнопкой мыши узел сайты и выберите команду Добавить веб-сайт.Right-click the Sites node, and then click Add Web Site.
В поле имя сайта введите имя веб-сайта IIS (например, демосите).In the Site name box, type a name for the IIS website (for example, DemoSite).
В поле физический путь введите (или перейдите к) путь к локальной папке (например, к:\демосите).In the Physical path box, type (or browse to) the path to your local folder (for example, C:\DemoSite).
В поле порт введите номер порта, на котором будет размещен веб-сайт (например, 85).In the Port box, type the port number on which you want to host the website (for example, 85).
Note
Номера стандартных портов 80 для HTTP и 443 для HTTPS.The standard port numbers are 80 for HTTP and 443 for HTTPS. Однако при размещении этого веб-сайта на порту 80 необходимо будет закрыть веб-сайт по умолчанию, прежде чем можно будет получить доступ к сайту.However, if you host this website on port 80, you’ll need to stop the default website before you can access your site.
Оставьте поле имя узла пустым, если не требуется настроить запись службы доменных имен (DNS) для веб-сайта, а затем нажмите кнопку ОК.Leave the Host name box blank, unless you want to configure a Domain Name System (DNS) record for the website, and then click OK.
Note
В рабочей среде вам, скорее всего, потребуется разместить веб-сайт через порт 80 и настроить заголовок узла вместе с соответствующими записями DNS.In a production environment, you’ll likely want to host your website on port 80 and configure a host header, together with matching DNS records. Дополнительные сведения о настройке заголовков узлов в IIS 7 см. в разделе Настройка заголовка узла для веб-сайта (IIS 7).For more information on configuring host headers in IIS 7, see Configure a Host Header for a Web Site (IIS 7). Дополнительные сведения о роли DNS-сервера в Windows Server см. в разделе Обзор DNS-сервера и DNS-сервер.For more information on the DNS Server role in Windows Server, see DNS Server Overview and DNS Server.
В области Действия в разделе Изменение веб-сайтавыберите пункт Привязки.In the Actions pane, under Edit Site, click Bindings.
В диалоговом окне Привязки сайта нажмите кнопку Добавить.In the Site Bindings dialog box, click Add.
Локальный веб сервер
Если сказать честно, то рядовому новичку, создающему сайт в Интернете, локальные вебсерверы не очень нужны. Этап с созданием предварительного макета сайта на домашнем компьютере не является обязательным. Разве, что каждый может создать собственный сайт на домашнем компьютере без всяких денег и даже без подключения к Интернету и вволю помучить потренироваться в наладке и наполнении его статьями.
Домашний web сервер имитирует среду Большого Интернета, когда работают ссылки, пересылаются письма в почтовые ящики и т.д. Разработчики сайтов используют локальные серверы для создания макета сайта без его публикации в Интернете. Сайт «заливают» на реальный сервер только после одобрения заказчиком дизайна и функционала макета. Программисты обкатывают на таких домашних сайтах свои новые программы (плагины, скрипты), а дизайнеры перекраивают внешний вид (шаблон) сайтов.
Для новичков установка системы управления сайтом на веб сервер может стать неплохим уроком, позволяющим освоиться с процессом установки сайта на физический сервер. Как правило, бесплатный веб сервер — это сборка программ, способных работать на любой операционной системе. Существует несколько популярных, среди которых, по моему мнению, внимания заслуживают два: web server бесплатный беспроблемный XAMPP и отечественный Денвер (DENVER или реже Denver).
После установки веб сервера надо установить понравившуюся CMS — систему управления сайтом (движок). После наладки сайта можно приглашать членов семьи полюбоваться на ваш домашний сайт. Польза от такого сайта не только в игрушке, но для него вы уже можете создавать уникальную графику и учиться писать статьи (можно впрок). Тогда при переносе сайта на сервер у хостера у вас будет готовый контент для настоящего сайта. |
Веб сервер на своем компьютере
В статье дается обзор самых популярных беплатных локальных серверов, получивших распространение среди русскоязычных пользователей.
Сервер XAMPP
В статье описываются особенности веб сервера XAMPP, являющимся монополистом среди зарубежных пользователей. Стабильная работа этого домашнего сервера привлекает все больше вебмастеров из России.
Установка XAMPP
Эта статья описывает установку актуальной версий xampp 1.7.4 и новейшей версии xampp 1.7.7 на компьютер с операционной системой windows. Начиная с xampp 1.7.4 установка стала очень простой.
Версии XAMPP
Статья содержит инструкцию по установке xampp 1.7.3, которая подходит и для более ранних версий XAMPP. По сравнению с установкой xampp 1.7.4 процесс установки ранних версий содержит несколько дополнительных этапов с окном командной строки.
Настройка и установка XAMPP
Статья содержит инструкции по настройке компонентов локального сервера XAMPP — Apache и MySQL, к которым имеет доступ каждый пользователь сети. Учимся создавать новую базу данных MySQL и устанавливаем каждому пользователю его логин и пароль.
Читатели этой статьи узнают как создать сайт на XAMPP. Здесь объясняется принцип создания сайтов на любом сервере.
Настройка виртуальных хостов
Статья содержит рецепт создания для домашних сайтов коротких ссылок методом настройки виртуальных хостов в операционной системе.
Проблемы при установке XAMPP
Сервер DENWER
Установка DENWER
Проблемы при установке DENWER
БД MySQL
Утилита phpMyAdmin
Apache
Страница создана для пояснения положений в рубриках MaxSite, Программы для создания сайта, Этапы создания сайта и В помощь вебмастеру. Статья имеет постоянную ссылку: http://design-for.net/page/lokalnyj-veb-server
Мастерим собственный локальный веб-сервер на VirtualBox
Многие, кто работает под Windows, сразу или позже приходят к выводу, что наиболее удобной сборкой для разработки веб-приложений является Open Server. Сам я раньше пользовался именно ею, так как Open Server покрывал все мои потребности, но перейдя на Linux, а потом на Mac OS я пришел к выводу, что это удобство ограничивает. Было трудно отказаться от Open Server, так как подобных инструментов для Linux и Mac OS попросту нет. Есть похожие варианты, но не совсем то, чего бы хотелось и к чему привык. Собственно, по это причине и появилась эта статья.
Создаем виртуальную машину для нашего будущего сервера
Первым делом мы должны скачать и установить VirtualBox. Найти его можно на официальном сайте. Установка его достаточна тривиальная задача и не требует рассмотрения. После того, как мы это сделали можно приступить к созданию нашего локального сервера.
В верхнем меню находим кнопку «Создать» кликаем по ней:
Теперь нам нужно указать следующие настройки:
Название собственно любое, я буду использовать «server». Ставить мы будем Linux, поэтому указываем соответствующий тип. Дистрибутив мы будем использовать Lubuntu – выбираем в настройках версию Ubuntu 64 бита и кликаем «Продолжить».
Объём памяти можно оставить по умолчанию, в моем случае это 1024 мб. Двигаемся дальше.
Выбираем «Создать новый виртуальный жесткий диск» и нажимаем на кнопку «Создать».
Тут оставляем по умолчанию – VDI (Virtual Disk Image).
Мы можем использовать один из двух вариантов жестких дисков, я чаще всего использую – динамический, поэтому оставлю как есть и нажму кнопку «Продолжить».
Финальный этап — указываем размер диска и кликаем «Создать».
Настаиваем виртуальную машину
Перед тем, как перейти к настройке виртуальной машины, предлагаю скачать дистрибутив линукса. Как вы наверняка знаете, дистрибутивов большое количество, а для нашей задачи нам не нужна графическая оболочка и лишний софт, поэтому для локального сервера можно использовать, как я выше упомянул, – Lubuntu. Это хороший выбор для локального веб-сервера. Версию стоит использовать 16.04 LTS Desktop 64-bit, она стабильная и не требует большого количества ресурсов.
Ну, а теперь пройдемся по настройкам:
В первом блоке «Общие» мы оставим все как есть, перейдем к следующему:
Первым делом отключаем «Гибкий диск» — он нам точно не нужен и ставим приоритет загрузки «Жесткий диск». Далее изменяем чипсет на «ICH9» — так мы немного ускорим систему и, в завершении, можем убрать галку «часы в системе UTC».
Что еще можно в данном разделе поменять, если позволяют ресурсы, то увеличиваем число процессоров. Следующий раздел «Дисплей», его пропускаем и переходим в «Носители»:
Для получения меньшего времени загрузки нашего сервера мы можем установить галку «Кэширование ввода/вывода».
Для нашего сервера не требуются аудио, поэтому отключаем и двигаемся дальше. Хотя на этом этапе мы можем пока закончить и перейти к установке Linux-ca Lubuntu.
Устанавливаем Linux
После того, как мы все настроили и скачали наш дистрибутив Linux-са можно приступать к установке. Для этого нам необходимо добавить наш диск в оптический привод виртуалки:
и запустить ее.
Если вы ни разу не ставили подобные системы — не стоит переживать, так как процесс не сильно отличается от установки старой «доброй» винды. Первое, что вы увидите это выбор языка установщика:
И, собственно, после него:
Дальнейшая установка стандартная, а настройки можно оставить по умолчанию. Когда процесс установки пакетов системы завершиться, останется создать пользователя в системе:
После чего нам предложат перезагрузить Linux, что мы и делаем. Вводим наш логин и пароль и видим простой интерфейс нашего дистрибутива (в дальнейшем мы отключим графическую оболочку).
Если пакеты давно не обновлялись, может появится такое сообщение:
Обновлять не обязательно, но обычно я устанавливаю предложенные обновления, поэтому кликаем «Установить сейчас» и на этом заканчиваем.
На этом я хочу завершить эту статью, мы закончили с подготовительными этапами и можем непосредственно начать устанавливать весь софт, который нам потребуется для нашего локально сервера, но об этом вы узнаете в следующей статье.
Статьи из серии «Создание локального веб-сервера»:
Как настроить локальный сервер тестирования? — Изучите веб-разработку
В этой статье объясняется, как настроить простой локальный тестовый сервер на вашем компьютере, а также основы его использования.
Локальные файлы и удаленные файлы
На протяжении большей части области обучения мы советуем вам просто открывать свои примеры непосредственно в браузере — это можно сделать, дважды щелкнув файл HTML, перетащив его в окно браузера или выбрав File > Open… и переход к файлу HTML. Есть много способов добиться этого.
Если путь к веб-адресу начинается с file: //
, за которым следует путь к файлу на локальном жестком диске, используется локальный файл. Напротив, если вы просмотрите один из наших примеров, размещенных на GitHub (или пример на другом удаленном сервере), веб-адрес будет начинаться с http: //
или https: //
, чтобы показать, что файл содержит был получен через HTTP.
Проблема с тестированием локальных файлов
Некоторые примеры не запускаются, если вы открываете их как локальные файлы.Это может быть связано с множеством причин, наиболее вероятной из которых является:
- Они содержат асинхронные запросы . Некоторые браузеры (включая Chrome) не будут выполнять асинхронные запросы (см. Получение данных с сервера), если вы просто запустите пример из локального файла. Это связано с ограничениями безопасности (подробнее о веб-безопасности см. Безопасность веб-сайта).
- Они имеют серверный язык . Для серверных языков (таких как PHP или Python) требуется специальный сервер для интерпретации кода и предоставления результатов.
Запуск простого локального HTTP-сервера
Чтобы обойти проблему асинхронных запросов, нам нужно протестировать такие примеры, запустив их через локальный веб-сервер. Один из самых простых способов сделать это для наших целей — использовать Python SimpleHTTPServer
(или http.server
, в зависимости от установленной версии Python)
Для этого:
Установите Python. Если вы используете Linux или macOS, он уже должен быть доступен в вашей системе.Если вы являетесь пользователем Windows, вы можете получить установщик с домашней страницы Python и следовать инструкциям по его установке:
- Перейти на python.org
- В разделе «Загрузка» щелкните ссылку для Python «3.xxx».
- Внизу страницы выберите исполняемый установщик Windows x86 и загрузите его.
- Когда он загрузится, запустите его.
- На первой странице установщика убедитесь, что установлен флажок «Добавить Python 3.xxx в PATH».
- Щелкните Установить , затем щелкните Закройте , когда установка будет завершена.
Откройте командную строку (Windows) / терминал (macOS / Linux). Чтобы проверить, установлен ли Python, введите следующую команду:
питон -V # Или у вас может быть доступна команда py, # в этом случае попробуйте py -V
Это должно вернуть номер версии. Если это нормально, перейдите в каталог, в котором находится ваш пример, с помощью команды
cd
.# укажите имя каталога, чтобы ввести его, например cd Desktop # используйте две точки для перехода на один уровень каталога, если вам нужно cd ..
Введите команду для запуска сервера в этом каталоге:
# Если версия Python, возвращенная выше, - 3.X python3 -m http.server # В Windows попробуйте "python" вместо "python3" или "py -3" # Если версия Python, возвращенная выше, - 2.X python -m
SimpleHTTPServer
По умолчанию содержимое каталога запускается на локальном веб-сервере через порт 8000.Вы можете перейти на этот сервер, перейдя по адресу
localhost: 8000
в своем браузере. Здесь вы увидите содержимое указанного каталога — щелкните HTML-файл, который хотите запустить.
Примечание : Если у вас уже есть что-то, работающее на порту 8000, вы можете выбрать другой порт, выполнив команду server, за которой следует альтернативный номер порта, например python3 -m http.server 7800
(Python 3.x) или python -m SimpleHTTPServer 7800
(Python 2.Икс). Затем вы можете получить доступ к своему контенту по адресу localhost: 7800
.
Локальный запуск серверных языков
Модуль Python SimpleHTTPServer (python 2.0) http.server (python 3.0)
полезен, но он не знает, как запускать код, написанный на таких языках, как Python, PHP или JavaScript. Чтобы справиться с этим, вам понадобится что-то большее — именно то, что вам нужно, зависит от серверного языка, который вы пытаетесь запустить. Вот несколько примеров:
- Для запуска кода Python на стороне сервера вам понадобится веб-фреймворк Python.Вы можете узнать, как использовать платформу Django, прочитав Django Web Framework (Python). Flask также является хорошей (чуть менее тяжелой) альтернативой Django. Для запуска вам нужно установить Python / PIP, а затем установить Flask с помощью
pip3 install flask
. На этом этапе вы должны иметь возможность запускать примеры Python Flask, используя, например,python3 python-example.py
, а затем перейти кlocalhost: 5000
в своем браузере. - Для запуска кода на стороне сервера Node.js (JavaScript) вам потребуется использовать необработанный узел или фреймворк, построенный на его основе.Express — хороший выбор — см. Express Web Framework (Node.js / JavaScript).
- Для запуска серверного кода PHP запустите встроенный сервер разработки PHP:
$ cd путь / к / вашему / php / коду $ php -S localhost: 8000
Что такое веб-сервер? — Изучите веб-разработку
В этой статье мы объясняем, что такое веб-серверы, как работают веб-серверы и почему они важны.
Сводка
Термин веб-сервер может относиться к оборудованию или программному обеспечению, либо к обоим работающим вместе.
- С аппаратной стороны веб-сервер — это компьютер, на котором хранится программное обеспечение веб-сервера и файлы компонентов веб-сайта. (например, документы HTML, изображения, таблицы стилей CSS и файлы JavaScript) Веб-сервер подключается к Интернету и поддерживает физический обмен данными с другими устройствами, подключенными к Интернету.
- Что касается программного обеспечения, веб-сервер включает в себя несколько частей, которые управляют доступом веб-пользователей к размещенным файлам. Как минимум, это HTTP-сервер .HTTP-сервер — это программное обеспечение, которое распознает URL-адреса (веб-адреса) и HTTP (протокол, используемый вашим браузером для просмотра веб-страниц). Доступ к HTTP-серверу можно получить через доменные имена веб-сайтов, которые он хранит, и он доставляет содержимое этих размещенных веб-сайтов на устройство конечного пользователя.
На самом базовом уровне, когда браузеру нужен файл, размещенный на веб-сервере, браузер запрашивает файл через HTTP. Когда запрос достигает правильного (аппаратного) веб-сервера, (программный) HTTP-сервер принимает запрос, находит запрошенный документ и отправляет его обратно в браузер, также через HTTP.(Если сервер не находит запрошенный документ, вместо этого он возвращает ответ 404.)
Для публикации веб-сайта вам понадобится статический или динамический веб-сервер.
Статический веб-сервер , или стек, состоит из компьютера (оборудования) и HTTP-сервера (программного обеспечения). Мы называем это «статическим», потому что сервер отправляет свои размещенные файлы в ваш браузер как есть.
Динамический веб-сервер состоит из статического веб-сервера и дополнительного программного обеспечения, чаще всего сервера приложений и базы данных .Мы называем это «динамическим», потому что сервер приложений обновляет размещенные файлы перед отправкой содержимого в ваш браузер через HTTP-сервер.
Например, для создания конечных веб-страниц, которые вы видите в браузере, сервер приложений может заполнить шаблон HTML содержимым из базы данных. Такие сайты, как MDN или Wikipedia, содержат тысячи веб-страниц. Обычно такие сайты состоят из нескольких шаблонов HTML и гигантской базы данных, а не из тысяч статических HTML-документов. Такая настройка упрощает обслуживание и доставку контента.
Активное обучение
Активного обучения пока нет. Пожалуйста, рассмотрите возможность участия.
Более глубокое погружение
Для просмотра: для получения веб-страницы ваш браузер отправляет запрос на веб-сервер, который ищет запрошенный файл в собственном хранилище. Обнаружив файл, сервер читает его, обрабатывает по мере необходимости и отправляет в браузер. Давайте рассмотрим эти шаги более подробно.
Файлы хостинга
Во-первых, веб-сервер должен хранить файлы веб-сайта, а именно все документы HTML и связанные с ними ресурсы, включая изображения, таблицы стилей CSS, файлы JavaScript, шрифты и видео.
Технически вы можете разместить все эти файлы на своем собственном компьютере, но гораздо удобнее хранить файлы на выделенном веб-сервере, потому что:
- Выделенный веб-сервер обычно более доступен. (в рабочем состоянии)
- Выделенный веб-сервер всегда подключен к Интернету, что исключает простои и проблемы с системой.
- Выделенный веб-сервер может иметь один и тот же IP-адрес все время. Это известно как выделенный IP-адрес .(не все интернет-провайдеры предоставляют фиксированный IP-адрес для домашних линий)
- Выделенный веб-сервер обычно обслуживается третьей стороной.
По всем этим причинам поиск хорошего хостинг-провайдера является ключевой частью создания вашего веб-сайта. Изучите различные услуги, предлагаемые компаниями. Выберите тот, который соответствует вашим потребностям и бюджету. (Услуги варьируются от бесплатных до тысяч долларов в месяц.) Вы можете найти более подробную информацию в этой статье.
Если у вас есть услуга веб-хостинга, вы должны загрузить свои файлы на свой веб-сервер.
Обмен данными через HTTP
Во-вторых, веб-сервер обеспечивает поддержку HTTP ( H и t ext T ransfer P rotocol). Как следует из названия, HTTP определяет, как передавать гипертекст (связанные веб-документы) между двумя компьютерами.
Протокол — это набор правил для связи между двумя компьютерами. HTTP — это текстовый протокол без сохранения состояния.
- Текстовое
- Все команды являются текстовыми и удобочитаемыми.
- Без гражданства
- Ни сервер, ни клиент не помнят предыдущих сеансов связи. Например, полагаясь только на HTTP, сервер не может вспомнить введенный вами пароль или ваш прогресс в незавершенной транзакции. Для таких задач вам понадобится сервер приложений. (Мы рассмотрим подобные технологии в других статьях.)
HTTP предоставляет четкие правила взаимодействия клиента и сервера. О самом HTTP мы поговорим позже в технической статье. А пока помните об этих вещах:
- Только клиентов могут делать HTTP-запросы, и то только серверам .Серверы могут только ответить на HTTP-запрос клиента .
- При запросе файла через HTTP клиенты должны предоставить URL-адрес файла.
- Веб-сервер должен отвечать на каждый HTTP-запрос, по крайней мере, с сообщением об ошибке.
На веб-сервере HTTP-сервер отвечает за обработку входящих запросов и ответы на них.
- При получении запроса HTTP-сервер сначала проверяет, соответствует ли запрошенный URL-адрес существующему файлу.
- Если да, веб-сервер отправляет содержимое файла обратно в браузер. В противном случае сервер приложений создает необходимый файл.
- Если ни один из процессов невозможен, веб-сервер возвращает браузеру сообщение об ошибке, чаще всего
404 Not Found
. (Ошибка 404 настолько распространена, что некоторые веб-дизайнеры тратят много времени и усилий на создание страниц с ошибкой 404.)
Статическое и динамическое содержимое
Грубо говоря, сервер может обслуживать статический или динамический контент.Помните, что термин статический означает «обслуживается как есть». Статические веб-сайты настроить проще всего, поэтому мы рекомендуем вам сделать свой первый сайт статическим.
Термин динамический означает, что сервер обрабатывает контент или даже генерирует его на лету из базы данных. Этот подход обеспечивает большую гибкость, но технический стек более сложен, что значительно усложняет создание веб-сайта.
Возьмем, к примеру, страницу, которую вы сейчас читаете.На веб-сервере, на котором он размещен, есть сервер приложений, который берет содержимое статьи из базы данных, форматирует его, помещает в некоторые шаблоны HTML и отправляет вам результаты. В этом случае сервер приложений называется Kuma. Kuma построен на языке программирования Python (с использованием фреймворка Django). Команда Mozilla создала Kuma для конкретных нужд MDN, но существует множество подобных приложений, построенных на многих других технологиях.
Серверов приложений так много, что сложно предложить какой-то конкретный.Некоторые серверы приложений обслуживают определенные категории веб-сайтов, такие как блоги, вики-сайты или электронная коммерция; другие, называемые CMS (системы управления контентом), носят более общий характер. Если вы создаете динамичный веб-сайт, найдите время, чтобы выбрать технологию, которая соответствует вашим потребностям. Если вы не хотите изучать программирование веб-серверов (что само по себе является захватывающей областью!), Вам не нужно создавать свой собственный сервер приложений. Это просто изобретение велосипеда.
Следующие шаги
Теперь, когда вы знакомы с веб-серверами, вы можете:
Веб-сайт 101: Использование локальной среды разработки
Среды веб-разработки и локальный хостинг
При разработке веб-сайтов и веб-карт есть два основных направления, в которых вы собираетесь работать.Первый — это ваш веб-сервер. Ваш веб-сервер — это компьютер, который транслирует или «обслуживает» вашу веб-страницу и ее содержимое в Интернете. Он также известен как производственный сервер , ваш веб-хост или удаленный хост . На рабочем сервере у вас есть рабочий веб-сайт, доступный для всех в Интернете.
Второй — это ваш локальный компьютер, например ноутбук или настольный компьютер. Вы редко захотите активно редактировать файлы, которые находятся на вашем веб-сервере, поэтому рекомендуется делать это на своем собственном компьютере, не транслируя все свои изменения в Интернет.Обычно это «сервер разработки» или localhost . Однако есть проблема, ваш персональный компьютер не является сервером. Если мы хотим разработать и протестировать наши сайты, мы запускаем веб-сервер локально на нашей машине, видимый только нам.
Настройка сервера разработки: используйте localhost
Решением этой проблемы является установка на вашем собственном компьютере подобного серверу экземпляра, который имитирует возможности вашего веб-сервера и позволяет обрабатывать запросы через HTTP.Этот «сервер разработки» может находиться на вашем локальном компьютере и быть видимым только вам. Одна из основных причин этого заключается в том, что это позволит загружать внешние данные и ресурсы, такие как файл, который вы хотите загрузить из другого места в Интернете, или набор данных из другого места на вашем сервере, в ваше приложение на потребность. Это называется AJAX или асинхронным JavaScript и XML. Страница, которая загружается сразу, — это синхронно , то есть она читает документы вашего веб-сайта и загружает все по порядку. Асинхронная загрузка требуется, когда вы не хотите загружать внешний файл сразу при открытии сайта, а ждете, пока пользователь или другой процесс на сайте не скажет файлу загрузить.
Веб-серверысложны, и полное объяснение того, как они работают, выходит за рамки этого руководства, но создание локального сервера на нашем компьютере, который имитирует возможности веб-сервера, может быть довольно простым и очень важным для тестирования. и развитие.
Существует несколько хороших вариантов настройки серверов, на которых вы можете разрабатывать и создавать сайты локально, прежде чем размещать их в Интернете.В этом руководстве будут рассмотрены два варианта: очень простое решение с использованием Python, которое позволяет создавать статические HTML-сайты, и использование XAMPP, хорошей локальной среды разработки, поддерживающей Apache, MySQL, PHP и Perl.- Используйте простой HTTP-сервер Python (для сайтов со статическим HTML, не поддерживает никаких зависимостей)
- Python будет имитировать то, что может обслуживать ваша папка Athena WWW.
- Используйте XAMPP Server (программное обеспечение сервера разработки, используемое для статических HTML-сайтов и сайтов, требующих локального доступа к PHP и MySQL)
- XAMPP будет имитировать то, что могут обслуживать сценарии MIT или коммерческий хостинг-провайдер.
Вариант 1. Используйте Python localhost Server
Python будет имитировать то, что может обслуживать ваша папка Athena WWW.Если вам нужен быстрый веб-сервер, который может обрабатывать HTTP-запросы, но не хочет устанавливать XAMPP или другое программное обеспечение, то Python может помочь. Python поставляется с простым встроенным HTTP-сервером, который может запускать статические веб-страницы. С помощью этого небольшого HTTP-сервера вы можете превратить любой каталог в вашей системе в каталог вашего веб-сервера.Единственное, что вам нужно установить, это Python.
1. Проверьте, установлен ли Python на вашем компьютере
Откройте командную строку, чтобы узнать, установлен ли Python.
- В Windows выполните поиск Командная строка , затем, когда откроется окно, введите
python –V
. Нажмите Enter. - На Mac откройте Терминал , затем введите
python –V
. Нажмите Enter.
Командная строка (Windows) и Терминал (Mac) обычно называются синонимами, взаимозаменяемыми или просто «командной строкой».Это способ получить доступ к своей машине, набирая команды, указывающие ей, что делать.
Ваша командная строка либо вернет версию Python, либо сообщит, что Python не распознается. Если он возвращает версию, у вас установлен Python, если он не распознается, вам необходимо установить Python. На следующем снимке экрана вы видите, что на моем компьютере установлен Python версии 2.7.5.
Для установки Python используйте следующие руководства.
После установки проверьте версию еще раз, чтобы убедиться, что она работает.
2. Запустите команду Python в своей веб-папке, чтобы запустить локальный сервер
Теперь, когда Python работает и установлен, для запуска простого локального сервера нужно перейти к расположению нашей веб-папки, а затем выполнить однострочную команду, которая запустит наш локальный сервер в этой папке. В следующих инструкциях предположим, что я хотел бы поделиться каталогом / documents / mywebsite
, а мой IP-адрес — 192.168.1.2
.
Откройте командную строку ( Терминал на Mac, Командная строка в Windows).Команда cd
изменяет наш каталог. Введите cd
, а затем укажите путь к нашей локальной веб-папке.
$ cd / documents / mywebsite
Чтобы просмотреть список файлов, в которых вы сейчас находитесь, после изменения каталога введите dir
в Windows или ls
на Mac.
В папке вашего веб-сайта введите следующую команду
$ python -m SimpleHTTPServer
Вот и все! Теперь ваш http-сервер запустится через порт 8000.Вы получите сообщение:
$ cd / document / mywebsite
$ python -m SimpleHTTPServer
Обслуживание HTTP на порте 0.0.0.0 8000 ...
Теперь он может работать в фоновом режиме, больше ничего делать не нужно.
3. Откройте веб-сайт localhost в браузере
Теперь откройте браузер и введите следующий адрес:
http: // localhost: 8000
Вы также можете получить к нему доступ через:
http://192.168.1.2:8000 или
http: // 127.0.0.1: 8000
Если в каталоге есть файл с именем index.html, этот файл будет использоваться в качестве исходного файла. Если index.html отсутствует, будут перечислены файлы в каталоге.
Если вы хотите изменить используемый порт, запустите Python SimpleHTTPServer, используя следующую команду:
$ python -m SimpleHTTPServer 8080
Теперь откройте браузер и зайдите на свой сайт по адресу:
http: // localhost: 8080
Измените и измените папки в веб-папке, сохраните и затем обновите свою страницу.Ваша страница будет выглядеть так, как если бы она была размещена в Интернете.
4. Остановка Python SimpleHTTPServer
По окончании работы над веб-сайтом остановите сервер с помощью CTRL-C (Mac / Windows) . Это завершит локальный экземпляр сервера.
Вариант 2: Используйте программное обеспечение локального сервера XAMPP
XAMPP будет имитировать то, что может обслуживать MIT Scripts или коммерческий хостинг-провайдер.Python SimpleHTTPServer — это быстрое и простое решение для запуска локального сервера, который можно использовать для локальной разработки своей страницы, прежде чем отправлять ее в производство.Он будет работать для основных целей статического веб-сайта. Если вам нужны более продвинутые параметры, такие как возможность взаимодействия с MySQL или PHP, я предлагаю использовать XAMPP.
1. Загрузите и установите XAMPP
XAMPP можно загрузить и установить на Mac / Windows / Linux. Загрузите версию для своей операционной системы с домашней страницы XAMPP. Домашняя страница XAMPP и загрузки Загрузите на свой компьютер и установите с помощью мастеров установки.2. Проверьте свою установку
После запуска мастера у вас будет экземпляр локального сервера, который вы можете использовать для разработки своего веб-сайта на локальном компьютере. В Windows:- После установки XAMPP откройте его и просмотрите панель управления.
- Запустите Apache, щелкнув опцию Start службы Apache
- Щелкните Explorer , чтобы увидеть файловую структуру локального сервера.
- Щелкните папку htdocs . Наши документы HTML и PHP будут расположены здесь.
- Создайте новую папку в htdocs , назовите ее my-site
- Поместите содержимое своего веб-сайта в папку my-site .
- Перейдите в веб-браузере по адресу http: // localhost / my-site , чтобы увидеть свой сайт.
- После установки XAMPP откройте его и щелкните вкладку «Управление серверами».
- Нажмите , запустите в опции сервера Apache.
- В Finder перейдите в папку XAMPP в Приложениях и откройте папку htdocs .
- В htdocs создайте новую папку с именем my-site .
- Поместите документы и материалы своего веб-сайта в папку my-site .
- Перейдите в веб-браузере по адресу http: // localhost / my-site , чтобы увидеть свой сайт.
Другие варианты для серверов localhost
Существуют и другие варианты, более специфичные для Mac или Windows.Счастливой веб-разработки!
Вернуться на страницу руководств по DUSPviz
PHP: $ _SERVER — Руководство
Руководство по абсолютным путям … Данные: __FILE__
Тип данных: String
Назначение: Абсолютный путь к запущенному файлу PHP, включая имя файла.
Предостережение: это не файл, вызываемый процессором PHP, это то, что выполняется. Итак, если вы находитесь внутри include, это include.
Предостережение: символические ссылки предварительно разрешены, поэтому не доверяйте точному сравнению путей.
Предостережение: не предполагайте, что все операционные системы используют символ «/» в качестве разделителя каталогов.
Работает в веб-режиме: Да
Работает в режиме CLI: Да
Данные: __DIR__
Тип данных: Строка
Цель: Абсолютный путь к запущенному файлу PHP, исключая имя файла.
Предостережение: это не тот файл, который вызывается Процессор PHP, это то, что работает. Итак, если вы находитесь внутри include, это include.
Предостережение: символические ссылки предварительно разрешены, поэтому не доверяйте точному сравнению путей.
Предостережение: не предполагайте, что все операционные системы используют символ «/» в качестве разделителя каталогов.
Работает в веб-режиме: Да
Работает в режиме CLI: Да
Данные: $ _SERVER [‘SCRIPT_FILENAME’]
Тип данных: Строка
Цель: Абсолютный путь к исходному файлу PHP, включая имя файла
Предостережение: не задано во всех средах PHP может потребоваться настройка путем копирования из __FILE__ перед включением других файлов.
Предостережение: символические ссылки не разрешаются заранее, используйте функцию PHP realpath, если вам нужно ее разрешить.
Предостережение: не предполагайте, что все операционные системы используют символ «/» в качестве разделителя каталогов.
Предостережение: «Имя файла» заставляет вас думать, что это просто имя файла, но на самом деле это полный абсолютный путь. Считайте идентификатор как «Имя файловой системы (путь) скрипта».
Работает в веб-режиме: Да
Работает в режиме CLI: Да
Данные: $ _SERVER [‘PATH_TRANSLATED’]
Тип данных: Строка
Цель: Абсолютный путь к исходному файлу PHP, включая имя файла.
Предостережение: вероятно не установлен, лучше просто не использовать.Просто используйте realpath ($ _ SERVER [‘SCRIPT_FILENAME’]) (и имейте в виду, что его, возможно, потребуется эмулировать).
Предостережение: символические ссылки предварительно разрешены, поэтому не доверяйте точному сравнению путей.
Предостережение: не предполагайте, что все операционные системы используют символ «/» в качестве разделителя каталогов.
Работает в веб-режиме: Да
Работает в режиме CLI: Нет
Данные: $ _SERVER [‘DOCUMENT_ROOT’]
Тип данных: Строка
Цель: Получить абсолютный путь к корню документа веб-сервера. Без слеша в конце.
Предостережение: не доверяйте этой настройке или правильной настройке, если вы не контролируете серверную среду.
Предостережение: символические ссылки могут быть предварительно разрешены или не иметь, используйте функцию PHP ‘realpath’, если вам нужно ее разрешить.
Предостережение: не предполагайте, что все операционные системы используют символ «/» в качестве разделителя каталогов.
Работает в веб-режиме: Да
Работает в режиме CLI: Нет
Обратите внимание, что если что-то не установлено, оно может отсутствовать в $ _SERVER или может быть пустым, поэтому для теста используйте функцию PHP «empty».
Обратите внимание, что если вы вызываете «php —info» в командной строке, то, естественно, некоторые из этих параметров будут пустыми, поскольку файл PHP не задействован.