Еще раз приношу Вам наши извинения. Пока не ясно, почему предупреждение не пришло. Перепроверили списки - Ваш сервер находится в списках на рассылку.
В любом случае, спасибо за сообщение, обязательно расследуем ситуацию и сделаем повторную рассылку в тех случаях, когда нет 100%-ной уверенности получения клиентом всех предупреждений.
Надеемся, предложенный нами бонус несколько сгладит неприятные впечатления.
Ответил Вам в тот же тикет по этому вопросу.
Рады, что Вы довольны новым тарифом!
По вопросу с NS приношу Вам наши извинения! Помочь с указанием собственных NS можем, но надо заметить, что настройка будет не самая тривиальная. Можно узнать номер тикета, в котором Вам отказали по этому вопросу?
Диалог с владельцами серверов уже начат, благодарим Вас за информацию!
Проверить, оптимальны ли настройки сервера, стоит в любом случае.
Тарифы же FPS в данный момент самые быстрые из предлагаемых нами VPS, потому переход на него однозначно ускорит общее быстродействие сервера и теоретически он мог бы справиться с такой нагрузкой.
В идеале, любой работающий под большой нагрузкой сайт должен быть полностью или почти полностью закеширован в статичные html-файлы.
По переносу - сейчас конкретное время еще неизвестно. Создайте, пожалуйста, тикет и попросите отложить его на несколько дней, возможно, мы сможем назвать точные даты чуть позже.
Касаемо правки ресурсов - боюсь, пока таких планов нет.---------- Добавлено 04.08.2014 в 16:37 ----------
По Вашему описанию проблема выглядит скорее относящейся к работе непосредственно vestacp, а не серверу. Очевидно, панель не считает email корректным или происходит иная ошибка, которая вызывает этот триггер.
Пожалуйста, создайте тикет и укажите в ЛС его номер - с большим интересом разберем ситуацию.
Здравствуйте!
Это действительно не баг, а стандартная схема работы веб-сервера, как уже заметил WapGraf. По умолчанию любой нераспознанный запрос отправляется на основной виртуальный хост.
Такое поведение сервера можно легко исправить - чуть удобней будет указать перенаправление на основной домен с любого зеркала, а не явно перечислять известные зеркала, как указано в Вашем примере.
Создайте, пожалуйста, тикет, если потребуется помощь в этом вопросе.
Очень рады, что Вам у нас нравится! :) Постараемся в будущем не только сохранять, но и поднимать стандарты обслуживания!
terlimbombom
Во-первых, позвольте выразить нашу надежду на то, что сложившаяся ситуация уже пройдена и пожелать Вам доброго здравия!
Насколько понимаю, Вы не имели возможности сообщить о случившемся либо выйти на связь? Перед тем, как удалить сервер - мы всегда стараемся связаться с клиентом и вынуждены удалять сервер только если не получаем ответа более 5 дней, согласно договору-оферте:
6.8. Информация на выделенном сервере сохраняется в течение 5 (пяти) суток по окончании срока оплаты, после этого Компания оставляет за собой право удалить информацию Клиента и сдать сервер повторно, в том числе включая всю информацию на бэкап-сервере для выделенного сервера.
Увы, предоставляемый нами бесплатно аккаунт на FTP-сервере на 100 ГБ является привязанным к основной услуге и потому данные с него действительно удаляются вместе с основным сервером.
Боюсь, эта информация не совсем верна. Мы никак не гарантируем наличие бекапа и не указываем подобного в договоре, но несмотря на это - все серверы перед удалением проходят стандартную процедуру снятия резервных копий. Увы, бывают случаи нестандартных конфигураций или иных ситуаций, в которых бекап может быть создан некорректно. Как Вы верно указываете далее - рассчитывать на подобный бекап не вполне корректно, он является скорее средством "последней надежды" и верней будет всегда исходить из предположения, что он отсутствует.
Бекап после удаления сервера производится автоматически, скорее всего, по каким-то причинам на сервере в момент удаления были доступны только устаревшие данные. Как Вы понимаете, это пока только предположение и для более полного описания потребуется ознакомиться с ситуацией подробней. Мы обязательно проведем расследование того, почему в бекап попали устаревшие данные.
Увы, мы никак не можем знать заранее причины отсутствия оплаты. Во многих случаях клиенты предпочитают отказываться от услуг без отдельного уведомления, потому отсутствие платы никак не говорит нам о каком-либо форс-мажорном обстоятельстве, увы.
Безусловно, узнав о сложившейся ситуации заранее - мы, конечно, постарались бы пойти Вам навстречу, подобные случаи уже бывали не раз, но нам необходимо было получить уведомление от Вас. Очень сожалеем, что у Вас не было возможности связаться с нами или ответить на наши попытки уточнить причины отсутствия оплаты.
Очень хотелось бы ознакомиться с обсуждением данной ситуации в тикет-системе или увидеть Ваш аккаунт. Пожалуйста, укажите какие-либо данные, по которым мы могли бы найти его - номер какого-либо тикета или IP-адрес удаленного сервера.---------- Добавлено 26.07.2014 в 15:37 ----------
Да, в целом это возможно. Пожалуйста, создайте отдельный тикет с запросом параллельной миграции, чтобы мы могли оценить Вашу ситуацию индивидуально.---------- Добавлено 26.07.2014 в 16:06 ----------
К сожалению, нельзя оценить эту ситуацию без ознакомления с ней более подробно.
Обычно причина частых отказов в использовании обычных дисков под высокой нагрузкой, для которой они не спроектированы, в таких случаях лучше всего заменить диски на SAS. Впрочем, возможно, к данной ситуации это предположение окажется неприменимо.
Вы могли бы указать номер тикета, относящегося к этому вопросу?
От лица компании и лично - поверьте, очень сожалею, что у вас возникло такое впечатление. Должен констатировать, что выдвинутые нами в тикет-системе тезисы были Вами по большей части полностью проигнорированы - считаю необходимым привести их здесь, чтобы несколько прояснить описанную ситуацию:
- При оформлении заказа Вы уточнили, что на сервер будет необходимо установить Ruby on Rails (RoR), на что мы ответили подтверждением (не уточнив, что имеется в виду стабильная для выбранной ОС версия, это можно отнести к нашей ошибке).
- При установке сервера необходимое ПО было установлено, но Вас смутило сообщение об использовании deprecated функции, которое фактически ошибкой не являлось, что вылилось в попытки обновления и переустановки ОС, после чего Вы прямым текстом сообщили, что версия RoR для Вас значения не имеет, важна лишь корректная работа пакета.
- Мы установили стандартную для используемого дистрибутива версию пакета, опираясь на Ваше сообщение о том, что версия не важна и приоритет отдается стабильности работы. Здесь же мы сообщили, то не имеем богатого опыта по настройке RoR, потому устанавливаем стандартную версию и в целом поддержки по этому продукту не оказываем, но с радостью поможем в настройке.
- У Вас возникли сложности при использовании Rails т.к. примеры команд Вы брали, по всей видимости, из статьи, относящейся к другой версии, в которой поведение RoR несколько отличалось. Здесь мы сразу же предоставили Вам:
пример корректной команды
отдельный готовый пример настроенного приложения
ссылку на официальную документацию для нужной версии
- После этого Вы продолжили утверждать, что ПО работает некорректно и хотите отказаться от сервера. Здесь надо заметить, что при оформлении заказа Вы подтвердили факт прочтения договора-оферты, где явно указано удержание комиссии при возврате средств на WebMoney-кошельки (в тикете наш сотрудник ошибочно указал 9% вместо 7%, за эту опечатку приносим Вам наши извинения, иных расхождений с принятым Вами договором не было).
- После Вашего повторного недовольства и очевидно проявленного нежелания продолжать диалог, несмотря на наши попытки посодействовать - мы приняли решение пойти Вам навстречу и несмотря на условия договора - вернули средства полностью, а все расходы, в т.ч. комиссионные сборы WebMoney, взяли на себя.
Создается впечатление, что основное недовольство вызвано установкой стабильной для Debian 7 версии Rails 2.3 ( https://packages.debian.org/wheezy/rails ), что полностью противоречит Вашему высказыванию о том, что версия не важна. Если это так - проясните, пожалуйста, причины такого несоответствия запроса и предъявленных позже требований.
Несмотря на отсутствие серьезных ошибок с нашей стороны - могу предложить Вам такой вариант решения вопроса:
Мы создадим аналогичный сервер, на котором установим Rails версии 3.2 (не 2.3, не опечатка) и предоставим Вам его бесплатно на две недели для проверки работы. Если Вас все устроит - Вы сможете оплачивать его далее. Если нет - он будет удален в обычном порядке.
Если это предложение Вам интересно - просто сообщите личным сообщением или в тикете из под того же аккаунта, сославшись на это собщение.
Да, это возможно, если proxy-сервер будет частным, не общедоступным. Размещение открытых proxy-серверов запрещено договором во избежание использования злоумышленниками сервера, как средства маскировки. То есть, в указанном Вами случае - ответ "да, возможно".
Для помощи в настройке авторизации либо фильтрации клиентов proxy-сервера Вы можете обратиться к нам, сославшись на это сообщение. Операция не совсем стандартная, но мы с радостью поможем Вам в этом вопросе. :)
