Решил переехать с виртуального хостинга на vds. До этого с операциями такого рода дел не имел. Потому идёт туговато. Однако собранных в интернете крупиц знаний всё же хватило чтобы поставить на CentOS панельку vesta и даже установить чистый ocstore, который вроде даже работает) Далее захотелось потестить производительность вдски на реальной базе. А она, естественно, намного превышает максимальный размер импортируемых в phpMyAdmin файлов, даже в сжатом виде. Подумал фигня, на локалке уже менял post_max_size в php.ini Вот только где его найти то? Папки ect/, где по идеи должен быть php.ini, через ftp я не нашёл (походу и не должен был найти). С терминалом на Вы, потому в замешательстве.(( Подскажите, как всё же отредактировать php.ini? P.S. хотелось бы получить совет как настроить конфиги того же мускула и проч для максимальной производительности сайта на ocstore с количеством товаров более 50к.
Вы извините, но не проще ли нанять специалиста, который знает что и как настроить? Но отвечу. 1. Не обязательно делать импорт дампа через phpMyadmin. Заливаете дамп на сервер (пусть для примера в папку home), заходите по SSH (нужна программа Putty) на сервер, далее в терминале Код: cd /home mysql -u root -p имя_БД < /home/имя_файла_с_дампом.sql Вместо root можно указать и имя пользователя, которому разрешено работать с БД на уровне администратора. Кстати система попросит пароль указанного пользователя. Тем самым Вы импортируете дамп в БД 2. Вот в этой теме я выложили конфиги с одного из своих серверов, поюзайте. 3. По настройкам php. Папка называется etc (на всякий случай). Посмотрите вот этот пост, тут явно указано как найти нужный Вам файл. Но все таки советую обратиться к профессионалам.
там и найти, только не в самом etc а в etc/php а скорей всего в etc/php5/ и там уже в той папке с названиям в котором режиме работает php
все конфиги, на весь софт лежат в /etc/имя_софтины для php - /etc/php5/apache2/php.ini mysql - /etc/mysql/my.ini настройки мускула, апача, нгинкса нужно смотреть на месте, в зависимости от конфигурации vds/vps. т.к. можно попросту упереться в лимит оперативки. для мускула, есть софтина mysqltunner, она даёт некоторые рекомендации по настройке мускула, но всё же не стоит слепо верить ей, т.к. она не учитывает ваши ресурсы. p.s. Правильной дорогой идёте, товарищ) пока сам не влезешь, никто толком не поможет, ну или за деньги помогут p.p.s. прежде чем задавать откровенно нубские вопросы, попробуйте поискать ответы в гугле и почитать несколько статей по конфигурированию vps/vds. если же вы прочли и не поняли, тогда милости просим - объясним.
Как показала практика, если конфига в указанных папках не обнаруживаете - нужно его вручную создать! Иногда даже помогает удаление конфига и создание его заново. В моём случаего пришлось его создать в папке /etc/php.d/php.ini
может быть и проще, но самому настроить намного интереснее будет. пусть и менее качественно. не спорю, но человеку, который не привык работать с консолью, намного проще это делать именно через phpMyadmin за конфиги спасибо. досадная очепятка) как оказалось в CentOS файл php.ini лежит именно в /etc/php.ini после поверхностного изучения некоторых команд cd, ls, mcedit все нужные для переноса реальной базы параметры заменил. результат неплохой: время загрузки страницы категории снизилось с 3-5с до 0.7-1.1с. Однако на тестовом домене естественно кроме меня никого нет. На рабочем домене если активных пользователей нет, время загрузки тоже небольшое, около 2с. А теперь, с вашего позволения, очередная порция не совсем профессиональных вопросов: 1. В ходе тестирования, очень редко, но возникает резкое увеличении времени до 5с. после - опять всё хорошо. с чем это может быть связано? 2. При наличии ssd диска на сервере есть ли смысл в Memcache? Будет ли ощутимый прирост скорости? 3. На текущий момент на сервере 512 мб озу. Есть ли смысл брать 1 гб? Или на скорости это не повлияет? Процессор останется тот же. 4. Настройки мускула взяты с этого поста . Для какого объёма памяти они рассчитаны?
1. Причин куча. В момент "зависания" смотрите загрузку сервера (atop и htop Вам в консоль). Обязательно включите логирование медленных SQL запросов 2. Считаю, что стоит. 3. Тут все зависит от проекта. Опять таки Вам помогут atop, htop для просмотра потребляемых ресурсов 4. Примерно на 1 гиг.
Все зависит от одновременных соединений, от вебсервера который обрабатывает запросы, и от самих запросов. Для вордпреса (до 10 одновременных соединений в секунду без кеширования) хватает с головой 128 MB RAM. Если подключить плагины, и кешировашие, можно выжимать более 100 RPS. Куда копать? nginx php-fpm + необходимые для конкретного приложения модули (php-gd, php-tidy, и т.п.) mysql-server И ничего более. Попытайтесь не на боевом сервера, а у себя на домашем поиграться с nginx (благо инфы о нем очень много) Потом поиграйтесь с правами доступа chown, chmod. Потом уже поиграйтесь с open_basedir, disabled_functions. А потом уже полученные знанеия внедряйте себе на проект. Если по теме: 2.) Кеширование того что можно закешировать всегда имеет смысл. И тут можно попасть в ловушку, и сделать больше бед, чем пользы из-за кеша пользовательских данных. 3.) 512 МБ более чем достаточно для сайта с посещаемостью до 20 человек одновременно в секунду. (при условии что там не выполняются супер сложные запросы) 4.) Для mysql обычно используется через 1-2 суток mysql_tunner.