Как мне FastVPS ОС на серверах устанавливали

Началось всё 28.06.2016. Мне потребовалась поддержка на сервере PHP 5.5 для одного очень нужного мне плагина для WordPress на хостинге FastVPS.

Как оказалось, операционная система сервера Debian 6 не поддерживает эту версию PHP. При общении с поддержкой было решено установить Debian 7, при случае нерабочего состояния сайтов по завершении работы, откатить назад.

Ночью после 2 часов по Москве работа была начата и спустя примерно 2 часа сайты уже снова работали.

Но плагин по-прежнему не устанавливался. Как оказалось, Debian 6 поддерживает только PHP 5.4. Для моего веб-сервера php-fpm есть какие-то нестабильные репозитории от какой-то компании, которые решено было не ставить, после долгой переписки.

В результате дневной переписки была буквально выужена у поддержки информация, что можно было установить сразу Debian 8 с поддержкой нужного PHP 5.5. В поддержке мне её не предложили, так как она не поддерживает FastPanel. Видимо они решили, что я неплатежеспособен. Но я решил купить ISPManager 5 и установить Debian 8.

Опять запланировали установку на ночь. Сайты были опять недоступны, о чём снова сигнализировала Метрика. Но спустя некоторое время, когда я уже проснулся, оказалось, что система уже более двух часов как установлена, но сайты находились в нерабочем состоянии более 4 часов в совокупности.

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

Дальше интереснее. Экстренно были восстановлены сайты и их базы данных одним дампом. Сайты вроде как работали, но вход в админку сайтов был невозможен. Я обратил внимание, что мне показывается ошибка Apache вместо nginx, которая могла показываться при такой ситуации. Переписка с поддержкой опять выявила очередную ошибку поддержки. Они установили Apache вместо нужного мне php-fpm.

Опять экстренно был настроен этот веб-сервер. Вроде теперь всё нормализовалось в работе сайтов. Но нет, в новоиспечённой панели IPSManager 5 не было баз данных, что странно, учитывая, что почти все сайты на сервере используют базы данных. Человек из поддержки сказал, что когда базы данных восстанавливаются одним дампом, то они не появляются в админке. Он установил базы данных, которые появились в админке. Видимо он что-то перепутал при этом. Но я уже проверивший всё после возврата сайтов в работе и баз данных одним файлом положился на профессионализм сотрудников. Что было зря.

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

Например, sait1.ru/wp-login.php, открывался и показывался sait2.ru/wp-login.php. В поддержке мне сказали, чтобы я обратился к веб-разработчикам каким-то, так как этот сайт находится вообще на другом, не принадлежащим им сервере.

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

Вот такая вот интересная история. Мне теперь предлагают либо всё вернуть в первоначальное состояние, к Debian 6, когда все сайты работали нормально, либо искать программиста, который мне будет всё чинить и исправлять.

Как быть, даже не знаю. Потеряно не 20%, как я думал, а 30% трафика за один день. Не говоря уже о деньгах и возможных последствиях за недоступность сайтов. Это просто ни в какие ворота не лезет!

Ответы поддержки при этом занимали около часа.

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

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

Проснулся я и ахнул. Сайт уже совсем не грузился. Вот так номер. В поддержке сказали что ничего не делали. Тогда я возобновил эксперимент с прошлым сайтом. И о Боги, всё получилось. В админку снова можно было войти. Я сделал восстановление из бэкапа самого важного сайта и всё восстановилось! Дело было именно в БД, а не в каких-то плагинах кеширования, на которые мне пытались показать.

Вот так вот работает поддержка. Они как школьники, пытающиеся починить компьютер, просто переустанавливают Windows, так и они просто сносят всё к чертям, даже не пытаясь вникнуть в вопрос.

В защиту их могу сказать, что они часто помогают мне.

А вот тут, они мне также напомнили, что они занимаются моим вопросом по доброте душевной, так как мои сервера без администрирования и это прописано в соглашении. Вот так вот. Конечно им далеко насрать на то, что сайты арендаторов их сервером (я арендую лишь виртуальный сервер у них) вообще не работают. Об этом говорит то, что даже не предупредили о том, что на сервере не будет ничего, хотя в первую ночь все сайты работали после установки Debian 7, а вот в следующую ночь после установки Debian 8 уже ничего не работало.

