Перенос сайта на другой хостинг, выбор между виртуальным хостингом и виртуальным выделенным сервером (VPS), работа с панелью управления хостера Infobox

Рубрика: Хостинг и домены

Здравствуйте уважаемые читатели блога KtoNaNovenkogo.ru. Эта статья навеяна только что случившейся со мной неприятностью, которая, в общем-то, уже не раз происходила и раньше, но менее неприятной она от этого не стала. Мой блог оказался недоступен (не работал сервер с базой данной), но что гораздо печальнее, недоступна оказалась и техподдержка моего любимого хостера. Знакомая ситуация? Если нет, то вам очень крупно повезло с выбором хостера или же вы просто везунчик и вас обходят все неприятности в мире.

Перенос сайта

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

Что выбрать: обычный виртуальный хостинг или же виртуальный выделенный сервер

Я решил сосредоточить свой поиск на хостерах, предоставляющих возможность получить виртуальный выделенный сервер (VPS), ибо текущая моя посещаемость в 2000 уников в сутки навевала на мысль о том, что обычного виртуального хостинга под такую нагрузку не хватит. Давайте я немного расскажу об отличии обычного хостинга от виртуального выделенного сервера. Отличий с одной стороны довольно много, но с другой стороны, наверное, самое важное отличие — это подход к ограничению нагрузки на сервер, который будет создавать ваш ресурс, размещайся он на обычном хостинге или же на виртуальном выделенном сервере (VPS).

На обычном виртуальном хостинге вам выделяется на сервере папка (оговоренного в тарифном плане размера), в которую вы загружаете файлы вашего проекта. Таких папок на реальном физическом сервере хостера может быть очень много, соответственно, много будет и сайтов, размещенных на этом физическом сервере (компьютере). Все эти сайты, скорей всего, будут построены на какой-нибудь системе управления типа Joomla, WordPress и т.д. Статических сайтов, построенных только на HTML файлах сейчас уже практически нет.

Так вот, все эти проекты, включая ваш, размещенные на одном физическом компьютере (сервере) будут делить ресурсы этого сервера, а именно: оперативную память, процессорное время, количество обращений к базе данных, емкость дискового пространства для размещения файлов проекта. Если ваш проект будет отъедать слишком много ресурсов сервера (это бывает при высокой посещаемости, либо при ошибках в работе каких-либо компонентов вашего творения), то вас сначала предупредят, а потом просто заблокируют ваш ресурс, чтобы он не мешал остальным проектам, расположенным на том же физическом сервере (компьютере).

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

При покупке виртуального выделенного сервера вы платите именно за объем предоставляемых ресурсов физического сервера (например, тариф VPS может включать в себя 512 мегабайт оперативной памяти и 400 мегагерц частоты процессора). Т.е. размещение проекта на VPS будет эквивалентно размещению на реальном выделенном сервере, правда, обладающем довольно скудными ресурсами, как в приведенном выше примере.

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

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

Правильно ли они делают? Возможно да, а возможно нет. Ведь VPS это не панацея. Если вас не устраивает обычный хостинг именно из-за того, что ваш проект генерит слишком большую нагрузку на сервер, то переход на дешевый виртуальный выделенный сервер может привести к банально медленной работе вашего сайта. Да, вас не заблокируют за превышение нагрузки, но многие ли из ваших пользователей будут мириться с заторможенным открывание страниц вашего ресурса.

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

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

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

Первые впечатления от хостера INFOBOX: отзывчивая служба техподдержки, халявные 30 дней хостинга

Как видите, проблема выбора стоит довольно остро и поэтому я решил переложить ее на плечи техподдержки того хостера, к которому я намерился перейти. Ах, да, я же еще его не представил. Знакомьтесь: один из старейших хостеров рунета — Infobox.ru. Почему именно он? Из-за хороших отзывов о работе его техподдержки. Намыкавшись с плохо работающей техподдержкой у молодых хостеров, когда ответ на вопрос и решения проблемы приходится ждать по полдня, я решил, что вопрос круглосуточно работающей службы технической поддержки хостера будет для меня превалирующим при выборе хостинг провайдера. Посмотрим к чему меня приведет такая тактика.

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

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

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

Условия вроде бы приемлемые, но окончательно об этом можно будет говорить только после какого-то опыта работы на этом тарифном плане. Есть еще некоторые ограничения, связанные с количеством одновременных соединений по FTP и т.п. Но есть и сладкий пряник в виде 30 дневного халявного периода пользования любым тарифном планом. Это время вам дается на то, чтобы принять окончательное решение о том, останетесь вы жить у этого хостера или же пойдете искать счастья у другого.

