Статьи по теме: веб-сайты

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

Нет, это не начало истории о Титанике или другом более удачливом корабле. Сегодня поговорим об использовании облачных технологий в бизнесе и о том, стоит ли, отправляясь в большое плаванье, взять на борт пару-тройку наших инженеров, которые будут поддерживать корабль на плаву, а случись айсберг – оперативно подлатают пробоину. Речь пойдет об услуге администрирования облачных серверов.

Можно ли обойтись без услуги администрирования серверов?

Этот вопрос нам часто задают новые клиенты. Ответ – можно, но только если у вас в команде есть толковый системный администратор или вы сами специалист в ИТ. Да и совсем без поддержки мы вас в любом случае не оставим – Tucha.ua своих не бросает, поэтому, заказав у нас любую услугу, базовую поддержку вы получите бесплатно.

В чем разница между базовой поддержкой и администрированием сервера (расширенной поддержкой)?

Бесплатная базовая поддержка

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

Расширенная поддержка (администрирование серверов)

• Повышенный приоритет обработки запросов.
• Диагностика с предметной консультацией наших ИТ-специалистов по вашим вопросам.
• Внесение изменений в ПО хостинговой платформы (операционная система, драйверы, утилиты, библиотеки, системные службы, языковые интерпретаторы, СУБД), развернутой в виртуальной инфраструктуре.

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

Что именно входит в услугу администрирования серверов?

Администрирование серверов от Tucha.ua – это целый комплекс решений, за которые отвечают наши специалисты.

1. Оптимизация сервера и отдельных приложений. Мы сделаем так, чтобы ваш сервер работал надежно и на максимальной скорости.

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

3. Профессиональная установка обновлений. Всегда актуальное и самое свежее ПО.

4. Контроль безопасности. Мы примем все возможные меры для того, чтобы вредоносное ПО не получило доступ к вашим данным.

5. Регулярное резервное копирование критичных данных. (если вы используете услугу TuchaBackup или предоставляете нам реквизиты доступа к своему хранилищу). Вся важная информация будет всегда доступна для восстановления.

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

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

Проактивные действия включают в себя:

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

Под реактивными действиями мы подразумеваем:

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

Зоны ответственности

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

Есть сайт, который нужно захостить на нашем сервере – супер, сделаем в лучшем виде. Проконтролировать безопасность сервера, настроить системные службы, организовать резервное копирование – наша задача и, поверьте, мы выполним ее на совесть. Но, если клиент загрузил на наш хостинг сайт с ошибками в коде, и сайт не работает – это оплошность разработчиков сайта. Это же касается последующих изменений в коде сайта, обновления CMS и других операций с загруженными данными.

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

Резюмируем. Физическая инфраструктура ЦОД, среда виртуализации, виртуальное оборудование, ПО – полностью наша зона ответственности, загруженные данные – ваша.

Весь пирог мы готовим сами, каждый слой и даже пропитку. Но вишенка – загруженные вами данные, и передвигать ее на свое усмотрение мы просто не имеем права.

Кому нужно администрирование серверов?

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

Цена вопроса

Как вы, должно быть, уже поняли, администрирование серверов – ответственное занятие, которое требует немало дополнительного времени наших специалистов. Поэтому услуга платная – в противном случае нас просто не хватило бы на другие облачные задачи. :) Стоимость администрирования – от 30 евро/месяц (в зависимости от конфигурации вашего сервера) или 400 гривен/час, и это разумная и весьма умеренная плата за надежную работу вашего сервера.

Итак, системное администрирование серверов – незаменимая услуга, если: у вас в команде нет толкового сисадмина, ваш интернет-проект работает круглосуточно или наоборот только начинает свое большое плаванье. Умеренная плата – еще один важный аргумент. В общем, подумайте и хорошенько взвесьте все «за» и «против», а по любым дополнительным вопросам обращайтесь к нам за грамотной консультацией 24/7.

Решили зарегистрироваться на одном из интернет-ресурсов, а с вас требуют указать электронную почту? Что ж, справедливо и в порядке вещей, но диктовать свой email первому встречному (ладно, пусть даже не первому) не всегда хочется. Особенно, если потом по этому адресу начнут стучаться «ненавязчивые» акции и спецпредложения. Как же быть?

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

Как использовать?

Итак, что нужно делать, чтобы воспользоваться анонимным почтовым ящиком от Temp Mail?

1. Зайдите на официальный сайт компании – вот, в принципе, и все. В поле 1 уже отображается ваш временный email.

2. Зарегистрируйтесь на нужном ресурсе, используя этот email. В поле 2 откроется письмо со ссылкой подтверждения или дальнейшими инструкциями. Полученные письма «живут» ровно час.

