Ценник в 10к$ не особо пугает, проблема в том, что центры очистки находятся не в Москве, а гонять трафик через заграницу, как-то не комильфо.
Ну как бы да, дело не в количестве, а реализации. с IPv6 не мало технических вопросов возникает.
Так Вы же не написали, что у Вас VDS, может быть Вы с шаред-хостинга переезжали ;). Сотрудники саппорта у меня еще не открыли себе третьи глаза и не научились ванговать ).
Предлагаю переместится в тикет, а то писать параллельно и туда и сюда, несколько утомительно, да и такими темпами нашу четвертую ветку вынесем за пару дней ;).---------- Добавлено 21.04.2016 в 01:01 ----------
Ладно тебе, Лёнь ). Не так все плохо ).
На самом деле, это довольно частая проблема, недопонимание и невыстраивание нормальной коммуникации. По хорошему, должна быть реализована форма заказа на перенос в которой будет с клиента требоваться вся необходимая информация. Будут собираться все необходимые данные в зависимости от того, что и куда переносится.
У меня есть такая идея в планах, со временем реализуем это.
Как бы, написали... Данные Вы не предоставили.
Если в политиках браузера разрешить подгружать небезопасный контент, то сайт отображается нормально.
На текущий момент, на стартовой странице у Вас имеется 19 вхождений строки "http://", откройте исходный код страницы. Начинается сразу с первого тега <html>
<html id="XenForo" lang="ru-RU" dir="LTR" class="Public NoJs GalleryLazyLoader LoggedOut NoSidebar RunDeferred Responsive hasTabLinks not_hasSearch activeSmallLogo navStyle_2 pageStyle_2 hasFlexbox" xmlns:fb="http://www.facebook.com/2008/fbml">
Если старый сервер имеет виртуализацию KVM, то проще было у старого хостера попросить дамп сервера и развернуть его у нас. Тогда вообще ничего настраивать не понадобилось бы.
Сорри, Олег, мы не знали что наш трафик окажется чрезмерной для них нагрузкой ). За неделю работы через них, мы словили 4 серьезных даунтайма с разрывом BGP-сессий.
Мы ловили на себя до 56 Гбит, вроде бы по статистике они не обманывают.
На самом деле, ситуация с анти-ддосом в России весьма печальная. Мы за этот месяц перепробовали кучу вариантов, провели массу переговоров с различными компаниями. В итоге, ни одна из компаний в России оказалась не способна взять целый ДЦ под полную защиту. Большинство отечественных решений рассчитаны на защиту сайтов или других конкретных ресурсов (как правило TCP, UDP гораздо реже). Но это не совсем то, что мы хотели бы получить для нашего ДЦ, по этому приходится работать над собственным решением.
Может быть, мы кого и упустили из российских компаний, если есть у кого информация, буду признателен, если поделитесь.
valera_spb, Посмотрел тикет и ответил в него. На текущий момент, вижу, что все работает кроме кривого шаблона в котором захардкодены абосолютные ссылки через http это и вызывает проблемы при отображении контента через https.
Далее, давайте разберем сам тикет 793302 и его хронологию, чтобы все встало на свои места:
Тикет поступил 2016-04-13 09:21:41
Вам ответили в 2016-04-13 10:02:58:
Следующее сообщение было от Вас в 2016-04-18 10:15:55:
Здравствуйте!
Ответ от нас в 2016-04-18 10:25:47
Ваш запрос встал в очередь и был обработан в 2016-04-18 15:36:01
Базу импортировали.
Далее началась эпопея с сертификатом в 2016-04-18 18:00:28. В котором мы никак не могли Вам помочь, поскольку установка сертификата целиком и полностью зависела от Вашего старого хостера, который должен был предоставить все необходимые файлы.
В итоге, в 2016-04-19 19:00:45, Вы справились самостоятельно.
После этого начались танцы с отображением сайта, которые закончилась (на текущий момент) моим ответом, с которого я и начал пост.
Детально изучив тикет, я сделал следующие выводы:
1. Вы не просили нас сделать перенос сайта (доступов к старому хостингу не предоставляли), а делали его самостоятельно. У нас только консультировались и просили помощи в конкретных вопросах, в которых мы Вам помогали, если это было в наших силах. По этому, неуместно говорить, что Вы потеряли неделю времени по нашей вине.
2. Поскольку все Ваши запросы относились исключительно настройке контента внутри VDS, а не работоспособности самой VDS, то к ним применялся режим "В порядке общей очереди". По этому я пока не вижу причин для линчевания кого либо из своих сотрудников. Все временные тайминги по скорости ответов как первой, так и второй линии поддержки в пределах нормы. По сути, ответ на любой из Ваших вопросов мог дать Google (если уж так сложно ждать ответы на вопросы о том, как работает Ваш сайт на используемой Вами CMS, с индивидуально настроенными параметрами, о которых наши специалисты не знают ничего и нужно время, чтобы разобраться во всем этом).
3. Неделя самостоятельного переноса стоила Вам около 117 рублей по Вашему тарифу, это без учета 3-х дней теста (для Вас не было никакой необходимости заводить отдельную услугу для начала переноса, Вы могли начать делать это на тестовый VDS, а потом просто продлить его). И тут уже Вам решать, что выгодней, потратить время на самостоятельный перенос или нанять для этого специалиста и заплатить ему за это от 1000 рублей и выше.
Здравствуйте.
Если имеются в ввиду снапшоты, то пока есть ряд технических моментов, которые пока не удалось преодолеть. Как только у нас получится это реализовать, то мы обязательно об этом объявим. На текущий момент, у нас доступен хостинг для бэкапов Который стоит не дорого и на него без проблем можно настроить бэкапирование данных из ISPmanager.---------- Добавлено 17.04.2016 в 23:47 ----------
Ответ на вопрос, прежде всего зависит от самого сайта. Насколько тяжелый движок, какое количество посетителей, есть данные о нагрузке на текущем размещении и т.п.
Sysadminer, а зачем не брать серверы в РФ?
Чем обосновано нежелание?---------- Добавлено 16.04.2016 в 22:11 ----------2x E5-2620 v3, 2.4GHz, 6 ядер / 128 Gb DDR4 ECC RAM / 250 Gb SSD / 1000 Gb HDD
30 ТБайт трафика, канал 1 Гбит/с - 18050 руб./мес.
Можете подобрать нужную конфигурацию в нашем конструкторе: https://www.ihor.ru/dedic
Так может написать в FirstVDS?
Да, уже обратил внимание, перемудрили расчетчики тарифов. Спасибо за замечание. Уберем из тарифов.
