Ошибка при выборе хостинга

Июль 31st, 2008 by Dmitriy Donchenko

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

Поступил заказ на создание очередного блога для клиента. Хостинговую компанию клиент уже выбрал, мне осталось лишь проверить подходит ли выбранный тариф для нормальной работы Wordpress. В наше время практически у каждой хостинговой компании даже в самых дешевых тарифах на хостинг, присутствует поддержка PHP+MySQL чего в принципе для работы Wordpress предостаточно.

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

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

Вероятно, я разбаловался, пользуясь услугами Эскхостинг, привык к тому, что в cPanel присутствуют все необходимые инструменты для работы. Вот простой пример, что удобнее закачивать 569 файлов установки Wordpress через ФТП соединение или же закачать один архив и потом распаковать его через веб-интерфейс панели администрирования хостингом? Даже с быстрым Интернетом (2Мбита) закачка множества мелких файлов занимает довольно много времени, поэтому мне лично удобнее все это делать в архивах.

Посмотрим на интерфейс Веб-ФТП хостинга который выбрал заказчик, выглядит она вот так:

Хостинг Веб-ФТП

Т.е. кроме как «Редактировать», «Скачать», «Удалить» вы с файлом ничего больше сделать не сможете, его даже нельзя скопировать или переместить в другую папку.

Я очень внимательно изучал веб-интерфейс хостинга, который выбрал заказчик, очень порадовала надпись «new» возле ссылки на управление «Субдоменами»

Т.е. нужно понимать, что до этого возможности создавать и управлять «Субдоменами» небыло?
Теперь представьте, что вам необходимо сделать отдельный логин и пароль для ФТП доступа. Такая необходимость возникает, когда нужно дать ограниченный доступ к какому-то разделу сервера. Заходим в раздел управления паролями к ФТП и видим:

Управления пользователями ФТП нет, можно только сменить пароль, видимо пользователь ФТП может быть только один, совсем неправильно. Решаю сменить пароль, беру стандартную длину пароля 10 символов, ввожу новый пароль и подтверждение, получаю вот такую картинку:

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

А вот такая картинка

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

Но, все эти ошибки и проблемы с управлением через веб-интерфейс, смягчаются тем, что хостинговая компания дает доступ не только к веб-интерфейсу и ФТП, а еще и shell. Shell это очень удобная штука, фактически вы имеете полноценный доступ к серверу на котором будет лежать ваш сайт. Однако если у вас нет опыта работы с *nix системами, вам этот доступ ничего не даст. Довольно мало людей которые решили создать свой первый блог, имели опыт работы с *nix системами и поэтому, работать они смогут только через вышеописанный веб-интерфейс, с которым полноценная работа невозможна.

Теперь почитаем что пишет Wikipedia о панели управления хостингом, которая используется у моей любимой хостинговой компании Эскхостинг:

«cPanel — является стандартом «де-факто», в мире хостинга. По приблизительной оценке эту панель управления используют более 80 % хостинг компаний в СНГ, и порядка 40 % во всём мире.

Основные особенности: это интуитивно понятный интерфейс, чёткая логика и структура управления, использование шаблонов, наличие локализации на 25 языков. Дополнительной приятной особенностью cPanel для вебмастеров является встроенная утилита «Фантастико», которая содержит порядка 50 готовых к использованию скриптов.»

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

Если вы все еще не верите в это, зайдите в демо-интерфейс cPanel (логин:xdemo, пароль:xdemo) и покликайте по различным значкам, «Файловый менеджер» или «управление пользователями» и сравните то, что увидите вы, с картинками которые я здесь разместил, разница ощутимая.

Дочитали до этого места? Молодцы! Это конец поста, здесь должны быть выводы, а выводы таковы:

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

p.s. Название компании которую выбрал клиент и откуда сделаны эти скриншоты, говорить не буду.

Блоговодство:

Если вам понравился этот блог, вы можете подписаться на обновления блога через RSS ленту, или по E-Mail. Спасибо за визит!

Теги: , , ,

Плагин Permalink Redirect

Июль 30th, 2008 by Dmitriy Donchenko

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

Если кто-то помнит, до этого в моем блоге были ссылки вида http://blogproblog.com/2007/10/29/feedburner-start/ и до этого момента я надеясь на работу этого плагина, думал что происходит автоматическая переадресация на новые ссылки вида http://blogproblog.com/feedburner-start/ а оказалось что переадресации нету.

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

Поэтому всем кто использует этот плагин, рекомендую на всякий случай проверить, работает ли он и работает ли переадресация. Обновление до версии 1.0 не рекомендуется.

Если вы уже обновили плагин, и у вас не осталось его старой версии, можете скачать с моего блога.

Блоговодство:

Теги: , ,

Wordpress 2.6 что делать после установки/обновления

Июль 28th, 2008 by Dmitriy Donchenko

Когда-то я уже писал о том, что необходимо сделать после того как вы только установили Wordpress для своего блога.

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

  1. Начнём с безопасности блога, сразу же после установки/обновления, вашего блога, откройте файл конфигурации и сгенерируйте уникальные ключи для работы вашего блога, как это сделать подробно описано вот здесь.
  2. Теперь опять же в целях безопасности, можно удалить строку в коде вашего блога, которая отображает версию Wordpress. Если вы просмотрите исходный код странички вашего блога, там наверняка будет вот такая строчка: <meta name=”generator” content=”Wordpress 2.5″ />, это дает возможность злоумышленникам идентифицировать версию Wordpress на которой работает ваш блог и упрощает поиск уязвимостей и эксплоитов для нанесения вреда вашему блогу. Удалить эту строку можно либо отредактировав файл header.php в папке шаблона вашего блога, либо используя файл function.php который также должен находится в папке с шаблоном. В файл function.php просто допишите строку:
    <?php remove_action('wp_head', 'wp_generator'); ?>

    данный способ может конфликтовать с работой некоторых плагинов.

  3. Отключите загрузку шаблонов Wordpress при работе с LiveWriter. Если вы не используете программу для работы с блогами Windows LiveWriter, можно спокойно отключить функции Wordpress для работы с LiveWriter, для этого в файле function.php добавьте строчку
    <?php remove_action('wp_head', 'wlwmanifest_link'); ?>
  4. Отключите сохранение версий постов. В Wordpress 2.6, появилась очень полезная функция как версии записей, которая очень удобна в тех случаях если блог ведут несколько авторов и над одной записью работает несколько авторов, в 90% случаев обычным блоггерам эта функция будет лишней. Т.к. при использовании этой функции, таблица базы данных в которой храняться записи вашего блога, увеличивается в несколько раз. Для отключения этой функции, необходимо добавить в файл конфигурации блога wp-config.php строку:
    define('WP_POST_REVISIONS', false);
  5. Запретите просмотр дирректорий и файлов вашего блога с помощью файла .htaccess. В файл необходимо добавить строчку
    Options All -Indexes

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

Блоговодство:

Теги: , , ,

Обновление Google PR.

Июль 26th, 2008 by Dmitriy Donchenko

Сегодня утром, с большой радостью обнаружил, что Google PR этого блога с 4-ки вырос до 5.

Не может не радовать, растем потихоньку.

А как обстоят дела с этим параметром у ваших проектов??

Теги: ,
Рейтинг@Mail.ru BlogMemes.ru Rambler's Top100 Яндекс цитирования