nomarketing

nomarketing
Рейтинг
198
Регистрация
23.09.2009
lealhost:
Это путь до исходников mysql.
Попробуйте установить пакет mysql-devel.
Исходники обычно лежат тут /usr/include/mysql.
В случае с MariaDB вообще пришлось пару папок местами в исходниках менять :)

Списбо за ответ, просто я на начальном уровне, и не могу пока что понять, саму логику установки этого пинбы, ну библиотеки то понятно, а вот с этим mysql у меня возникает путанница, к примеру у меня уже есть MYSQL 5.1.73 Установленные через YUM

И дело в том что у меня нет папок,

/usr/include/mysql

/usr/local/src/mysql-5.5.31

/usr/lib/mysql/plugin

Я застрял именно на этом этапе, на последнем, когда нужно как я понимаю собрать исходники базы пинбой прописываю там пути к ним, которых у меня нет..

Т.е я хочу знать что мне нужно сделать ? удалить базу которая щас стоит и скачать исходники или исходники вообще ни как не влияют уже на предустановленную черезе yum mysql 5.1.73 ?

Спасибо

pupseg:
в чем проблема с пинбой - парой благинов к мускулю?
минут 12 и $$ - все поставлю.....
научить, обучить, показать и т д - не ко мне, к Интернету....

Я вроде и сам бы поставил, но проблема в том что у меня нет опыта, а по мануалам где пишут очань умные "которые не пишут по шагам" а говорят образно подразумивая что читатель опытные юзер понимает о чем речь.

Если можно обьясните, что именно устанавливаяется при инсталяции пинба, то то библиотеки я понял, и установил, я последний пунк те пойму, это то что связанно с базой данных. К примеру если она у меня уже установленна, из YUM. То при инсталяции pinba что нужно делать ? К примеру там в шаге установки пинба пишется такая строка

--with-mysql=/usr/local/src/mysql-5.5.31 \

Но дело в том что у меня по этому пути ничего нет. Тем более у меня версия 5.1.73

Этой дириктории тоже нет.

--libdir=/usr/lib/mysql/plugin

Обьясните последний шаг, если вам не трудно - не жалко.

Спасибо.

Logger:
как то я потратил на установку pinba пару дней. За денежку, думаю, все специалисты готовы вам помочь. можно самостоятельно - перелопатить кучу мануалов и скомпилировать из сырцов

Тут дело в обучении больше чем в самом результате.

Если вы готовы удаленно помочь за деньги понять что и как по моим ответам и вашим указаниям то Welcome.

RAS:
Делали пару раз пинбу людям. Все делается аналогично, как и для любого юникса.

Если чесно я пока рядовой юзер, но это что то нереальное, в плане инсталяции, получается какой то квест что ли.

К примеру на сайте, требуют установки того или инного, при том пропуская тем самым как они делаются, в заключении пишут мол потом введите ./configure и все работает.ура. Ну как то так.

Т.е нет шагов зайти, создать, распаковать, а так все, т.е расчитанно на умельцев еще тех. Собирать какие то сорцы базы потом еще что то т.е 100500 действий нужно сделать.

Если вы можете подсказать как установить это дело на уже установленную систему

nginx+php-fpm+mysql 5.1.73

Как я понимаю установка самой пинбы это одно дело, второе, это еще нужно потом устанавливать граф интерфейс к ней..

Что посоветуете, как сделать, может подскажите ? я не нашел нормальных мануалов.

AlexVenga:
Открываете стойку, стоите, смотрите как лампочки мигают....
(небольшой офтоп - настроение хорошее)

Да вы тут мастера шутники :) блин, а вот когда скриптец будет ложить пол сайта, я буду в панике vi редактором открывать логи на право и на лево пока не увижу заветные цифры 😂 Ну как то так вообщем, просто не хочется не знать, когда придет нагрузка в гости. Нужно ее принять достойно а не бегать искать сервис для чая по всему дому 🤪

---------- Добавлено 26.02.2015 в 13:57 ----------

LinuxMan:
Тестировал свой fpm и apache с mod_php5 этим: http://www.php-benchmark-script.com/, но обычно это лишь очередная плюшка убедиться, что всё настроил правильно, like a boss. 🤣 И зависит, в том числе, от железа сервера, текущей нагрузки и т.д.

А ещё можно настроить slowlog и смотреть по логу, какой скрипт тупит больше, например, 10 секунд. 🍿 Это конкретно для fpm.