Кончилось это тем, что они накладывают на меня санкции — Мы делаем заметку по Вашему аккаунту, относительно невозможности выполнять работы сверх регламента оказания технической поддержки (https://fastvps.ru/support/agreement). При выяснении у поддержки, что именно было сделано сверх регламента, оказалось, что восстановление сайтов было сделано сверх регламента. Хотя они не предупредили, что это сайтов на сервере не будет, а если бы они это сделали, то я сам бы смог восстановить сайты из бэкапа.

И в качестве утешения меня они подарили мне месяц аренды виртуального сервера бесплатно. Какая щедрость…

23 проверенных способа, как гарантированно НЕ заработать в Интернете и дальше сидеть у разбитого корыта

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

  • Глаза от телевизора;
  • Задницу от дивана;
  • Разум от с детства азбучных истин.

Мы предполагаем, что человек, читающий нашу заметку, уже оторвал части своего тела от вышеперечисленных мест, и наконец-то хочет подоить большую корову, которую зовут Интернет.

Пришло время подоить Корову

Пришло время подоить Корову

Хотеть одно, а доить другое, тем более что приступить к действиям постоянно что-то мешает: то лень замучила, то времени нет, но не знаешь с чего начать, ну и что там еще может мешать плохим танцорам?!!

Проверенные советы

Действие 1

Ты как настоящий герой начал двигаться в направлении «Заработать в интернете», скачал курсы и видеоуроки о том, как заработать за 10 минут или стать миллионером за 1 ночь?
Читать далее о том, как не заработать в интернете

Отвечаю на вопросы по блогам — 1 часть

Решил дублировать ответы на ваши вопросы о блогах, их монетизации и продвижении и близких к этому темам.

Иногда простота ответа может вызвать шок - вот как оказывается надо было то

Иногда простота ответа может вызвать шок — вот как оказывается надо было то

Вопрос:

  1. Купил Ваш курс «Как зарабатывать на сайте и блоге«.
  2. Я так понимаю, что продвигать блог будем по низкочастотным запросам?
  3. Какое количество запросов для начинающего развиваться блога будет оптимальным с точки зрения конкуренции?
  4. Нужно ли покупать на бирже etxt.ru готовые статьи подходящей тематики?

Ответ:

  1. Спасибо за покупку.
  2. Да. Продвигать лучше на начальном этапе с помощью низкочастотных запросов.
  3. Как можно больше.
  4. Не стоит покупать готовые статьи. Если только они полностью вам подходят и по темах, близких к вашей.

Читать дальше ответы на вопросы о блогах №1

Кто такой блогер

Насколько реально сменить профессию и стать блогером

За последние годы появилось не мало новых профессий, которые известны многим, но не многие знают их значение. Блогер профессия 21 столетия, которая связана непосредственно с Интернетом, а точнее, с блогами, которые выкладывает в Интернете блогер. В этой статье вы узнаете, кто такой блогер и узнаете как правильно писать это название.

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

Лента друзей в блоговом сервисе Livejournal.com способна отвлечь вас на долго, ведь она пополняется постоянно

Лента друзей в блоговом сервисе Livejournal.com способна отвлечь вас на долго, ведь она пополняется постоянно

Интернет пространство имеет на свое счету не одну тысячу блогов, но всем понятно, чем отличается блог от обычного сайта. Например, существует сайт с такой навигацией, как: главная страница сайта, услуги сайта, контакты администрации сайта, новости сайта и так далее. Соответственно раздел новостей несет информацию о сайте, в котором публикуются все новости компании.

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

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

Какой сайт был или появился самым первым в мире

Предыстория Интернет

Первые компьютерные сети создавались еще в 1960-х годах по заказам военных и правительственных органов США, на базе существующих кабельных- и радиолиний. Никакого Интернета еще не было и в помине. Стимулом для американцев послужил выход СССР в космос, и американцы захотели создать устойчивую систему связи, — коммуникаций, как теперь говорят, — на случай ядерной войны. Оценив пользу от компьютеров, западные страны пожелали «прикрутить» это полезное средство к существующим линиям связи. На этом пути было немало проблем. Необходимо было преодолеть серьезное ограничение в числе каналов связи. Благодаря дискретной природе компьютерной информации, такое решение удалось быстро найти.

Американский инженер Л. Клейнрок предложил и обосновал принцип коммутации пакетов — основу цифровой связи, и начались работы по созданию компьютерных сетей, которые могли использовать любые виды электросвязи. Л. Робертс разработал на основе коммутации пакетов сеть ARPAnet, которую можно считать прямым предшественником Интернет.

Коллектив создателей ARPAnet

Коллектив создателей ARPAnet

В 1971-ом был разработан протокол электронной почты и «собака» @ стала использоваться в адресе, а годом позже появилось первое приложение для приема и отправки электронной почты — Telnet, написанное Р. Томлисоном. К этому времени ARPAnet насчитывала уже 15 узлов.

Читать дальше про первый в мире сайт