Особливості роботи bluehost і переїзд на нього # 59851;
Використання хостингу від bluehost таїть в собі кілька нюансів.
По перше. оплата. Тут не котять будь-які online-платіжні системи, навіть популярний в усьому іншому світі PayPal. Оплата проводиться тільки по карті. Bluehost можна оплачувати картами Visa або Mastercard. Ну або American Express, але про них мови я вести не буду, тому що немає у нас їх. Оплатити хостинг з Visa Electron або Mastercard Maestro не вийде. Це карти початкового рівня і вони "містечкові", тобто робити грошові перекази з їх допомогою можна тільки в тій державі, де вони були придбані (є нюанси, але зараз не про це). Я оплачував за допомогою карти Visa Classic.
Далі у нас робота з доменами. І тут з'являються свої не дуже приємні, в плані легкості використання хостингу, моменти. Справа в тому, що при підключенні доменів (розділ "Addon domains", або, якщо ви налаштували мову UI cPanel, "Додаткові домени") відбувається наступне: створюється домен 3 рівня (на основі вашого першого домену), до нього прописується аліасом підключається вами домен, і все це справа підключається до зазначеної вами піддиректорії в директорії
/ Public_html. Ця трохи дивна конструкція призводить до того, що:
Ось тут і доведеться трохи попрацювати руками. Якщо ви встигли забути, що таке .htaccess, то згадуйте. А якщо не знали, то обов'язково почитайте, як обходити таку ситуацію. А обходиться вона наступним чином: необхідно в файл .htaccess, розташованому в директорії
/ Public_html (вона ж
/ Www) додати наступні рядки (передбачається, що ваш основний домен - site.com, а доданий - another-site.com, який підключений до директорії another-site):
Якщо необхідно, для вирішення ситуації з www на another-site.com можете взяти рядок вище і змінити її під свій домен. Все, тепер не буде редиректів на моторошний домен третього рівня.
Наступний нюанс, з яким я зіткнувся при перенесенні сайту - права доступу. Незважаючи на те, що tar зберігає права доступу при архівації файлів, після розпакування я отримав не ті права доступу, які очікував. Сервер не віддавав такі речі, як, наприклад, картинки і css-стилі через відсутність прав на читання файлів. Можливо, це пов'язано з настройками umask файлової системи. Ну так не важливо. Я просто, в консолі, перебуваючи в директорії сайту, набрав:
... тим самим виставивши права на файли - 644, на папки - 755.
Ну а далі все як по установці Wordpress - виставив 777 на wp-content / cache і wp-content / uploads.
Після всього зробленого я кинувся було використовувати сайт в штатному режимі, але тут же наткнувся на проблему пам'яті. Як відомо, сучасні версії Wordpress їдять до 32 МБ оперативної пам'яті (PHP). Причому ця цифра має місце при звичайному режимі роботи. Під час використання адмінки WP "хаває" (а по іншому і не висловити) набагато більше. Стандартно на Bluehost встановлена настройка PHP max_memory = 32M. Це означає, що якщо php-скрипт починає зжирає пам'ять більше встановленого, апач упускає виконання скрипта, і результату роботи ми не бачимо. Очевидно, що для нормальної роботи WP необхідно збільшити максимальну кількість пам'яті, яке може спожити скрипт. Для цього на bluehost необхідно зробити пару дій:
- в cPanel я знайшов розділ "Програмне забезпечення та служби", в якому перейшов по посиланню "PHP Config". Далі виставив настройки, як на скріншоті:
- Я його перейменував в php.ini і відредагував рядок:
64 мегабайт вистачило для того, щоб запустити админку :). До речі, кількість вимагається для WP пам'яті буде тим більше, чим більше у вас встановлено плагінів.
Ну і наостанок відзначу, що, на додаток до всіх рухам з налаштуванням, мені довелося лізти в налаштування WP і міняти шлях до директорії з завантаженнями - він був прописаний як абсолютний, від кореня. Зрозуміло, структура директорій серверів majordomo відрізняється від структури директорій серверів bluehost.
Ось, в принципі, і все. Звичайно, існують деякі незручності в роботі з даними хостером, але зараз він мене більш ніж влаштовує своїми можливостями. До речі, головна сторінка мого блогу стала завантажуватися трохи швидше - це плюс. Ну а з приводу стабільності доступу до сайту ще належить поговорити - блог працює на bluehost тільки тиждень.