Очень щедрое предложение на мой взгляд. На практике все осуществляется следующим образом: вы выбираете нужный тарифный план, жмете на кнопку «Заказать», заполняете обязательные поля и вам на почту приходит письмо с логинами и паролями для доступа к панели управления и для подключения к своему проекту по FTP (рекомендую для это использовать программу FileZilla, но на вкус и цвет, как говорится, товарищей нет).

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

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

Перенос сайта на другой хостинг (INFOBOX.RU)

Итак, если вы тоже по каким-либо причинам решите потестировать хостинг INFOBOX.RU, то я вкратце расскажу о том, как перенести свой сайт на этот хостинг. Будем считать, что нужный тариф вы уже выбрали (у меня сейчас тарифный план «Mini») и не заплатив при этом ни копейки получили возможность в течении месяца разместить свой проект у этого хостера. Вопрос заключается только в переносе файлов и баз данных вашего проекта на новый хостинг.

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

Кстати, очень не плохая привычка, которая меня уже несколько раз выручала. Я никогда не надеюсь на хостера в вопросе резервного копирования, ибо если вы хотите что-то сделать хорошо, то сделайте это сами, тем более ничего сложного и заумного здесь нет. Я уже во всех деталях описывал резервное копирование в статье — Как сделать резервную копию файлов и базы данных вашего сайта, а так же я уже писал и о переносе сайта на другой хостинг здесь — Как перенести ваш сайта на другой хостинг с помощью программ FileZilla и phpMyAdmin, а для сайта на Joomla я описал очень удобный способ резервного копирования и переноса сайта в статье — Использование компонента JoomlaPack для удобного создания и восстановления из резервных копий (бекапов) файлов и баз данных вашего сайта на Joomla.

Вроде бы и писать нечего, раз все уже обговорено, но я хочу показать перенос сайта именно применительно к хостингу INFOBOX, ибо на нем используется не стандартная панель управления, которая может вызвать некоторые затруднения при работе с ней. У меня возникали вопросы и проблемы и я не стесняясь терроризировал вопросами техподдержку. Они отвечали, потом попробовали послать меня в FAQ, но я не сдавался, ибо самый быстрый способ получения ответа — это его задать техподдержке INFOBOX. Они отвечают в течении 5 минут и довольно подробно (и это в выходной день).

Как осуществить резервное копирование (бэкап) файлов и баз данных своего сайта с помощью программ FileZilla и phpMyAdmin

Для копирования базы данных я использую phpMyAdmin, который имеется у любого хостера. В этой программе для резервного копирования базы данных, базу данных нужно будет предварительно выбрать в левой колонке (щелкнуть по ее названию), а затем, перейдя на вкладку «Экспорт», сохранить базу данных в любую папку на своем компьютере.
phpMyAdmin - резервное копирование базы данных
На вкладке «Экспорт», прежде чем сохранять базу данных, вы сможете выбрать способ ее упаковки (архивирования) внизу страницы. Я обычно выбираю GZIP:
phpMyAdmin - сжимает базу данных в GZIP
Чуть подробнее о резервном копировании баз данных с помощью phpMyAdmin вы сможете прочитать здесь.

Резервное копирование файлов вашего сайта осуществляется вообще очень просто с использованием программы FileZilla. Подключаетесь к серверу вашего текущего хостера по протоколу FTP через FileZilla (Как получить доступ к сайту по FTP с помощью программы FileZilla): выбираете в правом окне корневую папку, а в левом окне папку на вашем компьютере, куда вы будете осуществлять копирование. В правом окне выделяете, удерживая SHIFT на клавиатуре, все папки и файлы, находящиеся в корневой папке и щелкаете по ним правой кнопкой мыши.

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

Теперь нам есть с чем работать. У нас есть хостинг на INFOBOX и есть копии файлов и баз данных нашего проекта, сделанные на старом хостинге. Осталось только все это совместить, а именно: перенести копии файлов и баз данных на хостинг INFOBOX. Как ни странно, но для этих целей мы будем использовать те же самые программы FileZilla и phpMyAdmin, правда, перед копированием нужно будет создать на хостинге INFOBOX базу данных для копирования в нее таблиц из резервной копии.

