mirror of
				https://github.com/yiisoft/yii2.git
				synced 2025-11-04 14:46:19 +08:00 
			
		
		
		
	Merge pull request #9000 from HawkingEtha/tutorial-shared-hosting-fix
RU edited for tutorial shared hosting [skip ci]
This commit is contained in:
		@ -1,19 +1,16 @@
 | 
			
		||||
Окружение виртуального хостинга
 | 
			
		||||
==========================
 | 
			
		||||
 | 
			
		||||
Окружение виртуальных хостингов зачастую весьма ограничено в настройках конфигурации и структуры директорий.
 | 
			
		||||
Тем не менее, в большинстве случаев, внеся некоторые корректировки возможно запустить Yii2 на виртуальном хостинге.
 | 
			
		||||
Зачастую окружение виртуальных хостингов весьма ограничено как в настройках конфигурации, так и в настройках структуры директорий. В большинстве случаев, однако, возможно запустить Yii2 на виртуальном хостинге, внеся некоторые корректировки.
 | 
			
		||||
 | 
			
		||||
Установка Basic приложения.
 | 
			
		||||
Установка приложения Basic.
 | 
			
		||||
---------------------------
 | 
			
		||||
 | 
			
		||||
Поскольку на виртуальном хостинге обычно только один webroot, то лучше использовать Basic приложение. Прочитайте раздел
 | 
			
		||||
[Установка Yii](start-installation.md) и установите Basic приложение локально. После того как приложение работает локально,
 | 
			
		||||
можно сделать некоторые корректировки, которые помогут разместить приложение на виртуальном хостинге.
 | 
			
		||||
Поскольку на виртуальном хостинге обычно только один webroot, то лучше использовать шаблонное приложение Basic. Прочитайте раздел [Установка Yii](start-installation.md) и локально установите приложение. После того как оно начнет работать, можно внести необходимые корректировки, которые помогут разместить Basic на виртуальном хостинге.
 | 
			
		||||
 | 
			
		||||
### Переименование webroot <span id="renaming-webroot"></span>
 | 
			
		||||
 | 
			
		||||
Подключитесь к вашему виртуальному хостингу используя FTP или другой способ. Вероятнее всего вы увидите следующее: 
 | 
			
		||||
Подключитесь к вашему виртуальному хостингу, используя FTP или другой способ. Скорее всего вы увидите следующее: 
 | 
			
		||||
 
 | 
			
		||||
```
 | 
			
		||||
config
 | 
			
		||||
@ -21,22 +18,17 @@ logs
 | 
			
		||||
www
 | 
			
		||||
```
 | 
			
		||||
 | 
			
		||||
В приведенном выше описании, `www` - это webroot директория вебсервера. Она может называться по-другому. Возможные названия:
 | 
			
		||||
`www`, `htdocs` или `public_html`.
 | 
			
		||||
В приведенном выше описании `www` - это webroot директория веб-сервера. Она может называться по-другому. Возможные названия: `www`, `htdocs` или `public_html`.
 | 
			
		||||
 | 
			
		||||
В Basic приложении webroot называется `web`. Перед загрузкой своего приложения на виртуальный хостинг, переименуйте 
 | 
			
		||||
локальный webroot на название webroot виртуального хостинга. Например `web` в `www` или `public_html`, в зависимости от
 | 
			
		||||
наименования webroot вашего хостинга.
 | 
			
		||||
В Basic webroot называется `web`. Перед загрузкой своего приложения на виртуальный хостинг, переименуйте локальный webroot на название webroot виртуального хостинга. Например, `web` в `www` или `public_html`, в зависимости от наименования webroot вашего хостинга.
 | 
			
		||||
 | 
			
		||||
### Корневая директория FTP доступна для записи
 | 
			
		||||
 | 
			
		||||
Если вы можете записать в корневую директорию, так где располагаются `config`, `logs` и `www`, то загрузите сюда же
 | 
			
		||||
`assets`, `commands` и остальные директории, также как у вас локально.
 | 
			
		||||
Если вы можете записать в корневую директорию, где располагаются `config`, `logs` и `www`, то загрузите сюда же `assets`, `commands` и остальные директории, так же, как и у вас, локально.
 | 
			
		||||
 | 
			
		||||
### Добавим настройки для вебсервера <span id="add-extras-for-webserver"></span>
 | 
			
		||||
### Добавим настройки для веб-сервера <span id="add-extras-for-webserver"></span>
 | 
			
		||||
 | 
			
		||||
Если ваш сервер Apache, то вы можете добавить в `web`(или `public_html`, или наподобие, там где располагается `index.php` файл)
 | 
			
		||||
директорию один файл `.htaccess` со следующим содержимым:
 | 
			
		||||
