Настройка хостинга nic.ru под Drupal/Acquia Drupal

Главные вкладки

Аватар пользователя Dimm Dimm 17 ноября 2008 в 18:08

- Включить Использование .htaccess (Веб-сервер -> Сайты -> mysite.ru)
- Включить php5.2 (Веб-сервер -> Модули)
- добавить памяти Максимальный объем памяти для работы скрипта = 64MB ( Веб-сервер -> Модули -> Модуль PHP -> Настройка)
Теперь Drupal должен работать.

-Включение gzip сжатие страниц _http://www.internet-technologies.ru/articles/article_2.html
Прописать в файле темы themes/названиетемы/template.php
ob_start("ob_gzhandler");

-Включение gzip сжатие js и css
( http://www.drupal.ru/node/12463 )
Включил модуль gzip_module (Веб-сервер -> Модули)
В .htaccess прописал

<IfModule mod_gzip.c>
# включен ли модуль mod_gzip
mod_gzip_on                   Yes
# исключения - ява скрипты и таблицы стилей.
# на самом деле современные браузеры корректно понимают
# сжатые скрипты и CSS - тока Netscape4 не переваривает
# но его немного - поэтому в принципе эти две строки можно
# закомментировать, или поменять `exclude` на `include`
mod_gzip_item_include         file       \.js$
mod_gzip_item_include         file       \.css$
</IfModule>

- Установка APC:
скопировать файлы *.so из ~/etc/php/lib/php/extensions в ~/php5_extensions
закинуть в ~/php5_extensions приложенный файл apc.so
скопировать php5.ini из ~/etc/~php/php5.ini в ~/ и переименовать его в php.ini.
Заменить в ~/php.ini
#extension_dir="/opt/php/lib/php/extensions/"
extension_dir="/home/id_хостинга/php5_extensions/"
и добавить в ~/php.ini
extension=apc.so
Перезагрузить веб-сервер (Панель управления хостингом->Веб-сервер, управление и настройка)

P.S.
Продолжение следует...

ВложениеРазмер
Иконка пакета apc.zip146.9 КБ

Комментарии

Аватар пользователя Dimm Dimm 26 ноября 2008 в 22:15

Возникла проблема:
На хостинге 2 сайта рабочий и отладочный.
Время выполнения скриптов на отладочном сайте было в 10 раз больше чем на рабочем.
Оказалось, что у APC при обращении к тестовому сайту переполнялся кэш и APC сбрасывал кэш при переполнении (обнулял).
Добавил APC каша - стало 60мб - теперь хватает на оба сайта и сбрасывание кэша APC прекратилось.
В php.ini
apc.shm_size=60
Оба сайта теперь работают одинаково быстро.

Аватар пользователя Dimm Dimm 1 декабря 2008 в 21:21

Если на хостинге nic.ru тариф 301 результаты такие:
Page execution time was 534.24 ms. Executed 129 queries in 133.64 milliseconds.

То дома на CeleronD 3.2ГГц 2Гб памяти Денвер PHP5+APC
Page execution time was 1800 ms. Executed 129 queries in 193 milliseconds.
Page execution time was 1900 ms. Executed 129 queries in 197 milliseconds.
Page execution time was 2000 ms. Executed 129 queries in 209 milliseconds.

Селерон в 4 раза проигрывает.

Аватар пользователя Zorkiy4 Zorkiy4 10 января 2009 в 22:48

Dimm wrote:
Если на хостинге nic.ru тариф 301 результаты такие:
Page execution time was 534.24 ms. Executed 129 queries in 133.64 milliseconds.
...

У меня на том же nic.ru тариф 301 всё заметно медленнее:
Page execution time was 1375.07 ms. Executed 98 queries in 975.92 milliseconds.

Причем, сайт тестовый, без нагрузки. Без Cache Router, без nginx, но они, насколько я понимаю, не влияют на скорость работы с БД. Из-за чего может быть такое расхождение в быстродействии?

Аватар пользователя WiseMan WiseMan 11 января 2009 в 0:46

Странно.

Вот командный сайт дистрибьютора oriflame (я делал) на nic.ru, тариф 301 - все вполне быстро. А в сравнении с sweb.ru, где был раньше, так вообще летает.

Zorkiy4, а вы APC правильно установили, проверили в phpinfo что он есть?

Аватар пользователя PVasili PVasili 11 января 2009 в 10:40

У кого нибудь получилось поставить сторонние скрипты? дампер не коннектится к базе, phpTrafficA аналогично Sad Саппорт как рыба молчит...

Аватар пользователя Dimm Dimm 11 января 2009 в 10:51

Дампер работает прекрасно.
phpTrafficA работала.
$db_url = 'mysql://пользователь:пароль@имяхостинга.mysql/база';

В последнее время толи хостинг притормаживает, толи сайт тяжелеет - все работает помеденнее чем в начале.
И в форуме хостинга nic.ru говорят что собираются ввести ограниечение на память 196мб (раньше оно не работало).
Смотрю в сторону ruweb.net

Аватар пользователя PVasili PVasili 11 января 2009 в 11:15

=====
dumper.php
define('DBHOST', 'имяхостинга.mysql:3306');
define('DBNAMES', 'база');
логин/пароль - белый экран в логах 0 Sad

=====
Install/install.php

$server = "имяхостинга.mysql"; // replace by you mySQL server
$user = "пользователь"; // replace by your login to mySQL server
$password = "пароль"; // replace by your password
$base = "база"; // replace by the database where you want to create tables

Installing phpTrafficA

Filesystem test
Testing creation of a temporary file in tmp directory: Ok
Trying to delete the file that was just created: Ok
End of file system test. Status: Pass.

PHP Server
- PHP version: 5.2.6
- Looking for GD extension: pass.
- GD version: bundled (2.0.34 compatible)
- checking for FreeType suppory in GD: pass.

Database
Connecting to database server. User is имя and server is имяхостинга.mysql.

первый хостинг такой загадочный Sad

Аватар пользователя Zorkiy4 Zorkiy4 11 января 2009 в 22:21

"WiseMan" wrote:
А в сравнении с sweb.ru, где был раньше, так вообще летает.

Zorkiy4, а вы APC правильно установили, проверили в phpinfo что он есть?

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

"Dimm" wrote:
Попроси поддержку включить mysql кэш - по умолчанию он выключен.

С этого и начну.)

