Re: nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Vvedensky
На самом деле тоже склоняюсь к переходу на чистую систему без панели,
возможно решусь в ближайшее время. Спасибо за ответ, если будет возможность,
то прошу его дополнить правильным откатом на предыдущую версию.

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,272346,272355#msg-272355

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Vadim A. Misbakh-Soloviov
> а как делают откат на предыдущую версию?

Или отключают подключенный репозиторий и переустанавливают, или явно указывают 
пакетному менеджеру какую версию и из какого репозитория поставить (тут уж 
нужно знать специфический синтаксис пакетного менеджера, а Ubuntu тут 
используют далеко не все, и я, увы, не из числа тех, кто её использует.

Вот спроси вы как это сделать на Hardened Gentoo я бы подсказал :)

Впрочем, я, как раз, на днях буду на Ubuntu поднимать одно web-приложение и 
даже закажу у хостера под него виртуалку с ISPManager'ом (я-то сам ненавижу 
эти веб-панели за то, что они не дают настраивать систему как удобно и 
заставляют затачивать её под них, но т.к. использовать буду не я, то от него 
никуда не деться), так что, глядишь, возможно, и отвечу на ваши вопросы :)
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Vvedensky
ISPManager работает с официальными репозитариями Ubuntu, вот sources.list
системы:
# deb http://mirror.yandex.ru/ubuntu xenial main restricted

# deb http://mirror.yandex.ru/ubuntu xenial-updates main restricted
# deb http://security.ubuntu.com/ubuntu xenial-security main restricted

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://mirror.yandex.ru/ubuntu xenial main restricted
# deb-src http://mirror.yandex.ru/ubuntu xenial main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://mirror.yandex.ru/ubuntu xenial-updates main restricted
# deb-src http://mirror.yandex.ru/ubuntu xenial-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://mirror.yandex.ru/ubuntu xenial universe
# deb-src http://mirror.yandex.ru/ubuntu xenial universe
deb http://mirror.yandex.ru/ubuntu xenial-updates universe
# deb-src http://mirror.yandex.ru/ubuntu xenial-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu

## team, and may not be under a free licence. Please satisfy yourself as to

## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://mirror.yandex.ru/ubuntu xenial multiverse
# deb-src http://mirror.yandex.ru/ubuntu xenial multiverse
deb http://mirror.yandex.ru/ubuntu xenial-updates multiverse
# deb-src http://mirror.yandex.ru/ubuntu xenial-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://mirror.yandex.ru/ubuntu xenial-backports main restricted universe
multiverse
# deb-src http://mirror.yandex.ru/ubuntu xenial-backports main restricted
universe multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu xenial partner
# deb-src http://archive.canonical.com/ubuntu xenial partner

deb http://security.ubuntu.com/ubuntu xenial-security main restricted
# deb-src http://security.ubuntu.com/ubuntu xenial-security main restricted
deb http://security.ubuntu.com/ubuntu xenial-security universe
# deb-src http://security.ubuntu.com/ubuntu xenial-security universe
deb http://security.ubuntu.com/ubuntu xenial-security multiverse
# deb-src http://security.ubuntu.com/ubuntu xenial-security multiverse

а как делают откат на предыдущую версию?

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,272346,272353#msg-272353

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Valentin V. Bartenev
On Saturday 11 February 2017 10:33:45 Vvedensky wrote:
> > Никогда так не делайте. Есть же уже готовый репозиторий со свежими
> > версиями:
> > http://nginx.org/ru/linux_packages.html
> 
> Про репозитарий я знаю, но желательно иметь возможность откатиться на
> предыдущую сборку nginx. Повторюсь, что программное обеспечение на сервере
> установлено через ISPManager, и у меня есть опасения, что сборка из
> репозитария http://nginx.org/ru/linux_packages.html может не учитывать
> специфику работы ISPManager. Можно ли установить новый nginx с возможностью
> отката на старую версию?
> 

Если устанавливать всё из репозиториев, то такая возможность всегда есть,
это одна из функций любого нормального пакетного менеджера.

Как ISPManager устанавливает ПО - я не знаю, поэтому в данном случае можно
разве что посоветовать и дальше устанавливать через него, а не пытаться
совмещать возможно несовместимое.

--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Vvedensky
> Никогда так не делайте. Есть же уже готовый репозиторий со свежими
версиями:
> http://nginx.org/ru/linux_packages.html

Про репозитарий я знаю, но желательно иметь возможность откатиться на
предыдущую сборку nginx. Повторюсь, что программное обеспечение на сервере
установлено через ISPManager, и у меня есть опасения, что сборка из
репозитария http://nginx.org/ru/linux_packages.html может не учитывать
специфику работы ISPManager. Можно ли установить новый nginx с возможностью
отката на старую версию?

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,272346,272351#msg-272351

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Валентин Бартенев
On Saturday 11 February 2017 08:57:37 Vvedensky wrote:
> > В папке с исходниками, по указанному пути, нет исходников модуля `njs` 
> > (встроенный javascript для nginx). Если вы его не используете, то можете 
> > выкинуть. Если используете, то можете стянуть исходники с mercurial-
> > репозитория и подправить ревизию.
> 
> Я не использую напрямую, но использует или нет ISPManager при работе или
> апгрейдах я не знаю. Также, к сожалению, не
> знаю как работать с mercurial-репозиторием. В интернете удалось найти
> команду
> hg clone http://hg.nginx.org/njs
> для этой работы, но система на эту команду выдаёт: bash: hg: command not
> found
[..]

В Ubuntu есть менеджер пакетов и любая попытка собрать и установить что-то
из исходников в обход пакетного менеджера - превращает систему в помойку.