В случае, если ваш сервер Apache, добавьте в директорию `web` или аналогичную, где располагается `index.php`, файл `.htaccess` со следующим содержимым:
 | 
			
		||||
 | 
			
		||||
```
 | 
			
		||||
Options +FollowSymLinks
 | 
			
		||||
@ -56,23 +48,16 @@ RewriteRule . index.php
 | 
			
		||||
 | 
			
		||||
### Проверка требований
 | 
			
		||||
 | 
			
		||||
Для того чтобы запустить Yii, ваш веб-сервер должен соответствовать его требованиям. Минимальное требование к PHP - это 
 | 
			
		||||
его версия 5.4. Для того, чтобы проверить требования, скопируйте `requirements.php` из корневого каталога в каталог webroot
 | 
			
		||||
и запустить его с помощью браузера, используя url `http://example.com/requirements.php`. Не забудьте после проверки требований 
 | 
			
		||||
удалить файл `requirements.php`.
 | 
			
		||||
Для того чтобы запустить Yii, ваш веб-сервер должен соответствовать его требованиям. Минимальное требование к PHP - это его версия 5.4. Для того чтобы проверить требования, скопируйте `requirements.php` из корневого каталога в каталог webroot и запустите его с помощью браузера, используя url `http://example.com/requirements.php`. Не забудьте после проверки требований удалить файл `requirements.php`.
 | 
			
		||||
 | 
			
		||||
Установка Advanced приложения
 | 
			
		||||
Установка шаблона приложения Advanced
 | 
			
		||||
---------------------------------
 | 
			
		||||
 | 
			
		||||
Установка Advanced приложения немного сложнее, чем установка Basic, из-за того, что в Advanced приложении 
 | 
			
		||||
имеются две директории webroot, работа с которыми на виртуальном хостинге не поддерживается. Нам нужно внести изменения 
 | 
			
		||||
в структуру директорий.
 | 
			
		||||
Установка шаблона Advanced немного сложнее, чем установка Basic, из-за того, что в Advanced имеются две директории webroot, работа с которыми на виртуальном хостинге не поддерживается. По этой причине нам потребуется внести изменения в структуру директорий.
 | 
			
		||||
 | 
			
		||||
### Перемещение входных скриптов в одну директорию webroot
 | 
			
		||||
 | 
			
		||||
Для начала нам необходимо директория webroot. Создайте новую директорию и назовите её, так же как на виртуальном хостинге,
 | 
			
		||||
например как описывалось выше в [Переименование webroot](#renaming-webroot) `www` или `public_html`, или наподобие.
 | 
			
		||||
Затем создайте следующую структуру в `www` директории, которую вы только что создали:  
 | 
			
		||||
Для начала нам необходима директория webroot. Создайте новую директорию и назовите её так же, как на виртуальном хостинге, например, `www` или `public_html`, как описывалось выше в разделе [Переименование webroot](#renaming-webroot). Затем создайте следующую структуру в `www`:
 | 
			
		||||
 | 
			
		||||
```
 | 
			
		||||
www
 | 
			
		||||
@ -85,14 +70,11 @@ frontend
 | 
			
		||||
...
 | 
			
		||||
```
 | 
			
		||||
 | 
			
		||||
`www` будет нашей фронтенд директорией, переместите в неё всё из `frontend/web`. Также поступите и для  `backend/web`,
 | 
			
		||||
скопировав всё в `www/admin`. В каждом случае нужно настроить пути внутри файлов `index.php` и `index-test.php`.
 | 
			
		||||
Нашей фронтенд директорией будет `www`. Переместите в неё всё из `frontend/web`. Так же поступите и для `backend/web`, скопировав всё в `www/admin`. В каждом случае нужно настроить пути внутри файлов `index.php` и `index-test.php`.
 | 
			
		||||
 | 
			
		||||
### Отдельные сессии и куки
 | 
			
		||||
  
 | 
			
		||||
Изначально подразумевалось, что приложения бекенд и фронтенд располагаются на разных доменах. Когда мы перенесли всё в
 | 
			
		||||
один домен, то куки и сессии из бекенда и фронтенда будут пересекаться. Для исправления этого внесите следующие настройки
 | 
			
		||||
в конфигурацию backend приложения `backend/config/main.php`:
 | 
			
		||||
Изначально подразумевалось, что приложения бекенд и фронтенд располагаются на разных доменах. Теперь, когда мы перенесли всё на один домен, куки и сессии из бекенда и фронтенда стали пересекаться. Для решения этой проблемы требуется внести следующие настройки в конфигурацию бекенд-приложения `backend/config/main.php`:
 | 
			
		||||
 | 
			
		||||
```php
 | 
			
		||||
'components' => [
 | 
			
		||||
 | 
			
		||||
		Reference in New Issue
	
	Block a user