Спасибо за советы!

Аватар пользователя Dimm Dimm 16 января 2009 в 10:55

архитектура хостинга ru-center
_http://www.skillopedia.ru/material.php?id=1623
_http://s2.mytv.by/videos/show/key/OX1v7pGp8e
_http://www.nic.ru/news/2007/rit_2007_report.html

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

Аватар пользователя Zorkiy4 Zorkiy4 16 января 2009 в 14:02

"Dimm" wrote:
Попроси поддержку включить mysql кэш - по умолчанию он выключен.

Саппорт ответил, что "кеш в MySQL по умолчанию включен". Dimm, как вы это прокомментируете?

Аватар пользователя gumk gumk 1 марта 2009 в 3:38

сделал все как написано стала после перезагрузки несколькиз старниц возникает ошика Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 135258129 bytes) in Unknown on line 0

Аватар пользователя Dimm Dimm 1 марта 2009 в 12:43

добавить памяти Максимальный объем памяти для работы скрипта = 128MB ( Веб-сервер -> Модули -> Модуль PHP -> Настройка)

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 9 апреля 2009 в 15:52

Впервые ставлю сайт на хостинге Nic.ru.

Возникли какие-то непонятки с синонимами ("сайт.com" и "www.сайт.com"): если залогинился на сайт.com, то на www.сайт.com оказываюсь по-прежнему незалогинен. Или наоборот.

Проверяю на стандартной установке Drupal 6.10. Кеш браузеров очищен. В "Панели управления" хостера синонимы настроены.

Кто уже имел опыт настройки на этом хостинге, подскажите, где может быть проблема?

Аватар пользователя gor gor 9 апреля 2009 в 17:24

Это похоже на проблему cookie. Покопайтесь в эту сторону, возможно php отадет не совсем верные куки (считает сабдомен не доменом)
Это настраиваемо впринципе но как точно сделать не скажу. Проверте это направление.

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 10 апреля 2009 в 11:14