Спасибо, я просто пока что только мунин изучаю, но хотелось бы так.

К примеру настроил сервер, настроил сайт.

1.Делаем тест на нагрузку

2.Оптимизируем

3.Запускаем его в мир

4.Следим "узкими местами"

5.Следим вообщем за логами

kxk:
nomarketing, Грамотно настроить монит и пойти отдыхать со спокойной душой:)
Хороший админ = ленивый админ.

А есть подходящие мануалы ? Мунина хватит ?

dimsog:
Да, все верно.

Я на плеске вставляю в /etc/nginx/plesk.conf.d/server.conf

В теги location { }

Но что то оно не работает, пишет 404...

RewriteRule ^contacts/$ index.php?page=contacts [QSA]

to

rewrite ^/contacts/$ /index.php?page=contacts last;

siv1987:
Переписать реврайты под nginx. В интернетах даже можно найти конвертеры.

Спасибо.

Попробую поискать, как я понял их нужно прописывать в nginx.conf > location { ?

vob2014:
nomarketing - мне предсталяется, что как правило у регистратора вы указываете днс вашего хостинга / сервера, а не днс самого регистратора домена, и в дальнейшем днс именно самого регистратора не при делах. В хуиз опадет днс хостинга/сервера. Там и рулите. ДНС регистратора как правило перенаправляют запросы к домену на сервер регистратора где хостится заглушка домена с рекламой гугла или еще кого.

Локальным ваш днс на вашем сервре/хостинге будет если у регистратора вы пропишете днс регистратора или другого хостинга/сервера, не вашего например.

Но вы можете прописать ваши днс в Windows и работать с вашим сервером/хостингом/вашим-сайтом как будто он видет по всей Земле, хотя он будет видет только вам. Наверное это и имелось ввиду под локальностью.

А иметь домен и хостинг у одной фирмы чревато, например к вам на хостинг попадет вирус или просто ложное срабатывание на какой-нить файл и фирма вам заблокирует не только хостинг но и днс, а значит и домен.
КОроче кранты если не сказать более крепкое нецензурное слово.

Когда регистратор и хостинг отдельные фирмы как правило такой ж-пы не происходит, ибо жалуются хостеру обычно, он блочит хостинг, вы в течении 1 минуты перекидывате на другой хостинг, меняете днс у регистратора и все работает, и спокойно решаете проблему или просто валите от убого хостера. Домейнеры как правило не реагируют на любую лажу и более усточивы к идиотским жалобам... Если же вы совместили домен и хостинг - ждите неприятностей, в таких случаях устойчивость регистратора становится равной устойчивости хостера, то есть нулевой и могут блокнут по самым безумным пискам. И перенести домен не дадут в другое место и днс не дадут сменить. Короче полный... абзац наступит.

Эм в этом вы правы, хостинг - и домен - регистратора помню ломали, так во всех сайтах был вирус ! ну и не поблочили же :) да и у самого проблемы были с нагрузкой, они просто правили конфиг, что бы сайт не отвечал на запросы и все. И мне прислали письмо мол поправьте скрипт оптимизируйте и т д - или купите себе сервер. А так просто заблочить не думаю что это им выгодно. Они просто изолируют область и все но не заблочать все полностью в том числе и домен.

На данный момент так - не хостинг а сервер ! а у того же регистраттора, к примеру у меня два разных сервиса получается, в одном я купил сервер, в в другом разделе сайта который отностися к домена, купил услугу домен+управление dns - в таком случае тоже могу заблокировать домен ? если на сервер что то попадет ? мало верится, т.е получается если кто то взломает кого то у регистратора и запустит вирус или еще что его регистратор удалит ??? 🤪 да бросьте, это нужно намернно заниматься этим что бы регистратор понял что вы являетесь угрозой а не потерпевшим.

'[umka:
;13527178']Если ваш домен обслуживается DNS-серверами регистратора, то да, на вашем сервере для этого домена зону поднимать не нужно.
Однако, локальный DNS-сервер на вашем сервере может использоваться для разрешения имён в интернете. Если вы точно знаете, что для разрешения имён также используются другие серверы, то Bind на сервере можно не использовать вовсе.

Да, тут вы хорошо подметили, панель домена, и сервер от одного регистратора.

А вот на счет локального DNS не очень понял, какую роль он играет на сервере.

Можно пример легкий - с локальным днс ?

Извените что сразу не понимаю просто запутался не много.

Всего: 764