3. Если нужно, в левом боковом меню можно изменить почту или удалить ее, стерев все признаки активности.

Кстати, службу одноразовой почты можно скачать для Android и iOS или установить плагины для браузеров Opera и Chrome.

Дополнительно

Temp Mail хорош, когда нужно быстро пройти регистрацию на каком-нибудь интернет-ресурсе. А чтобы дополнительно обезопасить свои данные при веб-серфинге, разработчики Temp Mail рекомендуют совмещать одноразовую почту с еще одним сервисом – VPN Privatix, который можно скачать для Chrome, Opera, Firefox, IOS и Android. Для скачивания доступны как бесплатная, так и премиум версии.

Несмотря на все плюсы одноразового email, с него никак нельзя отправить исходящее письмо, а входящие хранятся 60 минут. Поэтому для глобальных целей позаботьтесь о надежном хостинге постоянной почты, а если у вас появились дополнительные вопросы, обращайтесь к нам за грамотной консультацией 24/7.

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

Первым делом

Чаще всего Database Error появляется, когда некорректно указаны параметра доступа к базе данных. Поэтому первым делом откройте конфигурационный файл в корневой папке сайта и проверьте правильность заполнения параметров host, user, password и db (в разных CMS эти названия могут немного отличаться, но суть та же). На всякий случай напоминаем расположение конфигурационных файлов для популярных CMS.

WordPress (wp-config.php)

define('DB_NAME', 'имя_базы_данных');
define('DB_USER', 'имя_пользователя');
define('DB_HOST', 'адрес_сервера');
define('DB_PASSWORD', 'пароль');

В WordPress, кстати, эту ошибку (выводится как «Error Establishing a Database Connection») также можно решить восстановлением базы данных. Для этого впишите последней строкой в конфигурационном файле:

define('WP_ALLOW_REPAIR', true);

Затем перейдите по ссылке: ваш-домен/wp-admin/maint/repair.php. Вы попадете на страницу, где можно будет восстановить (Repair Database) или восстановить с оптимизацией (Repair and Optimize Database) базу данных.

Важно!
Как только ошибка пропала, обязательно удалите из конфигурационного файла строку:

define('WP_ALLOW_REPAIR', true);

Joomla (configuration.php)

var $host = 'адрес_сервера';
var $user = 'имя_пользователя';
var $db = 'имя_базы_данных';
var $password = 'пароль';

В Joomla ошибка подключения к базе данных выводится как «Database Error: Unable to connect to the database:Could not connect to MySQL». Возможен также вариант «Database Error: Unable to connect to the database:Could not connect to database». Во втором случае, скорее всего, указан неправильный префикс для таблиц, поэтому, кроме четырех вышеуказанных параметров, проверьте также строку:

var $dbprefix = 'префикс_таблиц (чаще всего jos_)';

Drupal (sites/default/settings.php)

$db_url = 'mysql://"имя_пользователя":"пароль"@"адрес_сервера"/"имя_базы_данных";

DLE (engine/data/dbconfig.php)

define ("DBHOST", "адрес_сервера");
define ("DBNAME", "имя_базы_данных");
define ("DBUSER", "имя_пользователя");
define ("DBPASS", "пароль");

ModX (manager/includes/config.inc.php)

$database_server = 'адрес_сервера';
$database_user = 'имя_пользователя';
$database_password = 'пароль';
$dbase = 'имя_базы_данных';


1C-Битрикс (bitrix/php_interface/dbconn.php)

$DBHost = "адрес_сервера";
$DBLogin = "имя_пользователя";
$DBPassword = "пароль";
$DBName = "имя_базы_данных";


phpBB (docs/config.php)

$dbhost = 'адрес_сервера';
$dbname = 'имя_базы_данных';
$dbuser = 'имя_пользователя';
$dbpasswd = 'пароль';


Иногда ошибка подключения к базе данных появляется, когда на вашем диске не хватает свободного места. Удалите кэш и ненужные бекапы. Если ничего «ненужного» вы и так не держите, обратитесь к провайдеру за расширением диска. Еще одна возможная причина – сервер с базой данных не работает. Тут уж все претензии к вашему хостеру, пусть решает. Ну, или переходите на более качественный веб-хостинг, к нам, например. :) За грамотной консультацией по переносу в облако как небольших, так и более масштабных проектов обращайтесь 24/7.

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

Три сценария смены хостинга

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

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

2. «Раздвоение». Если у вас аврал, и ваш провайдер вынужден в спешке просто сменить IP-адрес сайта в настройках DNS, некоторое время (в среднем сутки) он будет работать одновременно на старом и новом серверах, а это значит, часть заказов или комментариев, сделанных во время переноса, будет похоронена вместе со старой версией веб-сайта. Этот отрезок времени можно сократить – за сутки до переезда измените параметр expire в SOA-записи домена до, скажем, одного часа (3600 секунд). Это сократит время ожидания полного переноса, но не решит проблему раздвоения.

