CentOS и нубские вопросы

Тема в разделе "Администрирование серверов", создана пользователем alex5151, 30 май 2014.

  1. alex5151

    alex5151

    Регистрация:
    15 ноя 2012
    Сообщения:
    165
    Симпатии:
    26
    Решил переехать с виртуального хостинга на vds. До этого с операциями такого рода дел не имел. Потому идёт туговато. Однако собранных в интернете крупиц знаний всё же хватило чтобы поставить на CentOS панельку vesta и даже установить чистый ocstore, который вроде даже работает)
    Далее захотелось потестить производительность вдски на реальной базе. А она, естественно, намного превышает максимальный размер импортируемых в phpMyAdmin файлов, даже в сжатом виде. Подумал фигня, на локалке уже менял post_max_size в php.ini
    Вот только где его найти то? Папки ect/, где по идеи должен быть php.ini, через ftp я не нашёл (походу и не должен был найти).
    С терминалом на Вы, потому в замешательстве.((
    Подскажите, как всё же отредактировать php.ini?

    P.S. хотелось бы получить совет как настроить конфиги того же мускула и проч для максимальной производительности сайта на ocstore с количеством товаров более 50к.
     
  2. neonox

    neonox

    Регистрация:
    26 дек 2012
    Сообщения:
    45
    Симпатии:
    8
    Вы извините, но не проще ли нанять специалиста, который знает что и как настроить?
    Но отвечу.

    1. Не обязательно делать импорт дампа через phpMyadmin. Заливаете дамп на сервер (пусть для примера в папку home), заходите по SSH (нужна программа Putty) на сервер, далее в терминале
    Код:
    cd /home
    mysql -u root -p имя_БД < /home/имя_файла_с_дампом.sql
    Вместо root можно указать и имя пользователя, которому разрешено работать с БД на уровне администратора. Кстати система попросит пароль указанного пользователя.
    

    Тем самым Вы импортируете дамп в БД

    2. Вот в этой теме я выложили конфиги с одного из своих серверов, поюзайте.

    3. По настройкам php. Папка называется etc (на всякий случай). Посмотрите вот этот пост, тут явно указано как найти нужный Вам файл.

    Но все таки советую обратиться к профессионалам.
     
    alex5151 нравится это.
  3. nix

    nix php, MySQL, UNIX, MikroTik ROSAPI

    Регистрация:
    16 янв 2013
    Сообщения:
    1.000
    Симпатии:
    889
    там и найти, только не в самом etc а в etc/php а скорей всего в etc/php5/
    и там уже в той папке с названиям в котором режиме работает php
     
    alex5151 нравится это.
  4. $iD

    $iD Команда форума

    Регистрация:
    13 мар 2012
    Сообщения:
    3.350
    Симпатии:
    1.378
    все конфиги, на весь софт лежат в /etc/имя_софтины

    для php - /etc/php5/apache2/php.ini
    mysql - /etc/mysql/my.ini

    настройки мускула, апача, нгинкса нужно смотреть на месте, в зависимости от конфигурации vds/vps.
    т.к. можно попросту упереться в лимит оперативки.
    для мускула, есть софтина mysqltunner, она даёт некоторые рекомендации по настройке мускула, но всё же не стоит слепо верить ей, т.к. она не учитывает ваши ресурсы.

    p.s. Правильной дорогой идёте, товарищ) пока сам не влезешь, никто толком не поможет, ну или за деньги помогут :smile:

    p.p.s. прежде чем задавать откровенно нубские вопросы, попробуйте поискать ответы в гугле и почитать несколько статей по конфигурированию vps/vds.

    если же вы прочли и не поняли, тогда милости просим - объясним.
     
    alex5151 нравится это.
  5. Veles

    Veles

    Регистрация:
    27 янв 2013
    Сообщения:
    212
    Симпатии:
    141
    Как показала практика, если конфига в указанных папках не обнаруживаете - нужно его вручную создать! Иногда даже помогает удаление конфига и создание его заново.
    В моём случаего пришлось его создать в папке /etc/php.d/php.ini
     
  6. alex5151

    alex5151

    Регистрация:
    15 ноя 2012
    Сообщения:
    165
    Симпатии:
    26
    может быть и проще, но самому настроить намного интереснее будет. пусть и менее качественно.

    не спорю, но человеку, который не привык работать с консолью, намного проще это делать именно через 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. Настройки мускула взяты с этого поста . Для какого объёма памяти они рассчитаны?
     
  7. neonox

    neonox

    Регистрация:
    26 дек 2012
    Сообщения:
    45
    Симпатии:
    8
    1. Причин куча. В момент "зависания" смотрите загрузку сервера (atop и htop Вам в консоль). Обязательно включите логирование медленных SQL запросов
    2. Считаю, что стоит.
    3. Тут все зависит от проекта. Опять таки Вам помогут atop, htop для просмотра потребляемых ресурсов
    4. Примерно на 1 гиг.
     
    alex5151 нравится это.
  8. antony1988

    antony1988 Guest

    Все зависит от одновременных соединений, от вебсервера который обрабатывает запросы, и от самих запросов.
    Для вордпреса (до 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.