А после окончания копирования файлов и таблиц базы данных нужно будет сделать некоторые настройки в конфигурационном файле движка сайта (я расскажу о необходимых изменения в конфигурационном файле Joomla, WordPress и SMF, а на других движках вам нужно будет сделать это по аналогии), для того, чтобы сайт успешно заработал на новом месте жительства.

Как создать новую базу данных на хостинге INFOBOX и импортировать в нее таблицы из резервной копии со старого хостинга

Итак, наша ближайшая задача — это создать новую базу данных на новом хостинге. Если новый хостинг, на который вы переносите свой проект, имеет панель управления cPanel, то для создания новой базы данных вы можете воспользоваться этой статьей — Создание базы данных для вашего сайта с помощью инструментов cPanel. На хостинге INFOBOX используется оригинальная (своего собственного изготовления) панель управления и поэтому для создания новой базы данных на хостинге INFOBOX вам нужно будет проделать следующее.

Входите в панель управления хостингом INFOBOX со своим логином и паролем, присланными вам в письме, после заказа нужного вам тарифного плана. Выбираете из левой колонки пункты «Хостинг» — «Базы данных» и на открывшейся странице вы увидите форму для добавления новой базы данных, в которую вы должны будет ввести ее название (первая часть названия базы данных будет всегда содержать ваш логин на хостинге) и пароль. Все, в результате вы увидите страницу с названием вашей новой базы данных, именем пользователя, паролем для доступа к базе данных и названием хоста базы данных. Скопируйте и обязательно сохраните эти данные.

Обращаю ваше внимание, что хост базы данных не стандартный LOCALHOST, который используется у 90 процентов хостеров, а MYSQLSERVER. Это нужно будет обязательно учесть при внесении изменений в конфигурационный файл движка вашего проекта. Теперь давайте осуществим восстановление базы данных на новом хостинге из резервной копии, созданной нами чуть раньше на старом хостинге. Для этого опять выберете из левой колонки в панели управления INFOBOX пункты «Хостинг» — «Базы данных». Откроется страница с таблицей, в которой будет строчка с вашей новой базой данных. Щелкните по кнопке «Управление»:
Открываем phpMyAdmin и панели управления хостингом INFOBOX

В результате вы увидите окно ввода логина и пароля для входа в программу phpMyAdmin, предназначенную для работы с базами данных. Поле «Пользователь» будет заполнено автоматически, а в поле «Пароль» вам нужно будет ввести пароль для этой базы данных, который вы задали при ее создании чуть ранее:

Вход в phpMyAdmin

Если пароль вы введете правильно, то в результате откроется стандартное окно программы phpMyAdmin. Щелкните в левой колонке по названию вашей базы данных и на открывшейся странице выберете вкладку «Импорт». В верху страницы найдите и нажмите на кнопку «Обзор», найдите на вашем компьютере копию базы данных, которую вы недавно создали на старом хостинге. После этого нажмите на кнопку «OK», расположенную внизу окна справа.

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

Как скопировать файлы сайта на новый хостинг и какие изменения нужно будет внести в конфигурационные файлы Joomla, WordPress, SMF и в права доступа к каталогам

Опять открываете письмо, полученное после заказа тарифного плана на хостинге INFOBOX и находите в нем адрес хоста, логин и пароль для доступа к серверу хостера по FTP. Используете эти данные для создания нового подключения в программе FileZilla (Настройка программы FileZilla для подключения к удаленному серверу по протоколу FTP). Если вы сделали все правильно, то после подключения вы увидите в правом окне FileZilla несколько директорий, одна из которых будет называться HTDOCS — это так называемая корневая папка вашего проекта, в которую вам нужно загрузить все файлы и папки из созданной ранее резервной копии.

В левом окне FileZilla открываете папку на вашем компьютере с созданной ранее резервной копией файлов вашего проекта (если вы их архивировали, то предварительно извлеките архив), а в правом окне заходите в директорию HTDOCS. Выделяете в левом окне FileZilla все объекты и жмете по ним правой кнопкой мыши. Из контекстного меню вам нужно будет выбрать пункт «Закачать на сервер». Все, ждете окончания закачки и начинаете потирать руки в предвкушении удачного переноса сайта на новый хостинг. Но не будем торопиться — осталось проделать еще некоторые действия.

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

