FAQ по хостингу
Главная Контакты Карта сайта Добавить в избранное


интернет-центрподдержка > FAQ по хостингу

Навигация:

общий FAQ
FAQ по хостингу
FAQ по xDSL
обращение в поддержку
выбор пула
выделенные линии
организация VPN
форумы
гостевой доступ
зарегистрированные
пользователи xDSL
пользователи IPTV
пользователи СТК
настройка почты
настройка новостей
настройка прокси
модемные пулы
наши сервера
списки рассылки
безопасность
фильтрация трафика
классы трафика
получение адресов
модемы
домашние страницы

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Какие технологии можно использовать при разработке размещаемого у вас Web-сайта?

В настоящий момент нашим Web-сервером (Apache 2) поддерживаются:

 
HTML;
 
Flash;
 
SSI;
 
CGI (Perl 5, Tcl 8);
 
PHP4;
 
СУБД MySQL.

Как мне зарегистрировать свое доменное имя (не из домена vsi.ru)?

Координацией и распределением доменных имен в России занимается АНО «Региональный Сетевой Информационный Центр» (RU-CENTER), на сайте которого ( www.nic.ru) можно ознакомиться с процедурой регистрации. Для того, чтобы зарегистрировать зону (доменное имя), надо отправить заявку в RU-CENTER. При заполнении заявки следует иметь в виду, что она будет обрабатываться роботом-автоматом, поэтому заполнять заявку следует аккуратно. Робот обрабатывает заявку и выделяет в ней записи для базы данных регистрации доменов. Доменные имена необходимо ежегодно перерегистрировать.

Домен необходимо размещать как минимум на двух серверах, один из которых является первичным (primary), а другой вторичным (secondary). Это производится на случай отказа одного из серверов.

Как мне посмотреть статистику по посещениям моего Web-сайта?

Для просмотра статистики по Web-сайту необходимо зайти на сайт webstat.vsi.ru, ввести там имя сайта и затем в появившемся окне ввести свой логин и пароль, используемые для обновления сайта по FTP. Если вы ввели их правильно, загрузится страница статистики сайта.

Можно ли посмотреть статистику посещений моей персональной Web-страницы?

К сожалению нет, по крайней мере пока статистика посещений клиентских страниц не ведется.

Я хочу разместить CGI-скрипт на своем виртуальном сервере. Как мне это сделать?

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

 
Вставить в первую строку скрипта вызов интерпретатора для его выполнения.

Для скрипта, написанного на Perl, первая строка будет выглядеть так:

#!/usr/bin/perl

Для скрипта на TCL так:

#!/usr/local/bin/tclsh

 
Убрать из исходного текста скрипта символы перевода строки (#13). Большинство программ-перекодировщиков умеет это делать автоматически к примеру при перекодировке текста из Win1251 в KOI8-R.
 
Зайти на FTP-сервер ftp.vsi.ru под своим логином и паролем для обновления сайта и положить скрипт в подкаталог cgi-bin корневого каталога. После этого необходимо присвоить скрипту права на исполнение. Обычно присваиваются права r-xr-xr-x (восьмеричный код 0555).
 
Проверить работоспособность скрипта, вызвав его с необходимыми параметрами.

Я хочу разместить PHP-скрипт на своем виртуальном сервере. Как мне это сделать?

Для этого нужно, предварительно убрав символы перевода строки (#13) из скрипта, зайти на FTP-сервер ftp.vsi.ru под своим логином и паролем для обновления сайта и скопировать его в какой-либо каталог вашего сайта, присвоив ему расширение .php, .php3 или .phtml. Обращаем ваше внимание на то, что при использовании расширения .php3 скрипты все равно будут обрабатываться PHP-интерпретатором версии 4.

Я хочу разместить CGI- или PHP-скрипт на своей домашней странице. Возможно ли это?

Нет, на домашних страницах клиентов возможность использования CGI и PHP не предусмотрена.

Я хочу отослать E-Mail сообщение из своего CGI-скрипта. Где у вас находится программа sendmail?

Путь к sendmail: /usr/sbin/sendmail.

Какие технологии можно использовать на домашних страницах?

На домашних страницах не будет работать активный контент (CGI, PHP), а также вызовы SSI #exec. Все остальное (HTML, Flash, SSI, и.т.д.) использовать можно.

Возможно ли использовать вместо стандартного index.html другой файл индекса каталога ?

Да, возможно. В настоящий момент сервером распознаются следующие имена файлов индексов (в порядке убывания предпочтения):

DirectoryIndex index.html index.shtml index.php index.php3 index.phtml index.htm

Например, если в каталоге имеются два файла — index.html и index.php, то будет использован тот, который находится ближе к началу списка, т.е. index.html.

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

Я скопировал сайт со своей машины на ваш сервер, и у меня теперь не работают ссылки и не видны картинки и иконки. Почему ?

Проверьте, чтобы регистр в именах файлов, которые вы скопировали на сервер, совпадал с регистром букв в ссылках на них. Например, если файл называется PICTURE.GIF, то будет работать ссылка на PICTURE.GIF, и не будет работать ссылка на picture.gif или Picture.Gif. То же самое касается имен каталогов.

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

Поведение браузера зависит от MIME-типа документа. MIME-тип выдается браузеру Web-сервером и обычно отпределяется по расширению файла. Поэтому посмотрите, какой именно MIME-тип выдается сервером. Если тип выдается правильный (например, application/zip для ZIP-архива), то проблема в браузере — нужно в его настройках прописать правильное действие для данного типа документов (например, запуск архиватора WinZIP). Если же тип выдается неверный (например, text/plain для RAR-архива), то это означает, что Web-сервер не может найти соответствия MIME-тип – расширение файла и по умолчанию выдает text/plain. В таком случае нужно прописать это соответствие в файле .htaccess примерно таким образом:

AddType application/rar .rar

Поддерживает ли ваш сервер автоматическую перекодировку документов и GET/POST запросов?

Нет. Сервер не выполняет перекодировку, отдавая данные без изменений.

Я создал документ во FrontPage и перекодировал его в KOI8-R, но в браузере по-прежнему виден бессмысленный набор символов. В чем дело?

FrontPage любит указывать charset внутри HTML-документа в теге META. В случае если содержимое этого тега не соответствует реальной кодировке документа, он будет показываться неправильно. Либо уберите теги META CHARSET из заголовков HTML-документов, либо не перекодируйте документ, оставив его в оригинальной кодировке, а для того, чтобы указать серверу, какую кодировку выдавать для данного документа, воспользуйтесь директивой AddDefaultCharset (пример приведен в ответе на следующий вопрос).

Я переношу на ваш хостинг большой проект, документы которого хранятся не в KOI8-R. Возможно ли обойтись без перекодировки вручную?

Да, возможно. Для того, чтобы наш Web-сервер знал, что ваши документы хранятся в другой кодировке, нежели KOI8-R, необходимо создать в каталоге с документами файл .htaccess и вставить в него следующую строчку:

AddDefaultCharset имя_кодировки

Например, для документов в кодировке Windows 1251 данная строка будет выглядеть так:

AddDefaultCharset windows-1251

После этого сервер начнет выдавать браузерам корректную кодировку.

Я вставил в HTML-документ вызов скрипта через SSI, но не хочу менять расширение документа на .shtml. Можно ли разрешить процессинг SSI для этого документа?

Можно. Для этого необходимо установить для этого документа набор прав rwxr–r–, то есть присвоить владельцу файла право на исполнение документа. Тогда наш Web-сервер будет обрабатывать этот документ как содержащий вызовы SSI.

Как мне сделать свой обработчик для ошибки «Missing Document»?

Для этого нужно в файле .htaccess прописать примерно следующую строку:

ErrorDocument 404 /missing.html

или в случае домашней страницы:

ErrorDocument 404 /~имя_страницы/missing.html

а затем в файле missing.html написать текст сообщения об ошибке.

Можно сделать и более сложную обработку с использованием CGI или PHP. В этом случае вместо /missing.html указывайте местоположение скрипта, ответственного за обработку ошибки.

Как мне ограничить доступ к части сайта — разрешить доступ туда только с указанием логина и пароля?

Для этого нужно:

Взять утилиту для формирования файлов паролей Apache htpasswd.exe и создать с ее помощью файл паролей Apache (при создании файла должно использоваться хеширование MD5 (ключ -m у утилиты htpasswd)), а также создать файл групп пользователей (если объединение пользователей в группы производиться не будет, можно создать пустой файл групп).

Скопировать файл паролей (например, users.dat) и файл групп (например, groups.dat) в отдельный каталог сайта (например, data), предварительно убрав из них символы перевода строки (#13), и защитить этот каталог от доступа извне, разместив в нем файл .htaccess следующего вида:

Order Allow,Deny
Deny from all

Далее необходимо создать в каталоге с защищаемой частью сайта файл .htaccess, и прописать в нем примерно следующее :

AuthType basic
AuthName "Restricted area. Please enter username and password"
AuthUserFile /web/vhosting/имя_сайта/data/users.dat
AuthGroupFile /web/vhosting/имя_сайта/data/groups.dat
Require user user1 user2
Require group group1 group2

или в случае домашней страницы:

AuthType basic
AuthName "Restricted area. Please enter username and password"
AuthUserFile /web/users/имя_страницы/public_html/data/users.dat
AuthGroupFile /web/users/имя_страницы/public_html/data/groups.dat
Require user user1 user2
Require group group1 group2

Затем можно проверить работу всего этого, попытавшись зайти браузером в защищенный каталог, указав нужное имя пользователя и пароль.

Если вместо «Require user user1 user2» будет указано «Require valid-user», то получить доступ к защищенной части сайта сможет любой пользователь, присутствующий в файле users.dat, при условии успешной проверки пароля.

Я создал файл .htaccess и прописал в нем все инструкции, но они не работают. В чем проблема?

Необходимо удостовериться, что в конце строк в этом файле не стоят символы перевода строки (#13). Если они там есть, то необходимо их удалить. Большинство программ-перекодировщиков, которые могут перекодировать текст из Windows-1251 в KOI8-R, справятся с этой задачей. Также для этого можно воспользоваться утилитой Skip13.

Как мне сделать веб-интерфейс к моей БД на MySQL?

Для этого вы можете воспользоваться утилитой phpMyAdmin. Это некоммерческое приложение, написанное на языке PHP , реализующее довольно удобный и функциональный Web-интерфейс к базе данных Mysql.

Вы не ответили на мой вопрос. Где я могу получить дополнительную информацию?

Ответы на общие вопросы по настройке Web-сервера Apache 2 вы можете получить на этом сайте:

 http://httpd.apache.org/docs-2.0/ru/ — Документация к HTTP-серверу Apache 2.0

Ответы на общие вопросы по PHP вы можете получить на этом сайте:

 http://www.php.net — PHP Hypertext Processor

Документацию по MySQL и множество сопутствующего ПО можно найти здесь:

 http://www.mysql.org — The site for MySQL Community

Ответы на частные вопросы, относящиеся к деталям настройки нашего Web-сервера, вы можете получить либо задав вопрос в одном из наших форумов, либо послав письмо с вопросом по адресу  webadm@vsi.ru. Возможно, ответ на ваш вопрос будет внесен в этот FAQ.



 ©2005 Воронежский филиал ОАО "Центртелеком"
 Сегодня: 17.08.2017
 Загрузок страницы с 07.03.2002: 37280

главная   |   контакты   |   форум   |   карта сайта

ОАО "Центртелеком" - Воронежский интернет-центр

Россия, г. Воронеж, 394000,
пр. Революции д. 35,
Тел.: 050