Документация по хостингу

Тех. поддержка

  1. Перед тем как обратиться
    ×
    • Ваш вопрос является техническим?
      Вопросы, связанные с функционированием сервиса WebNames, решаются технической поддержкой WebNames: http://www.webnames.ru/company/about#contacts.

    • Ваш вопрос есть в FAQ?
      Вполне возможно, ответ на ваш вопрос уже содержится в разделе FAQ, и это позволит сэкономить ваше время: http://www.webnames.ru/help/hosting.
      Кроме того, рекомендуем ознакомиться с документацией http://www.webnames.ru/help/faq.

    • Всё ли в порядке с оплатой и лимитами?
      Как правило, убедиться в этом проще самостоятельно. Проверьте почтовый ящик, с которым вы регистрировались на WebNames. Удостоверьтесь, что он работает, отправив себе тестовое письмо.
  2. Техническая поддержка
    ×

    Если у вас остались вопросы, направляйте их на адрес: hosting@webnames.ru.

DNS

  1. Что нужно знать о DNS
    ×

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

        ваш.домен       NS ns1.gohost.ru.
        ваш.домен       NS ns2.gohost.ru.
    

    Учтите, что изменения, вносимые Вами в DNS-зону в панели управления хостингом, появляются на вторичном DNS не сразу, а в течение примерно 15-ти минут. А на DNS-серверах интернет-провайдеров эти изменения появляются примерно в течение суток.

  2. Редактирование записей
    ×

    Интерфейс редактирования DNS-записей доступен в панели управления по пути Главное->Доменные имена->Записи. Изначально в зоне содержатся записи, необходимые для работы Вашего хостинга. При добавлении поддоменов хостинга, DNS-записи добавляются автоматически.