Еще раз напомню вам, что для хостинга INFOBOX вам нужно будет кроме описанных в этих материалах параметрах, поменять еще и название хоста базы данных с LOCALHOST на MYSQLSERVER. Без этого ничего работать не будет. Так же хочу обратить ваше внимание, что после закачки файлов на новый хостинг всем каталогам будут автоматически назначены права доступа 755 (Оптимальные права доступа для файлов и папок вашего сайта). Но ведь некоторые папки вашего проекта должные иметь права доступа 777. Это может быть, например, папка для хранения файлов кэша. Не забудьте пройтись по таким папкам и вручную с помощью программы FileZilla проставить им права доступа 777 (Как настроить права доступа к файлу или папке с помощью программы FileZilla).. Если у вас на сайте автоматически создается файл карты сайта SITEMAP.XML, то на него тоже нужно будет выставить вручную права доступа 666.

Как привязать доменное имя сайта к новому хостингу с помощью прописывания новых адресов DNS серверов в панели управления регистратора доменных имен

Ну, что же, вот мы и вышли на финишную прямую. На данном этапе ваш ресурс на новом хостинге уже будет доступен по адресу ЛОГИН.INFOBOX.RU. Но нам этот адрес на фиг не уперся. Нам нужно прикрутить к своему проекту на хостинге INFOBOX его собственное доменное имя (Доменное имя — что это такое и для чего нужно). Как это сделать? С помощью двух не сложных манипуляций в панели управления хостингом INFOBOX и в панели управления регистратора вашего доменного имени. Начнем с панели управления INFOBOX.

В панели управления хостингом выбираете из левой колонки пункты «Хостинг» — «Список сайтов». На открывшейся странице вы увидите таблицу со одной единственной строчкой, в столбце «Название» которой будет написано ЛОГИН.INFOBOX.RU (текущий адрес вашего сайта). Для прописывания доменного имени своего сайта, вам нужно будет нажать на кнопку «Редактировать» и заполнить две первые строчки открывшейся формы по аналогии с приведенным ниже рисунком:
Прикручиваем доменное имя к сайту на хостинге INFOBOX
В поле «Имя сайта» вводите доменное имя вашего сайта, а в поле «Алиасы» (зеркала) вводите так же доменное имя вашего проекта, но уже с приставкой WWW. Это нужно сделать для того, чтобы ваш проект открывался по доменному имени как с WWW, так и без WWW. Сохраняете изменения и ваш сайт будет доступен по введенному доменному имени через полчаса.

Но доступен он будет не всем пользователям, а только вам, да и то, если вы проделаете некоторые комбинации в файле HOSTS на вашем компьютере. Подробнее об этом читайте в этом материале — Как начать работать с сайтом еще до того, как домен делегируется (завершится привязка нового IP адреса хостинга к вашему доменному имени) .

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

Зайдя в панель управления вашего регистратора доменных имен, перейдите на страницу, где можно будет изменить адреса DNS серверов, позволяющих определить, где искать файлы сайта, имеющего такое доменное имя (DNS сервера — логика работы, соответствие IP адреса сайта и его доменного имени, тонкости переноса сайта на новый хостинг).

Взять адреса DNS серверов хостера INFOBOX вы можете в панели управления хостингом, выбрав из левой колонки пункты «Данные о клиенте» — «Общая информация». В крайней правой колонке вы увидите в области «DNS» адреса нужных вам NS серверов. Скопируйте их и вставьте в соответствующее поле в панели управления вашего регистратора доменных имен.

Я, например, пользуюсь услугами регистратора Reghouse и о том, как изменить адреса DNS серверов у этого регистратора доменных имен, вы можете прочитать в этом материале — Управление своими доменами в Reghouse. После изменения адресов DNS серверов вам придется подождать несколько часов или дней (у меня обычно на это уходит около 6 часов) пока произведенные вами изменения пропишутся во все DNS сервера интернета. После этого ваш сайт на новом хостинге будет доступен всем желающим, с чем вас и поздравляю.

У Евгения Попова вышел новый видекурс Все Технические Моменты Онлайн Бизнеса в Видеоформате, который стоит того, чтобы с ним ознакомиться.

Вы так же можете ознакомиться с другими статьями на эту же тему:

Удачи вам! До скорых встреч на страницах блога KtoNaNovenkogo.ru

Робот считает, что Вам это тоже может быть интересно:
Очень обяжете, если воспользуетесь этим блоком кнопок:
RSS
Получать обновления по почте
Рубрика : Хостинг и домены
Наверх


Комментарии
26-07-2010 в 17:31

