Как мне 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). При выяснении у поддержки, что именно было сделано сверх регламента, оказалось, что восстановление сайтов было сделано сверх регламента. Хотя они не предупредили, что это сайтов на сервере не будет, а если бы они это сделали, то я сам бы смог восстановить сайты из бэкапа.

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

Как решить проблему обрезания description плагином All in One Seo Pack на WordPress

Для начала, несколько слов о том, что же такое description и для чего он нужен. Description — это служебный тэг, в котором указывается краткое описание содержания страницы. Правильно написанный description может существенно повысить кликабельность вашей страницы в выдаче тех поисковых систем, которые его учитывают (в частности, Google это делает, Яндекс не всегда). Тэг этот никоим образом не влияет на внешний вид вашей страницы и крайне желательно не пренебрегать его заполнением. Именно в description следует использовать важные ключевые слова, которые дадут понять пользователю о чём написано в вашей статье. Ведь читая краткое описание вашей страницы, пользователь принимает решение, нужно ли ему перейти на ваш сайт для чтения статьи или записи.

Для добавления description к странице или записи в CMS WordPress существует один из самых популярных плагинов для SEO под названием «All in One Seo Pack». Но, по какой-то неясной причине, разработчики плагина установили ограничение для описания в 160 символов, тогда как тот же Google позволяет выводить гораздо больше. В итоге плагин обрезает описание. Тем не менее, решение этой проблемы существует.

Описание в плагине WordPress

Вот пример статьи, description которой составляет 167 символов, то есть, при использовании All in One Seo Pack, последние 7 символов будут обрезаны, последнее слово описания показано не будет. Да, так бывает, когда не хватает всего одного слова, теряется смысл предложения. Для того, чтобы этого избежать, мы вручную изменим настройки плагина. Читать далее

Никогда не доверяйте деньги арбитражу биржи Freelancehunt

Есть наработанные годами способы работать и известные системы и биржи. Их много, перечислять не буду. Но иногда появляются новые. В них регистрируются множество как заказчиков, так и исполнителей. В них люди находят друг друга и даже совершаются сделки. Меня угораздило сделать это тоже. Биржа, о которой идёт речь — Freelancehunt. Почему именно так пишу, да потому что две попытки там нормально поработать привели к двум плачевным результатам.

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

В первом случае исполнитель сделал работу совсем не так, как мне было нужно со множеством ошибок. Мне были нужны некоторые плагины и обычная пагинация на сайте. Этот человек написал, что в задании это не описывалось. Работа была закончена через арбитраж. Арбитраж Freelancehunt по-приятельски попросил его доделать работу частично. Это было сделано, но после этих правок мне пришлось нанимать ещё одного человека для правки этого сайта.

Во втором случае было  ещё хуже. Помня предыдущий случай, я указал на то, что функциональность движка WordPress должна быть сохранена. Видимо тут и крылась лазейка для нерадивого исполнителя. Это была компания, которая как и большинство таковых, не делает работу сама, а просто соединяет исполнителя с заказчиком. То есть, двойное промежуточное звено. И если биржа действительно сводит заказчика с исполнителем, то во втором случае, это пустая трата денег и лишняя головная боль. Зарекался я уже работать с такими, теперь уже точно это был последний раз.

Читайте отзыв о бирже Freelancehunt дальше

Как делать BackUP сайта на примере WordPress

Самым важным и дорогим любому вебмастеру является его сайт. Именно поэтому важно, чтобы он был в целости и сохранности. Для этого необходимо время от времени делать резервное копирование сайта независимо от его CMS, на которой он работает. У меня движок WordPress, но технология подходит и для Joomla и для DLE и прочих. Для любых. Я буду показывать BackUP на примере WordPress.

Бэкап всех файлов сайта

Бэкап всех файлов сайта

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

Читать далее о резервном копировании

КИНЗА 2014 — конференция для вебмастеров

Если SEO-конференции на любой вкус и цвет проводятся из года в год, то вот для нас с вами — вебмастеров и манимейкеров, которые зарабатывают на сайтах — конференций практически не бывает. Как не бывает и каких-то специальных мероприятий.

kinza

Но, кажется, теперь это поправимо.

Хочу рассказать вам немного про КИНЗУ 2014 — первую масштабную конференцию в России, которая соберет именно вебмастеров.

Итак. Предлагаю перейти сразу к делу и посмотреть, что же такого интересного может предложить нам КИНЗА 2014.

Читать далее