Размещение сайта

  1. Ваши каталоги
    ×

    Содержимое сайта необходимо разместить в каталоге сервера /www/имя_домена/. Этого достаточно, если сайт написан на html.

  2. Перенос сайта
    ×

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

    1. Вам необходимо скачать с старого хостинга архив с сайтом. В нём должны быть различные файлы и база данных в формате .sql или .sql.gz.
    2. Файлы сайта необходимо разместить на нашем сервере в каталоге /www/имя_домена/. Реквизиты доступа в панель приходят отдельным письмом после заказа хостинга.
    3. Базу данных сначала нужно создать в разделе "Базы данных" панели управления хостином. Имя базы не более 8 символов. К имени базы и имени пользователя автоматом допишется логин на сервере, т.е. указывая базу логин "basename" в итоге получится что-то вроде cl123456_basename, где cl123456 - логин на сервере.
    4. В пустую базу нужно импортировать данные из файла .sql. Для импорта удобно использовать скрипт Adminer (https://www.adminer.org/). Разместите его на сервере, рядом с ним поместите дамп базы, переименованный как adminer.sql. Затем откройте скрипт браузером, авторизуйтесь с реквизитами доступа к базе, затем импортируйте базу из раздела "Импорт" / "С сервера" / "Запустить файл".
    5. В конфигурационном файле сайта нужно поправить реквизиты доступа к базе данных. Имя сервера - localhost, имя базы, логин и пароль - те, что были в пункте 2.

    После совершения этих действий нужно настроить домен на DNS-серверы нашего хостинга:

    ns1.gohost.ru
    ns2.gohost.ru  
    

    Обычно в течение суток после совершения этих действий сайт начинает открываться.

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

  3. Веб-менеджер файлов
    ×

    Самым наглядным способом для доступа к Вашим файлам является веб-менеджер, доступный в панели по пути: Инструменты → Менеджер файлов

  4. FTP
    ×

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

    Обратите внимание на то, что на каталоги права доступа должны быть 0755 ( rwxr-xr-x ), на .html и .php-файлы --- 0644 ( rw-r--r-- ), на исполняемые файлы в каталоге /cgi-bin --- 0750 ( rwxr-x---, собственник --- Ваш пользователь (cl*), группа --- Ваш пользователь (cl*).

  5. Поддомены и дополнительные домены
    ×

    В случае, если Вам потребуется хостинг для поддомена или для дополнительного домена, Вы можете создать его в разделе «WWW домены»

Журналы веб-сервера, статистика, отчёты, их рассылка

  1. Журналы
    ×

    Журналы(логи) веб-сервера доступны по адресу «World Wide Web» → «Журнал». Там же Вы можете просмотреть архивные журналы и, при необходимости, удалить или очистить их (журналы используют предоставляемый хостингом лимит на место). Журналы также доступны по протоколу FTP в каталоге logs.

    Настроить общее архивирование журналов Вы можете в разделе «Настройки» → «Ротация логов». Вы также можете настроить архивирование журналов для каждого домена отдельно в разделе «WWW домены» → ваш.домен → «Изменить»

  2. Статистика
    ×

    Анализатор посещаемости накапливает статистику посещений Вашего хостинга для Вашего удобства. Посмотреть её Вы можете по протоколу FTP или через «Менеджер файлов» в каталоге «WWW» → ваш.домен → webstat

URL rewrite, .htaccess, паролированные каталоги

  1. Защита директории паролем
    ×

    При помощи файла .htaccess и .htpasswd Вы можете ограничить круг посетителей, допущенных к определённым каталогам Вашего сайта, при этом HTTP Basic-авторизация --- один из способов сделать это. Вы также можете упростить такую настройку при помощи раздела «World Wide Web» → «Ограничение доступа»

  2. URL rewrite
    ×

    Ваш сайт будет выглядеть более импозантно, если URL веб-страниц будут удобочитаемыми (подробнее). Для примера напишите в свой .htaccess:

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index/(.*)$ /index.php/$1
    

    и посетитель, запращивая страницу http://ваш.домен/index/page, получит в ответ страницу http://ваш.домен/index.php/page. Подробнее: http://httpd.apache.org/docs-2.0/misc/rewriteguide.html

  3. Прочие возможности .htaccess
    ×

    Вы также можете запрещать доступ с определённых IP-адресов: http://httpd.apache.org/docs-2.0/howto/auth.html#whatotherneatstuffcan , назначать кодировку веб-страниц: http://httpd.apache.org/docs-2.0/mod/core.html#adddefaultcharset и даже менять тип содержимого в HTTP-заголовке: http://httpd.apache.org/docs-2.0/mod/mod_mime.html#addtype. Также, можно назначить имена индексных файлов для Ваших веб-каталогов: http://httpd.apache.org/docs-2.0/mod/mod_dir.html#directoryindex.
    подробнее: http://httpd.apache.org/docs-2.0/howto/htaccess.html

Электронная почта

  1. Создание ящика
    ×

    Ящик в домене создаётся по пути: «E-mail» → «Почтовые ящики» → «Создать». Для почты как таковой на странице создания существенны только размер ящика и спам-фильтр. При назначении размера ящика важно помнить, что максимальный объём дискового пространства, занимаемый почтой в целом, равен сумме назначенных размеров почтовых ящиков, а системная квота FTP-пользователя не распространяется на не-FTP содержимое, к которому также относится почта, так что нужно либо назначить размеры ящиков, при которых лимит на дисковое пространство не будет превышен, либо постоянно следить за содержимым каждого из почтовых ящиков для того, чтобы не превысить установленный тарифным планом лимит дискового пространства.

    При отправке писем помните, что быстрее и проще использовать SMTP-сервер Вашего Интернет-провайдера для отправки писем.

    После создания почтового ящика в панели управления существует множество настроек, которыми Вы можете воспользоваться по пути «E-mail» → «Почтовые ящики» → ваш.почтовый.ящик

    Рассмотрим их по порядку важности.

  2. Веб-почта
    ×

    Средство доступа к Вашим почтовым ящикам, позволяющее использовать веб-броузер на клиентской рабочей станции. Доступно по адресу: http://ваш.домен/webmail. В качестве имени входа (логина) используйте ящик@ваш.домен.

  3. Пересылка
    ×

    Средство, осуществляющее дублирование Вашей корреспонденции на указанный Вами почтовый ящик. Может быть удобно тем, у кого есть какие-либо преимущества (территориальное расположение: например, локальная сеть, тарификация: например, бесплатный почтовый Dial-Up аккаунт, способ доступа: например, доставка писем в виде SMS, лимиты на дисковое пространство ) на другом почтовом ящике, служащем для чтения писем. Доступно по пути: «E-mail» → «Почтовые ящики» → ваш.почтовый.ящик → «Слать копии писем на e-mail»

  4. Автоответчики
    ×

    Доступно по пути: «E-mail» → «Почтовые автоответчики»

    Средство оповещения отправителя о приходе письма в ящик. Позволяет не только назначить текст для отправки, но и присоединить к нему файлы, например, картинки. К сожалению, не рекомендуется вставлять русский текст, поскольку отправитель исходного письма может не знать русский язык или его почтовый клиент может не поддерживать кодировку, в которой отправляются письма (UTF-8).

  5. Протоколы, SSL-защита
    ×

    Почтовый сервис, помимо стандартных протоколов pop3 и smtp поддерживает imap, а также imaps, pop3s, smtps, позволяющие Вам скрыть информацию, передающуюся по каналам связи, от посторонних глаз, что особо актуально в беспроводную и Ethernet-эпоху, когда владелец каждого из промежуточных Интернет-маршрутизаторов имеет доступ ко всему проходящему через них трафику. Рекомендуем пользоваться данными мерами предосторожности как минимум в целях сокрытия паролей на Ваши почтовые ящики. Помните, что атака на клиентскую машину в сетях Ethernet, в частности, типа man-in-the-middle, как правило, тривиальна даже для школьника.

    Сервисы работают по стандартным для них портам:

    pop3s           995/tcp
    imaps           993/tcp
    smtps           465/tcp
    

    Также, Вы можете располагать HTTPS-защищённой веб-почтой по адресу: https://ваш.домен/webmail

  6. Почтовые группы
    ×

    Средство совместной работы над корреспонденцией начального уровня. Доступно по пути: «E-mail» → «Почтовые группы».

    Позволяет добавлять другие почтовые ящики для доставки в них почты (аналог пересылки), при этом имея свои почтовые IMAP-каталоги и пароли на доступ к ящикам. Соответственно, имеет смысл при количестве почтовых ящиков в домене 2 и более.

SSI

  1. Введение.
    ×

    SSI - это директивы, вставляемые прямо в HTML-код и служащие для передачи указаний Wеb-серверу. Встречая такие директивы, называемые SSI-вставками, Web-сервер интерпретирует их и выполняет соответствующие действия, такие как вставка HTML-фрагмента из другого файла или динамическое формирование страничек в зависимости от некоторых переменных (например, типа броузера).

    Преимущества SSI проявляются, когда нам нужно поддерживать достаточно большой по объему сайт, имеющий определенную структуру и повторяющиеся элементы кода на всех страничках. Вообще, при применении серверных включений сайт удобно рассматривать как состоящий из отдельных блоков, каждый из которых отвечает за свою часть странички. Эти блоки практически неизменны и повторяются от страницы к странице. В эти блоки можно вынести такие элементы странички как: главное меню, рекламные вставки, повторяющиеся элементы оформления страничек и т.д. Физически эти блоки представляют собой просто HTML-файлы, содержащие часть кода, нужную для выполнения их задачи.

    Для того, чтобы сервер знал, что страничка не обычная, а содержит SSI-директивы, она имеет специальное расширение: *.shtml, наличие которого и заставляет web-сервер предварительно обрабатывать странички. Вообще-то, расширение может быть любое - в зависимости от конфигурации web-сервера, но в основном применяется именно *.shtml.

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

    <!--#command param="value" -->
    где # - признак начала SSI-вставки
    command - SSI-команда
    param - параметры SSI-команды
    

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

    <!--#include virtual="/path/file.ssi" -->
    где include - команда вставки
    virtual - параметр, определяющий, как трактовать путь - как абсолютный file или как относительный virtual
    "/path/file.ssi" - путь к включаемому файлу
    

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

    Следующая команда - это команда установки значения переменной:

    <!--#set var="pic" value="picture.gif" -->
    где var - команда установки значения переменной
    pic - имя переменной
    "picture.gif" - значение переменной
    

    В данном случае мы определили переменную с именем pic и присвоили ей строковое значение "picture.gif". Значение переменной picтеперь доступно внутри SSI-вставки, и мы можем его использовать по нашему усмотрению. Например, используя одну и ту же SSI-вставку, но с разными значениями определенной в ней переменной, мы получим различные результаты. Перед тем, как показать реальный пример использования переменных в SSI-включениях, я расскажу о некоторых командах, применяемых при работе с переменными. Во-первых, это команда вывода значения переменной:

    <!--#echo var="pic" -->
    

    Ее выполнение приведет к тому, что в месте появления команды напечатается значение переменной pic, т.е. "picture.gif".

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

    Вот пример:

    <!--#set var="A" value="123" -->
    <!--#set var="B" value="$A456" -->
    

    После такого присвоения переменная B будет содержать строку "123456". Если же в текст понадобится просто вставить знак ′$′ или какой-нибудь из других специальных знаков, то его нужно предварить слешем, вот так: ′\$′. В некоторых случаях для избежания двусмысленности значение переменной может быть заключено в фигурные скобки: "${A}".

    Более сложное применение переменных возможно с использованием условных операторов, имеющих следующую форму написания:

    <!--#if expr="condition" -->
    <!--#elif expr="condition" -->
    <!--#else -->
    <!--#endif -->
    
    где condition - условие для сравнения
    

    В зависимости от результатов проверки мы можем подставить тот или иной фрагмент кода. Допустим, мы можем проанализировать тип броузера пользователя и в зависимости от этого выдать либо код для Netscape Navigator-а, либо Internet Explorer-а. Это может оказаться полезным в некоторых случаях, когда невозможно сделать страничку, которая корректно отображалась бы в обоих броузерах. Вот пример использования условного оператора:

    <!--#set var="Monday" -->
    <!--#if expr="$Monday " -->
    Сегодня понедельник.
    <!--#else -->
    Что угодно, но не понедельник.
    <!--#endif -->
    

    В данном случае условием проверки является существование переменной $Monday и, в зависимости от этого, подстановка того или иного HTML-кода.

    Полная документация по использованию SSI находится на http://httpd.apache.org/docs-2.0/ru/mod/mod_include.html#elements.

  2. Пример: header, footer
    ×

    Теперь давайте рассмотрим реальный пример применения SSI для формирования сложного документа из нескольких SSI-вставок. Вначале напишем текст основного HTML-документа, полагая, что SSI-вставки находятся в каталоге /ssi:

    index.shtml
    <!--#set var="title" value="Что такое SSI?" -->
    <!--#set var="keywords" value="SSI, SHTML, CGI, Apache" -->
    <!--#set var="description" value="Пример использования SSI." -->
    <!--#include virtual="ssi/_header.shtml" -->
    
    Здесь находится текст нашей странички.
    
    <!--#include virtual="ssi/_footer.shtml" -->
    

    Теперь напишем код для этих SSI-вставок:

    _header.shtml
    <html>
    <head>
    <title><!--#echo var="title" --></title>
    <meta name="keywords" content="<!--#echo var="keywords" -->">
    <meta name="description" content="<!--#echo var="description" -->">
    
    _footer.shtml
    </body>
    </html>
    

    Как видите, основной документ предельно упрощен и состоит из директив, устанавливающих значения переменных title, keywords и description, которые и будут подставлены в код странички при обработке SSI-вставок, определяющих код для верхней и нижней частей странички. Реальный код SSI-вставок обычно гораздо сложнее и может включать в себя большее количество определяемых переменных и сложных условий, формирующих окончательный вид странички.

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

    Второе, не менее важное преимущество, - это возможность мгновенной замены дизайна сайта, не требующая переделывания страничек с информационным содержанием сайта. Для смены дизайна достаточно переписать SSI-вставки, формирующие внешний вид сайта. В нашем случае это файлы _header.shtml и _footer.shtml.

PHP

  1. Введение. Описание особенностей установленного PHP
    ×

    PHP --- язык написания сценариев, который можно встраивать непосредственно в HTML. По сравнению с SSI обладает более развитыми возможностями, но сложнее в изучении.

    На текущий момент установлен PHP5, расширения: ctype, curl, domxml, ftp, gd, gettext, imap, mbstring, mhash, mysql, odbc, openssl, overload, pcre, pgsql, posix, session, sockets, tokenizer, xml, xslt, zlib. Подробнее: http://www.php.net/manual/ru/

  2. Пример: счётчик посещений
    ×

    Ниже приведён пример, иллюстрирующий работу одной из возможностей, которой располагает PHP, а именно расширение session.

    <?php
    header( 'Content-type: text/plain' );
    session_start();
    if (! isset(['count'])) {
     ['count'] = 1;
    } else {
     ['count']++;
    }
    echo ['count'];
    ?>
    

    Конечно, это не графический счётчик со статистикой, анализом Referer и т. д. Да и учёт он ведёт только по одному посетителю, ведь у другого посетителя будет другой session. Однако, этого вполне достаточно для того, чтобы начать работать с PHP на хостинге от WebNames.

MySQL

  1. Создание своей базы данных
    ×

    Ваша база данных может быть создана по пути: «Инструменты» → «Базы данных».

    Однако, для того, чтобы ей воспользоваться, недостаточно назначить ей уникальное имя: необходимо назначить имя пользователя, которое будет использоваться для соединения с сервером баз данных и который будет обладать правами на работу с данной базой. После назначения первого пользователя Вам доступен phpmyadmin – средство для работы с базой данных через браузер, с помощью которого Вы можете распоряжаться своей базой данных: создавать и наполнять таблицы, заливать и снимать дампы и т. д.

  2. Использование phpMyAdmin
    ×

    Для управления базой данных через веб-интерфейс зайдите в панели управления по пути: «Инструменты» → «PhpMyAdmin». Откроется окно phpMyAdmin: в котором Вы можете распоряжаться базой данных как её назначенный пользователь.

    Импорт уже существующих таблиц из текстовых файлов, предварительно созданных утилитой mysqldump, производится следующим образом: выберите в phpMyAdmin имя_базы->SQL.

  3. Использование SQL из PHP и Perl
    ×

    Для работы примеров предполагается, что Ваша база данных содержит таблицу следующего вида:

    CREATE TABLE `test` (
      `id` mediumint(3) NOT NULL default '0',
      PRIMARY KEY  (`id`)
    ) ENGINE=MyISAM;
    insert into  pgr.test values(0);
    

    Это простой пример работы с MySQL из PHP:

    <'!DOCTYPE HTML PUBLIC '-//W3C//DTD HTML 4.01 Transitional//EN'>
    <html>
    <head>
    </head>
    <body>
    <?php
    error_reporting( 2047 );
    ='<логин для соединения с сервером БД>';
    ='localhost';
    ='<пароль для соедниения с сервером БД>';
    ='<имя вашей БД>';
    ='test';
    =mysql_pconnect( , ,  );
    mysql_select_db(  );
    =mysql_query( ″update  set id=id+1″ );
    =mysql_query( ″select id from ″ );
    list(  ) = mysql_fetch_row(  );
    echo ;
    ?>
    </body>
    </html>
    

    Пример реализует простейший текстовый счётчик с обращением к базе данных, что обеспечивает то его преимущество над счётчиком с обращением к файлу, что под нагрузкой (при высокой посещаемости) операции ввода-вывода не конфликтуют друг с другом.

    Подробнее: http://ru.php.net/manual/en/ref.mysql.php

    При написании скриптов помните о недопущении уязвимости Вашего веб-приложения к атаке типа SQL injection!

Cron

  1. Назначение заданий
    ×

    Для назначения заданий выберите в панели управления путь: «Инструменты» → «Планировщик (cron)».

  2. Что нужно знать для корректного написания заданий
    ×

    При написании регулярно исполняющихся программ следует помнить следующее:

    • вывод Cron-задачи интерактивно недоступен. В целях отладки рекомендуется использовать уже существующий в домене почтовый ящик, который Вы можете указать в разделе «Настройки» → «E-mail для уведомлений».
    • Cron-задание выполняется под системной учётной записью пользователя, поэтому лучше не открывать файлы или каталоги на запись для всех.

CGI

  1. Особенности используемого CGI
    ×

    На хостинге установлен CGI: http://httpd.apache.org/docs-2.0/howto/cgi.html#writing, располагающий suexec: http://httpd.apache.org/docs-2.0/suexec.html. Такой способ запуска CGI-программ позволяет обезопасить Вас от доступности исходных кодов остальным пользователям.

  2. Ваша первая CGI-программа
    ×

    Предлагаемый исходный текст нужно записать в файле с соответствующими полномочиями в каталоге /cgi-bin:

    #!/bin/sh
    echo Content-type: text/plain
    echo
    env
    id
    

    Программа, будучи вызвана через интерфейс CGI из броузера, выводит клиенту переменные окружения и идентификацию пользователя, от которого она была вызвана. Обратите внимание, что для CGI-программ может быть использован любой язык, доступный в системе, в частности, программа на языке Shell: http://www.opennet.ru/man.shtml?topic=sh&category=1&russian=1 , регулярно вызываемая из веб-клиента, может оказаться хорошей альтернативой Cron.

Настройка панели управления

  1. Темы
    ×

    Настройка интерфейса панели управления (темы) производится по следующему пути: «Настройки» → «тема». Обратите также внимание на выпадающее меню "Доступ к панели управления". Выбор в нём «только с IP из списка» позволяет ограничить доступ к панели управления хостингом только с указываемых Вами IP адресов.

Часто задаваемые вопросы по хостингу (FAQ)

Документация по хостингу

Демо панели управления хостингом (login: client, пароль: plesk)

Заказать хостинг

Способы оплаты
  1. Перевод с кошелька WebMoney
  2. Оплата с помощью банковских карт
Наши преимущества
  1. Мгновенная регистрация
  2. Надежная авторизация через WMKeeper
  3. Удобная оплата прямым платежом