Спасибо! Интересная статья. Думаю в будущем моему сайту выши советы очень пригодятся...

idea-money

27-07-2010 в 9:05

Так вы уже переехали на новых хостинг?

Сергей

27-07-2010 в 16:57

Отличная статья

Алексей

27-07-2010 в 17:30

Очень интересная статья.Узнал для себя много нового.

Спасибо!

Spektrum

27-07-2010 в 20:09

Недавно инфобокс автоматически отрубил мой аккаунт за превышение без предупреждения. Принесли извинения, сказали, что произошла ошибка. Указали, что порог превышения нагрузки для автоотключения находится на уровне 700%. ХЗ от чего считается — от 100% или от 6% из описания тарифа... Но у меня было около 300, а обычно держится на уровне 30-60%.

Кроме этого досадного обстоятельства ничего плохого за хостингом за годы работы замечено не было. Держу там 3 аккаунта с общими платежами уже за 60 килорублей. В общем-то доволен.

Truth Hunter

27-07-2010 в 21:15

Техподдержка плохо считает

Если вам дано 1,5 % от мощности процессора- 100 кратный рост нагрузки- невозможен :) ) только,примерно,66 %.

Алексей

28-07-2010 в 11:49

Алексей:

Техподдержка считает хорошо ) 1.5 % от одного ядра, а их 4.

Автору спасибо за хорошую статью.

Дмитрий

28-07-2010 в 12:14

idea-money, Spektrum, Дмитрий: пожалуйста.

Сергей: да, мой блог в данный момент живет на INFOBOX на тарифе MINI. Три дня — полет нормальный, дальше видно будет. Как ни странно, но нагрузка, которую создает мой блог при 2000 уников в сутки, пока что вполне укладывается в допустимую на этом тарифном плане (хотя было несколько всплесков превышения допустимой по тарифу нагрузки на сервер в два-три раза, но в среднем за сутки получается менее 100 процентов). Возможно, что тут сказывается работа плагина кэширования Hyper Cache.

Дмитрий

31-07-2010 в 16:52

Очередная прекрасная, статья Дмитрий! Пока нет сайтов даже с близкой к ваше

Артем

12-08-2010 в 21:41

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

parey

8-09-2010 в 23:42

кстати, может и не в тему, но интересно, можно ли инфобокс отнести к трастовым хостингам?

Киноманьяк

20-09-2010 в 20:22

Я уже три года пользуюсь хостингом SpaceWeb. За это время я убедился что это качественный хостинг. Компания SpaceWeb предлагает большое разнообразие тарифных планов. Для сайтов с высокой посещаемостью и большой нагрузкой они предлагают VIP-хостинг по доступной цене. Аккаунт активируется в течение рабочего дня после регистрации. Вы получаете 14 дней бесплатного хостинга. В течение этого периода Вы сможете убедиться в качестве предоставляемых услуг и произвести оплату хостинга.

Андрей

1-10-2010 в 13:01

спасибо за статью...недавно переехал на инфокоробку

гном

25-10-2010 в 21:25

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

андрей

7-12-2010 в 23:25

Жаль, что прочитал эту статью уже после переезда на infobox — ситуация была точно такая же, как у автора — экстренный переезд из-за того, что старый хостер достал окончательно. Сейчас в халявно-тестовом режиме. К автору два вопроса. Хватает ли ресурсов памяти для скриптов и ограничений на число одновременных подключений к сайту? И второй — Вы так и остаетесь на виртуальном хостинге? Не пробовали виртуальный выделенный сервер?

Александр

7-12-2010 в 23:30

Александр: пока сижу на виртуальном хостинге тарифа Эконом. Мысль попробовать у них виртуальный выделенный сервер имеется, тем более, что есть возможность потестить VDS 15 дней на халяву. Но осталось немного халявных выделенных серверов — http://www.infobox.ru/vps/try_buy/. Поспешите и возможно успеете.

Дмитрий

7-12-2010 в 23:38

Думаю, что придется это сделать. У меня форум, 32М под php скрипты уже маловато, а ограничение на 50 пользователей одновременно вообще огорчает. Вот только в администрировании сервера придется разбираться «с нуля» — платить им 1200 в час не очень хочется.

Александр

8-12-2010 в 12:33

Андрей говорит, что:

Я уже три года пользуюсь хостингом SpaceWeb. За это время я убедился что это качественный хостинг. Компания SpaceWeb предлагает большое разнообразие тарифных планов. Для сайтов с высокой посещаемостью и большой нагрузкой они предлагают VIP-хостинг по доступной цене. Аккаунт активируется в течение рабочего дня после регистрации. Вы получаете 14 дней бесплатного хостинга. В течение этого периода Вы сможете убедиться в качестве предоставляемых услуг и произвести оплату хостинга.

У меня другое отношение к Sweb'у. Заказал тестовый режим. Закинул туда пустой домен, и с помощью сервиса проверки доступности сайта настроял на мониторинг.

В итоге за неделю такие показатели:

Общий аптайм:92.27% Время простоя:16 hour (s) 19 min (s)

Это нормально????? Для себя я решил, что это за хостинг, и ни шагу к нему это точно.

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

Роман

21-02-2011 в 3:45

А как копируют базы крупные проекты, допустим с файловой базой под 100 Гб, неужели все загоняют в tar, а потом сливают на другой хостинг или есть другой способ?

Сергей

6-03-2011 в 21:12

Спасибо за статью

Тоже собираюсь переезжать на ВПС

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

Виктор

21-04-2011 в 11:45

А что же сейчас на другой хостинг переехали?)

Ben

21-06-2011 в 12:40

Уже не первый раз натыкаюсь на Ваш сайт. И каждый раз на нужную и четкую информацию! Просто великолепно!=)

Спасибо за статью!

Иван

17-07-2011 в 12:31

Установил Джумлу на сервере загрузил базу, изменил пути и имя базы в configuration.php, но при заходе на сайт выпадает страница:

Index of:

cgi-bin/

configuration.php

www/

Когда захожу в www, то появляется сообщение последнего этапа установки — удалите папку Installation.

(PLEASE REMEMBER TO COMPLETELY REMOVE THE INSTALLATION DIRECTORY).

В чем может быть дело?

Спасибо

Денис

12-09-2011 в 9:48

Хорошо подумайте прежде чем на VDS съезжать, потому что хостеры как правила ставят на него ПО, и дают root и пароль доступа к VDS по SSH и всё, а дальше самому приходится поднимать апач, php, mysql, или заказывать оптимизацию VDS за 1500 а потом файловый менеджер ставить, например ipsmanrgerpro который стоит 12 000 вечная лицензия и если что ни будь полетит на VDS то 600 рублей в час стоит администрирование...

zilon

22-11-2011 в 14:13

А я перевожу по-тихоньку с Инфобокса сайты клиентов.

Он не справляется с мощными движками, а покупать выделенный — неоправдано для 1 сайта.

Статья очень похожа на рекламную.

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

Отличный хостинг для несложный сайтов.

Наталья

22-11-2011 в 15:44

Наталья: я продолжаю сидеть на Инфобоксе до сих пор и причем по прежнему на обычном тарифе обычного виртуального хостинга. Наверное, будет лишним говорить, что 12 000 человек (которые сейчас проходят в сутки через этот блог) серьезная проверка.

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

Дмитрий

2-02-2012 в 17:57

Здравствуйте!

Нужен Ваш совет. У меня есть сайт на Ucoz. Он имеет свою посещаемость и позиции в поисковиках. И то, и другое терять жалко. Но сайт развивается, и я жалею, что вовремя не стал делать его на WordPress.

Понятно, что при переносе содержимое придется копировать вручную.

Но есть ли какой-то способ сделать перенаправление со старых юкозовских URL-ов сайта на новые, вордпрессовские, чтобы не потерять проиндексированные поисковиками страницы и их позиции в выдаче?

И если да, то как правильно сделать, чтобы поисковики не решили, что контент дублируется?

Алексей

3-02-2012 в 12:03

Дмитрий, а как сейчас обстоят дела? Вы все еще на этом хостинге? Столкнулся с похожей проблемой — мой хостинг не выдерживает нагрузки. Имеется 17 сайтов с посещаемостью до 300 чел./сутки и один сайт от 17000 чел./сутки. Думаю, на агаву попробовать перейти, но после Вашей статьи задумался об инфобоксе.

Илья

4-02-2012 в 9:45

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

Дмитрий

4-02-2012 в 9:47

Илья, боже упаси от агавы!

Сайты висят сутками, до суппорта не достучаться, большей лажи, чем агава, вообще не видел!

Еле ноги оттуда унес.

Александр

Написать

(обязательно)

(обязательно)

Ваш комментарий
Заключайте PHP и другой код в теги [php][/php]

Это не спам.

Подписаться без комментирования