Как ускорить поиск в elasticsearch через kibana 4?

zdravnik: да, верно, в ответе уже дополнил

Как ускорить поиск в elasticsearch через kibana 4?

zdravnik: Эластик это Ява процесс, сколько Оперативной Памяти выделено ему лично?
статус elasticsearch red - Что при этом пишется в логах эластика?

Кибана это всего лишь вэбморда, логсташ это всего лишь аггрегатор. Все данные лежат в Эластике, вот его настройки и параметры и нужно смотреть, копать разбираться.

Как ускорить поиск в elasticsearch через kibana 4?

Сколько памяти выделено под эластик?
Сколько документов хранится?
Сколько индексов имеется?

Как запустить python скрипт в CentOS?

Алексей Царапкин: flock всё равно нужен будет, что бы поднимать упавший процесс и не давать ему выжирать память бесконечным числом копий.

Почему SELECT запрос по пользователям в MySQL не сохраняется в истории команд?

xmoonlight: селекты в основную рабочую базу сохраняются.

Почему SELECT запрос по пользователям в MySQL не сохраняется в истории команд?

root? ))) Это вряд ли

Почему SELECT запрос по пользователям в MySQL не сохраняется в истории команд?

нет не ставлю

Как пробросить порт от тевожной кнопки?

Sr_Fill: разобрались что было?

CentOS. Пингует все машины, находящиеся в локальной сети, а глобалку не видит. Что делать?

klass_nik: отключи ipv6 на машине. потом пробуй настроить

Как перенести нагруженную БД MySQL на другой сервер и держать её синхронизированной?

Baldaris: можно и мастер-мастер, но лучше на какое то время запретить запись в старую базу (включит глобал лок) и переключиться. Особенно если вы ей уже не будете пользоваться. У мастер-мастер могут быть проблемы. Ну и для начала настройте DNS так что бы было приемлемое время переключения.

Как перенести нагруженную БД MySQL на другой сервер и держать её синхронизированной?

теория верна, практикой подтверждается. Синкаю так базы по объёмом 300 гигов - всё гуд.

Как перенести нагруженную БД MySQL на другой сервер и держать её синхронизированной?

галера здесь нафиг не нужна. Простой репликации хватит за глаза.

PHPStorm + Git + ISPManager = как наиболее оптимально настроить перечисленное на одном сервере?

Станислав: Похоже на рабочий вариант. Всё хорошо расписали. Дальше сами уже всё разберётесь по факту )))

PHPStorm + Git + ISPManager = как наиболее оптимально настроить перечисленное на одном сервере?

Станислав: Почти верно, кроме того, что bare репозиторий по идее один. И в него и пушат все и из него пуллят все кому надо и куда надо. Хотя да, можно как то поизвращаться с несколькими репами, но я так не умею.
Определись с терминами "свой" репозиторий или "не свой" репозиторий. В любом случае ты работаешь с клоном основного репозитория и пуллиш и пушишь в основной репозиторий.

PHPStorm + Git + ISPManager = как наиболее оптимально настроить перечисленное на одном сервере?

Станислав: У нас так сделано для каждого разработчика - у кажого на своей машине настроен свой вэбсервер и каждый что то меняет и у себя сразу видит. Потом просто пушат в общий репо, а уже выделенный человек сливает нужную ветку и деплоит на тест и потом на продакшен.

PHPStorm + Git + ISPManager = как наиболее оптимально настроить перечисленное на одном сервере?

Станислав:

что так делать в случае Git не надо :)

так можно делать, если над проектом работает один человек - вы. И ваш комп будет тогда тестовым сервером. Если же несколько человек работает, то тут уже лучше работать по схеме что я обрисовал - это стандартная такая схема.

PHPStorm + Git + ISPManager = как наиболее оптимально настроить перечисленное на одном сервере?

Алексей POS_troi: Станислав: Да и ещё момент, у нас для деплоя используется capifony - у нас проекты на Symfony. Этот вот фреймворк подключается на машину (под нужным пользователем), пуллит изменения, обновляет проект, чистит кеши и правит конфиги. Вот в упрощённом виде как то так.
Думаю есть ещё много вариантов систем деплоя, я просто эту не настраивал и не выбирал - до меня было. Так что гугл в помощь.

PHPStorm + Git + ISPManager = как наиболее оптимально настроить перечисленное на одном сервере?

сделайте отдельного пользователя под репозитории. В идеале поднимите GitLab, там разделение доступов можно сделать вроде.
Репозитории не должны никак быть привязаны к вашим проектам. В прод окружение, вы просто пуллите (pull) из этого центрального репозитория из ветки Прод, в тест окружение вы пуллите из этого же репозитория, но из ветки Тест.
Как то так. Да, вы всё верно начинаете понимать. Я потому вопросы и задавал, что бы вы начали задумываться об этом - так понятней будет вам самому, что нужно.

Работа с Git на удаленном сервере без установленного локально из PHPStorm - реально?

Станислав: он работает только с локальным бинарником. Вы код держите тоже только на удалённом сервере? Если нет, то как удалённый git узнает, что вы там изменили на локальной машине?
PHPStorm стоит на локальной машине? Код тут же на локальной? Как PHPStorm скажет по SSH Git`у на сервере что там нужно изменить? PHPStorm и прочие ИДЕ это просто обёртки над git.
Вообще почитайте и разберитесь с тем, что такое GIT. Пока вы не разберётесь так и будете пустые вопросы задавать. (это уже второй который я вижу)

PHPStorm + Git + ISPManager = как наиболее оптимально настроить перечисленное на одном сервере?

Станислав: вы видать сами ничего не поняли. Вам всё конкретно ответили - работать с Git вы можете как хотите - и руками, и из IDE. Поэтому упоминание PHPStorm здесь вообще не к месту, ну только если понять в общих чертах что вам нужно. То что у вас там ISPManager используется - тоже пофигу, вам нужно с Gitом разобраться.

"Создается поддомен на каком-то домене, "

создавайте что хотите - это никоим образом не относится к git.
Как выше написали - вам нужно настроить git для деплоя.
В разные папки (тестовую и продакшен) деплоить по push разные ветки (branch)
Тестовую как оттестировали сливать в продакшен ветку.

"При этом тестовый поддомен и рабочий домен находятся физически на одном сервере"

не влияет никак. Вам нужно понять как работает web server фактически, что бы таких вопросов не задавать.

То есть создавать в начале какой-то репозиторий конечно же не проблема, и ручками его там прикручивать к очередному тестовому и рабочему домену,

Поясните эту фразу пожалуйста. Что значит, в вашем понимании, прикрутить репозиторий к домену?