3. «Замещение». Пожалуй, самый оптимальный из сценариев. Оговорив переезд заранее, провайдер позаботится о решении проблемы раздвоения. Собственно, этой стратегии мы обычно и придерживаемся, поэтому сейчас детальней рассмотрим, как именно происходит перенос сайта на новый хостинг способом замещения.

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

Шаг 2. Тест работы нового сервера. После того, как репликация налажена, проводим тестирование нового сервера. Для этого в локальном фале hosts (в нашем случае C:\Windows\System32\drivers\etc\hosts) указываем, что у сайта теперь новый IP-адрес. Затем открываем в браузере сайт, чтобы удостовериться, что он полностью совпадает с версией на старом сервере.

Шаг 3. Настройка прокси на старом сервере. «Гасим» сайт на старом сервере, чтобы он лишь принимал запросы посетителей, передавал их на новый сервер, а потом возвращал пользователям обработанные ответы.

Шаг 4. Обращение к серверу через проксирование. Вносим изменения в DNS.

Шаг 5. Отключение старого сервера. Когда на старый сервер перестанут поступать запросы, в целях безопасности выжидаем еще сутки и отключаем его. Готово!

Как видите, переезд сайта на новый хостинг – задача ответственная. Лучше доверить ее профессионалам и оговорить заранее. Обращайтесь к нам по вопросам качественного веб-хостинга как небольших, так и масштабных проектов, и мы сделаем все, чтобы перенос прошел без сучка, задоринки и потерь в клиентах или заказах.

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

Автоматический спам

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

1. CAPTCHA. Нестареющий и, пожалуй, самый эффективный метод борьбы с автоматическим спамом. CAPTCHA – это тест, призванный отличить действия человека от компьютера путем выполнения не подлежащего алгоритмизации задания. Например, перед публикацией комментария система просит ввести неразборчиво написанное слово. Кто справился, тот и человек. Проще всего встроить CAPTCHA в работу своего сайта можно с помощью сторонних приложений, например, KeyCAPTCHA.

Кстати, несколько лет назад появилась служба reCAPTCHA, где пользователю предлагают ввести сразу два слова: более-менее понятное – проверочное и совсем неразборчивое – которое не смог расшифровать компьютер при автоматической оцифровке книг. Проходя reCAPTCHA, человек совмещает приятное с полезным – и проверка «на человечность», и лепта в создание электронных библиотек. Учитывая, что каждый день CAPTCHA вводят примерно 300 миллионов раз, польза выходит более чем ощутимая. Правда, некоторые даже здесь углядели несправедливость – мол, «трудятся» они, а все деньги за расшифровку уходят в Google. :)

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

2. Плагин для CMS. Кроме CAPTCHA, в интернете можно найти множество плагинов, которые довольно надежно защитят ваш ресурс от спама. Например, Akismet или WP-SpamFree для WordPress, Simple Anti-Spam для Drupal, EasyCalcCheck PLUS для Joomla или CleanTalk для этих и большинства других CMS. Их главная задача – автоматически проверять комментарии и блокировать те, которые похожи на спам.

Ручной спам

CAPTCHA эффективна в борьбе со спам-ботами, а злодеям, которые разносят «заразу» вручную, она не страшна. Но есть много других способов противостоять им.

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

2. Отключите html-теги. Если спамер захочет поставить свою ссылку на пробел или, к примеру, на смайл, у ничего не выйдет – в комментариях отобразится html-код, который вы благополучно выявите при модерации.

3. Откажитесь от поля «Ваш сайт». Заодно отсеете тех, кто пишет комментарии к вашим материалам лишь с целью «засветить» свою ссылку.

4. Используйте системы комментирования. Если вам приходится активно работать с комментариями пользователей, советуем воспользоваться одной из многочисленных систем комментирования, например, Disqus, HyperComments или LiveFyre. Это и отличный помощник в работе с комментариями, и дополнительный фильтр спама.

И, традиционно, главный посыл, который вынесен за пределы списка – доверяйте работу с сайтом грамотному веб-мастеру. Тогда спам, взломы, DDoS-атаки и другие «болезни» сайта вам не грозят.

Спамеры не только засоряют раздел комментариев вашего сайта, но и наносят вред вашей репутации. Поэтому, как говорил классик, боритесь – поборете. Благо, инструментов хватает. А чтобы ваш ресурс радовал читателей не только контентом, но и производительностью, обращайтесь к нам за грамотной консультацией и качественными облачными сервисами 24/7.