Да, спасибо, я тоже заподозрил куки. Хостер молчит.
Пока решил проблему раскомментированием и установкой переменной $cookie_domain в settings.php.
И все же... "Ложки нашлись, но неприятный осадок остался" :). У других хостеров все ведь работало без изменений в settings.php. Следовательно, эта багофича зависит от настроек сервера, а не Drupal.

Просто для сведения других новичков на Nic.ru. Пробовал и решение с настройкой RewriteRule в .htaccess. Можно использовать, но вариант с куками с пользовательской точки зрения лучше, ибо не меняет адрес в строке браузера (с www на без www или наоборот).
А вот изменение $base_url в settings.php мне не помогло.

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 20 мая 2009 в 7:56

Новая трабла. На nic.ru перестал работать dumper.
Показывает пустую страницу после ввода логина и пароля в базе.

Судя по тамошнему форуму, проблема не только моя. Админы, видимо, чегой-то с'админили и список баз не отдают скрипту.
Не помогает стандартный бубен: указание в dumper.php define('DBHOST', 'имяхостинга.mysql'); и define('DBNAMES', '');. Аттрибуты на файлы тоже пытался менять.

У кого были аналогичные грабли?

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 21 мая 2009 в 6:37

Как выяснилось, тут я сам виноват (хотя на их форуме есть ветка про аналогичную проблему у других).
Оптимизировал список подключаемых модулей (апача, PHP) и вместо mysql включил mysqli. Сайт-то работает, а вот dumper использует функции mysql_* и потому забастовал.
Сейчас это починил, но теперь в dumper'е не стало возможности работать с архивами bz2 и zip. Smile Разбираюсь, наверное, что-то с модулем gzip (хотя, вроде бы, включен).

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 23 мая 2009 в 18:40

Dimm, вы рекомендуете устанавливать APC на nic.ru? Засомневался, прочитав вот этот топик на их форуме http://forum.nic.ru/showpost.php?p=5879&postcount=3 Каково ваше мнение, опыт использования?

И, вообще, кто может разъяснить, надо ли (и при каких условиях) использовать совместно nginx, APC или e-accelerator?

Аватар пользователя gor gor 23 мая 2009 в 19:39

могу только сказать про eaccelerator - его можно использовать только когда php идет как fcgi. (или как mod_php для apache - но это не ваш случай.)

Аватар пользователя Dimm Dimm 10 ноября 2015 в 11:46

Устанавливать APC я рекомендую - сайт работает быстрее - но необходимо выделить достаточно памяти.

У меня уже год как стоит APC - пришлось выделить 70 мегабайт памяти - на несколько сайтов на Друпале - т.к. при превышении выделенного объема памяти память APС сбрасывается.

Сейчас начали урезать память до 192 мегабайта (раньше этого не было).
Сайты вроде работают, но бывают перебои - связываю их с глюками nic.ru а не с недостатком памяти.

Честно говоря не понимаю как у них память считается но графики пямяти у меня странные:

Аватар пользователя Dimm Dimm 27 мая 2009 в 11:21

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

Аватар пользователя Dimm Dimm 28 мая 2009 в 12:43

Не APC теперь я НЕ рекомендую.
До февраля 2009 года - все нормально работало, а потом график памяти подскочил вверх, а с мая ввели ограничение (судя по приведенным графикам памяти).
Сейчас я отключил АРС - расход памяти пришел в норму и укладывается в ограничение.

Аватар пользователя gor gor 28 мая 2009 в 17:15

попробуйте включить eacc , поставте для начала ему 64MB для кеша, а потом через control.php проконтролируйте сколько в памяти у вас скрипты занимают, и сколько ресурсов на ВДС осталось.
Согласно этих данных скоректируйте настройки.
НО в целом на сервер 192MB очень мало.

Аватар пользователя hea8y hea8y 3 августа 2011 в 21:45

А что мне деласть с
:
HTTP запрос AJAX завершен неправильно.
Следует отладочная информация.
Путь: /file/ajax/field_img/ru/0/form-PY5S39JzgGsyp_2Ayn4Crk_tSUZhlGVG_WKt6Fg47wg
СтатусТекст: n/a
ResponseText: