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 прописал
# включен ли модуль 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.zip | 146.9 КБ |
Комментарии
Перевел таблицы в InnoDB (http://www.drupal.ru/node/13794?page=1)
cache*
session
watchdog
Возникла проблема:
На хостинге 2 сайта рабочий и отладочный.
Время выполнения скриптов на отладочном сайте было в 10 раз больше чем на рабочем.
Оказалось, что у APC при обращении к тестовому сайту переполнялся кэш и APC сбрасывал кэш при переполнении (обнулял).
Добавил APC каша - стало 60мб - теперь хватает на оба сайта и сбрасывание кэша APC прекратилось.
В php.ini
apc.shm_size=60
Оба сайта теперь работают одинаково быстро.
Попросил службу поддержки установить кэш mysql
query_cache_size=16M
Установил db_maintenance
Установка и настройка NGINX на хостинге NICHOST (nic.ru)
http://forum.nic.ru/showthread.php?s=80ea5032dd0d93204274d49a85312ccf&t=197
Если на хостинге 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 раза проигрывает.
У меня на том же nic.ru тариф 301 всё заметно медленнее:
Page execution time was 1375.07 ms. Executed 98 queries in 975.92 milliseconds.
Причем, сайт тестовый, без нагрузки. Без Cache Router, без nginx, но они, насколько я понимаю, не влияют на скорость работы с БД. Из-за чего может быть такое расхождение в быстродействии?
Попроси поддержку включить mysql кэш - по умолчанию он выключен.
Самому в ini-шнике, и ли только в саппорт? Решит проблему?
Это все на тарифе 301?
Да
Странно.
Вот командный сайт дистрибьютора oriflame (я делал) на nic.ru, тариф 301 - все вполне быстро. А в сравнении с sweb.ru, где был раньше, так вообще летает.
Zorkiy4, а вы APC правильно установили, проверили в phpinfo что он есть?
У кого нибудь получилось поставить сторонние скрипты? дампер не коннектится к базе, phpTrafficA аналогично
Саппорт как рыба молчит...
Дампер работает прекрасно.
phpTrafficA работала.
$db_url = 'mysql://пользователь:пароль@имяхостинга.mysql/база';
В последнее время толи хостинг притормаживает, толи сайт тяжелеет - все работает помеденнее чем в начале.
И в форуме хостинга nic.ru говорят что собираются ввести ограниечение на память 196мб (раньше оно не работало).
Смотрю в сторону ruweb.net
=====
dumper.php
define('DBHOST', 'имяхостинга.mysql:3306');
define('DBNAMES', 'база');
логин/пароль - белый экран в логах 0
=====
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.
первый хостинг такой загадочный
dumper.php
define('DBHOST', 'имяхостинга.mysql');
define('DBNAMES', '');
все - больше ничего не заполняю
А по моему опыту, наоборот, sweb заметно шустрее. Хм... По крайней мере выяснил, что такая картина не характерна. Попробуем потрясти техподдержку. Вот только технической подкованности у меня маловато, чтобы их грамотно трясти.(
С этого и начну.)
Спасибо за советы!
архитектура хостинга 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 на отдельных серверах
- жесткого ограничения по процессорному времени нет, но у рессурсоемких процессов снижается приоритет.
Саппорт ответил, что "кеш в MySQL по умолчанию включен". Dimm, как вы это прокомментируете?
Смотри в phpmyadmin переменную query cache size
у меня query cache size=16777216 байт
сделал все как написано стала после перезагрузки несколькиз старниц возникает ошика Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 135258129 bytes) in Unknown on line 0
добавить памяти Максимальный объем памяти для работы скрипта = 128MB ( Веб-сервер -> Модули -> Модуль PHP -> Настройка)
Впервые ставлю сайт на хостинге Nic.ru.
Возникли какие-то непонятки с синонимами ("сайт.com" и "www.сайт.com"): если залогинился на сайт.com, то на www.сайт.com оказываюсь по-прежнему незалогинен. Или наоборот.
Проверяю на стандартной установке Drupal 6.10. Кеш браузеров очищен. В "Панели управления" хостера синонимы настроены.
Кто уже имел опыт настройки на этом хостинге, подскажите, где может быть проблема?
Это похоже на проблему cookie. Покопайтесь в эту сторону, возможно php отадет не совсем верные куки (считает сабдомен не доменом)
Это настраиваемо впринципе но как точно сделать не скажу. Проверте это направление.
Да, спасибо, я тоже заподозрил куки. Хостер молчит.
Пока решил проблему раскомментированием и установкой переменной $cookie_domain в settings.php.
И все же... "Ложки нашлись, но неприятный осадок остался" :). У других хостеров все ведь работало без изменений в settings.php. Следовательно, эта багофича зависит от настроек сервера, а не Drupal.
Просто для сведения других новичков на Nic.ru. Пробовал и решение с настройкой RewriteRule в .htaccess. Можно использовать, но вариант с куками с пользовательской точки зрения лучше, ибо не меняет адрес в строке браузера (с www на без www или наоборот).
А вот изменение $base_url в settings.php мне не помогло.
Не забываем включать
realip_module
http://www.drupal.ru/node/15789
Новая трабла. На nic.ru перестал работать dumper.
Показывает пустую страницу после ввода логина и пароля в базе.
Судя по тамошнему форуму, проблема не только моя. Админы, видимо, чегой-то с'админили и список баз не отдают скрипту.
Не помогает стандартный бубен: указание в dumper.php define('DBHOST', 'имяхостинга.mysql'); и define('DBNAMES', '');. Аттрибуты на файлы тоже пытался менять.
У кого были аналогичные грабли?
У меня работает.
Как выяснилось, тут я сам виноват (хотя на их форуме есть ветка про аналогичную проблему у других).
Разбираюсь, наверное, что-то с модулем gzip (хотя, вроде бы, включен).
Оптимизировал список подключаемых модулей (апача, PHP) и вместо mysql включил mysqli. Сайт-то работает, а вот dumper использует функции mysql_* и потому забастовал.
Сейчас это починил, но теперь в dumper'е не стало возможности работать с архивами bz2 и zip.
Dimm, вы рекомендуете устанавливать APC на nic.ru? Засомневался, прочитав вот этот топик на их форуме http://forum.nic.ru/showpost.php?p=5879&postcount=3 Каково ваше мнение, опыт использования?
И, вообще, кто может разъяснить, надо ли (и при каких условиях) использовать совместно nginx, APC или e-accelerator?
могу только сказать про eaccelerator - его можно использовать только когда php идет как fcgi. (или как mod_php для apache - но это не ваш случай.)
Устанавливать APC я рекомендую - сайт работает быстрее - но необходимо выделить достаточно памяти.
У меня уже год как стоит APC - пришлось выделить 70 мегабайт памяти - на несколько сайтов на Друпале - т.к. при превышении выделенного объема памяти память APС сбрасывается.
Сейчас начали урезать память до 192 мегабайта (раньше этого не было).
Сайты вроде работают, но бывают перебои - связываю их с глюками nic.ru а не с недостатком памяти.
Честно говоря не понимаю как у них память считается но графики пямяти у меня странные:
Отключил APC - график памяти пришел в норму, проблем с недоступностью сайта стало меньше.
Попробую поработать без APC.
Не APC теперь я НЕ рекомендую.
До февраля 2009 года - все нормально работало, а потом график памяти подскочил вверх, а с мая ввели ограничение (судя по приведенным графикам памяти).
Сейчас я отключил АРС - расход памяти пришел в норму и укладывается в ограничение.
попробуйте включить eacc , поставте для начала ему 64MB для кеша, а потом через control.php проконтролируйте сколько в памяти у вас скрипты занимают, и сколько ресурсов на ВДС осталось.
Согласно этих данных скоректируйте настройки.
НО в целом на сервер 192MB очень мало.
А что мне деласть с
:
HTTP запрос AJAX завершен неправильно.
Следует отладочная информация.
Путь: /file/ajax/field_img/ru/0/form-PY5S39JzgGsyp_2Ayn4Crk_tSUZhlGVG_WKt6Fg47wg
СтатусТекст: n/a
ResponseText:
Получилось ли сделать чистые ссылки на nic.ru?