Ваш рерайт — плохой и неправильный. Особенно — часть с if ($request_filename и вынос некоторый fastcgi_param.
Прислушайтесь к первому комментарию, почитайте habrahabr.ru/blogs/nginx/74135/
>Все зависит от настроек UBC и SLM-лимитов. Как вы сами настроили, так и работает. Очевидно, у вас UBC-лимиты стоят небольшие. Если не нравится – вообще отключите UBC, тогда будет работать только SLM. Либо UBC настраивайте соответствующим образом.
Да, это правильно. А у slm-лимита в панели сейчас показывается использование?
Просто если разбивать vzsplit'ом, то slm-лимит настает позже ubc.
>А вы смотрели на последние версии PVA? Если нет, советую взглянуть. Там мощная панель управления VPS-ами.
А что есть PVA? Я вижу только PPP для контейнера (который позволяет ребутиться, реинсталлиться, ставить пакеты/группы пакетов/плеск в контейнер, смотреть файлы, грузиться в Maintenance mode и выполнять некоторые команды в самом контейнере). Бывает полезно, но, например, обидно, что SSH идет в виде простого ssh-клиента, а не чего-нибудь с использованием vzctl enter. Еще бывает очень полезно разрешить меня ostemplate, но, как я понимаю, это практически невозможно в рамках текущей архитектуры.
В PIM действительно очень много всего красивого. Infrastructure дает удобно управлять контейнерами, правда в нижние меню (Management и Setup) я практически не ходил.
Сейчас посмотрел, видимо, достаточно зря — например, Network научился управлять ip-адресами.
Кстати, есть ли какой-то способ синхронизировать Container Samples из PIM и /etc/sysconfig/vz-scripts/ на ноде?
>Сложности при миграции/бекапах: мы закрыли практически все известные проблемы на этот счет. Нужна конкретика. Если она есть, пишите в личку суть проблемы или номер тикета, который в саппорт отправляли. Тогда можно будет предметно разговаривать.
Например, есть две ноды. На обоих — последний virtuozzo. Бекап с первой ноды не распаковывается на второй.
При миграции — ._vzlink_. ведут куда-то в левое место, и контейнер не видит файлов, подставляемых тем самым vzfs.
При этом, это происходит на старых контейнерах (созданных достаточно давно). Новые мигрируют хорошо.
Если номер тикета — это ID проблемы, то отправил его в личку.
% — не совсем. %s — сложно назвать оператором, это больше подстановочный символ, который мы так определили. Изначально, я не знаю математического смысла в унарном проценте.
Но есть базовые привычки, вроде транзитивности и аддитивности плюса, которые очень сложно «переопределить» в мозгу.
В конце концов, country_name — тоже некоторые символы. Что мешает нам хранить в них текущую корзину клиента? :)
Для композиции функций оператор может быть понятен.
Перегрузка, скажем, += для добавления заказа в корзину, тоже понятна.
А вот перегрузка * для того, чтобы получить результат какой-нибудь некоммутативной операции над элементами в двух корзинах в виде строки, разделенной запятыми — это уже странно.
Plesk какой-то неудобный, достаточно большой части русских клиентов, привыкших к *manager/directadmin/cpanel в нем сложно разбираться. И плохо реагирует на смену ПО/конфигов.
Нет ничего нового, заметных улучшений функционала, идей. Как три года назад был vzfs+slm+openvz+панель, так и остался.
Панель валится с непонятными багами, хотя консольные утилиты отрабатывают, и стоит незаслуженных денег.
От vzfs больше проблем, чем пользы, что подтверждается сложностями с бекапами и мигрированием.
slmmemorylimit — есть, но я как-то его не замечал — UBC лимит приходит первым.
Ну а для OpenVZ есть куда панелей, которые постоянно обрастают функционалом и совершенствуются — например, тот же VDSmanager-Linux.
Саппорт нифига не знает, вторую неделю не могут мигрировать контейнеры с одной ноды на другую — vzfs не подставляет в мигрированный контейнер правильные файлы.
Прислушайтесь к первому комментарию, почитайте habrahabr.ru/blogs/nginx/74135/
Да, это правильно. А у slm-лимита в панели сейчас показывается использование?
Просто если разбивать vzsplit'ом, то slm-лимит настает позже ubc.
>А вы смотрели на последние версии PVA? Если нет, советую взглянуть. Там мощная панель управления VPS-ами.
А что есть PVA? Я вижу только PPP для контейнера (который позволяет ребутиться, реинсталлиться, ставить пакеты/группы пакетов/плеск в контейнер, смотреть файлы, грузиться в Maintenance mode и выполнять некоторые команды в самом контейнере). Бывает полезно, но, например, обидно, что SSH идет в виде простого ssh-клиента, а не чего-нибудь с использованием vzctl enter. Еще бывает очень полезно разрешить меня ostemplate, но, как я понимаю, это практически невозможно в рамках текущей архитектуры.
В PIM действительно очень много всего красивого. Infrastructure дает удобно управлять контейнерами, правда в нижние меню (Management и Setup) я практически не ходил.
Сейчас посмотрел, видимо, достаточно зря — например, Network научился управлять ip-адресами.
Кстати, есть ли какой-то способ синхронизировать Container Samples из PIM и /etc/sysconfig/vz-scripts/ на ноде?
>Сложности при миграции/бекапах: мы закрыли практически все известные проблемы на этот счет. Нужна конкретика. Если она есть, пишите в личку суть проблемы или номер тикета, который в саппорт отправляли. Тогда можно будет предметно разговаривать.
Например, есть две ноды. На обоих — последний virtuozzo. Бекап с первой ноды не распаковывается на второй.
При миграции — ._vzlink_. ведут куда-то в левое место, и контейнер не видит файлов, подставляемых тем самым vzfs.
При этом, это происходит на старых контейнерах (созданных достаточно давно). Новые мигрируют хорошо.
Если номер тикета — это ID проблемы, то отправил его в личку.
Спасибо за возможную помощь!
1<kg> * 1<m> / 1<s * s> = 1<N>
Но есть базовые привычки, вроде транзитивности и аддитивности плюса, которые очень сложно «переопределить» в мозгу.
В конце концов, country_name — тоже некоторые символы. Что мешает нам хранить в них текущую корзину клиента? :)
Перегрузка, скажем, += для добавления заказа в корзину, тоже понятна.
А вот перегрузка * для того, чтобы получить результат какой-нибудь некоммутативной операции над элементами в двух корзинах в виде строки, разделенной запятыми — это уже странно.
Plesk какой-то неудобный, достаточно большой части русских клиентов, привыкших к *manager/directadmin/cpanel в нем сложно разбираться. И плохо реагирует на смену ПО/конфигов.
А почему ему нет альтернатив?
Панель валится с непонятными багами, хотя консольные утилиты отрабатывают, и стоит незаслуженных денег.
От vzfs больше проблем, чем пользы, что подтверждается сложностями с бекапами и мигрированием.
slmmemorylimit — есть, но я как-то его не замечал — UBC лимит приходит первым.
Ну а для OpenVZ есть куда панелей, которые постоянно обрастают функционалом и совершенствуются — например, тот же VDSmanager-Linux.
Саппорт нифига не знает, вторую неделю не могут мигрировать контейнеры с одной ноды на другую — vzfs не подставляет в мигрированный контейнер правильные файлы.