Никогда так не делайте.  Есть же уже готовый репозиторий со свежими версиями:
http://nginx.org/ru/linux_packages.html


> Да, сомнения в целесообразности обновления есть, но нет и уверенности в
> быстром обновлении. Желание обновиться возникло по
> следующей причине: при мониторинге скорости загрузки сайта через
> GoogleAnalytics типовая скорость - около 5 секунд, но бывают выбросы до 15 -
> 20 и более секунд, причём в моменты, когда посетителей мало (120 и менее в
> час достаточно равномерно размазанных во времени).

Видимо он показывает усредненную скорость?  В таком случае, при малом 
количестве посетителей выборка получается очень маленькая и отдельные
пользователи с медленным мобильным интернетом могут существенно влиять
на результат.

Почему вы решили, что проблема на вашей стороне?


> По логам генерация
> страниц php-fpm занимает 0.04-0,2 сек, в редких случаях при сложных запросах
> до 1, максимум 1,2 сек (таких бывает не больше 3-5 за сутки). Сервис pingdom
> показывает скорость загрузки страниц 1,2 ... 1,5 секунд. Сайт работает по
> протоколу http/2. Может ли быть причина такого поведения в ошибке:
> "плавное завершение старых рабочих процессов могло занимать бесконечное
> время при использовании HTTP/2"?
[..]

Не может.

--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Vvedensky
> В папке с исходниками, по указанному пути, нет исходников модуля `njs` 
> (встроенный javascript для nginx). Если вы его не используете, то можете 
> выкинуть. Если используете, то можете стянуть исходники с mercurial-
> репозитория и подправить ревизию.

Я не использую напрямую, но использует или нет ISPManager при работе или
апгрейдах я не знаю. Также, к сожалению, не
знаю как работать с mercurial-репозиторием. В интернете удалось найти
команду
hg clone http://hg.nginx.org/njs
для этой работы, но система на эту команду выдаёт: bash: hg: command not
found

> Впрочем, правильнее, имхо, было бы дождаться обновления от мейнтейнеров
:)
Да, сомнения в целесообразности обновления есть, но нет и уверенности в
быстром обновлении. Желание обновиться возникло по
следующей причине: при мониторинге скорости загрузки сайта через
GoogleAnalytics типовая скорость - около 5 секунд, но бывают выбросы до 15 -
20 и более секунд, причём в моменты, когда посетителей мало (120 и менее в
час достаточно равномерно размазанных во времени). По логам генерация
страниц php-fpm занимает 0.04-0,2 сек, в редких случаях при сложных запросах
до 1, максимум 1,2 сек (таких бывает не больше 3-5 за сутки). Сервис pingdom
показывает скорость загрузки страниц 1,2 ... 1,5 секунд. Сайт работает по
протоколу http/2. Может ли быть причина такого поведения в ошибке:
"плавное завершение старых рабочих процессов могло занимать бесконечное
время при использовании HTTP/2"?
Можно ли это как-то проверить или исправить без переустановки nginx?

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,272346,272349#msg-272349

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Vadim A. Misbakh-Soloviov
В письме от суббота, 11 февраля 2017 г. 4:25:47 +07 пользователь Vvedensky 
написал:
> Вопрос на сколько критичен параметр
> --add-dynamic-module=debian/extra/njs-1c50334fbea6/nginx и можно ли его
> безболезненно выкинуть (при запуске конфигурирования выдаёт следующее
> сообщение: ./configure: error: no debian/extra/njs-1c50334fbea6/nginx/config
> was found) или желательно что-то доустановить?

В папке с исходниками, по указанному пути, нет исходников модуля `njs` 
(встроенный javascript для nginx). Если вы его не используете, то можете 
выкинуть. Если используете, то можете стянуть исходники с mercurial-
репозитория и подправить ревизию.

Впрочем, правильнее, имхо, было бы дождаться обновления от мейнтейнеров :)
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx-1.10.1 -> nginx-1.10.3

2017-02-11 Пенетрантность Vvedensky
Здравствуйте. Хочу обновить nginx с 1.10.1 на 1.10.3. На сервере установлена
ubuntu 16.04, программное обеспечение устанавливалось через ISPManager. Вот
установленная конфигурация nginx :
./configure --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
--modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid
--lock-path=/var/run/nginx.lock
--http-client-body-temp-path=/var/cache/nginx/client_temp
--http-proxy-temp-path=/var/cache/nginx/proxy_temp
--http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp
--http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
--http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx
--with-http_ssl_module --with-http_realip_module --with-http_addition_module
--with-http_sub_module --with-http_dav_module --with-http_flv_module
--with-http_mp4_module --with-http_gunzip_module
--with-http_gzip_static_module --with-http_random_index_module
--with-http_secure_link_module --with-http_stub_status_module
--with-http_auth_request_module --with-http_xslt_module=dynamic
--with-http_image_filter_module=dynamic --with-http_geoip_module=dynamic
--with-http_perl_module=dynamic
--add-dynamic-module=debian/extra/njs-1c50334fbea6/nginx --with-threads
--with-stream --with-stream_ssl_module --with-http_slice_module --with-mail
--with-mail_ssl_module --with-file-aio --with-ipv6 --with-http_v2_module
--with-cc-opt='-g -O2 -fstack-protector-strong -Wformat
-Werror=format-security' --with-ld-opt='-Wl,-Bsymbolic-functions
-Wl,-z,relro'

Вопрос на сколько критичен параметр
--add-dynamic-module=debian/extra/njs-1c50334fbea6/nginx и можно ли его
безболезненно выкинуть (при запуске конфигурирования выдаёт следующее
сообщение: ./configure: error: no debian/extra/njs-1c50334fbea6/nginx/config
was found) или желательно что-то доустановить?

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,272346,272346#msg-272346

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru