|
2.6, Аноним (6), 11:58, 03/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
QUIC везде никак. Потому что в OpenSSL его не завезли, а с BoringSSL будут связываться только те, кому это надо. Ну, вот они и не запарятся стать early adopters of nginx-quic. И поставят его в качестве реверс-прокси перед unit, если надо будет.
А для всех остальных, QUIC - это просто механизм общения гуглобраузера с гугловебсервером.
| |
|
1.2, Аноним (2), 08:17, 03/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Выпустили то что успела сделать ру-команда до того как их всех уволили, чтоб дальше индусы не запутались в feature-ветках?
| |
|
|
3.29, Товарищ (?), 11:47, 07/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Русских разработчиков в юните нет.
Основные разработчики уволились (отказались уезжать), я бы даже сказал главные.
А коммитят там тестировщик и слабенький разработчик.
| |
|
2.4, AS (??), 09:02, 03/06/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
а где писано, что их уволили? вон сколько уехало - увольняться что ли ?
| |
|
|
2.8, john_erohin (?), 13:24, 03/06/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
я пробовал, забил в пользу lighttpd.
1) старый злой перл-скрипт http://snm.sourceforge.net/ не завелся. он CGI а unit поддерживат только psgi. после обертки в psgi-враппер как его там - опять не завелся.
2) отдача статики так себе, индексы надо делать вручную с помощью tree, добавлять user-defined http headers в http responce не умеет.
3) и наконец: прочитав про модную смузи-настройку "впихни json через локальный сокет", я почему-то решил что оно не сохраняет состояние вообще, как доскер-контейнер какой-то. неприятным сюрпризом оказалось наличие сохраненного состояния в /var/lib/unit/conf.json и непредсказуемая интерференция этого с моими настройками.
| |
|
3.11, Аноним (6), 13:51, 03/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Мне кажется, тут корень проблемы в неправильном выборе инструмента.
Пускать CGI-скрипты через сервер приложений - смысла абсолютно никакого, это две разные технологии.
| |
3.14, Аноним (6), 15:15, 03/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
> и наконец: прочитав про модную смузи-настройку "впихни json через локальный сокет", я почему-то решил что оно не сохраняет состояние вообще, как доскер-контейнер какой-то. неприятным сюрпризом оказалось наличие сохраненного состояния в /var/lib/unit/conf.json и непредсказуемая интерференция этого с моими настройками.
Можно добавить параметр запуска --state /run/unit и добавить в конфиг systemd RuntimeDirectory=unit.
После этого runtime-конфиг будет сохраняться в /run/unit и очищаться при каждом перезапуске.
| |
|
4.18, john_erohin (?), 14:08, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
разумеется, можно очищать состояние в /etc/init.d/unit (какой systemd ? его там нет).
но я считаю, надо выбрать одно их двух (xor):
1) олдовый статический конфиг, который нужно перечитывать например по получению SIGHUP.
2) хранить весь конфиг в памяти, ничего не сохранять, пусть пользователь
сам организует хранение и раздачу.
| |
|
5.19, 67 (?), 15:56, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
если у вас полтора юзера, то мб, а когда надо по взрослому, то какие альтернативы, кто умеет сертификат ссл на лету менять?
| |
|
6.22, Аноним (6), 17:59, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
haproxy, envoy, caddy, да практически любой современный веб- и прокси-сервер.
| |
6.24, john_erohin (?), 08:39, 05/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
> кто умеет сертификат ссл на лету менять?
сделайте такой сертификат, чтобы покрывал все нужные имена. и ничего на лету менять не надо.
| |
|
7.26, Аноним (6), 11:49, 05/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
К сожалению, сертификаты виды *.tld частными лицам УЦ не выдают (NSA - может быть).
| |
|
|
9.28, Аноним (6), 14:44, 05/06/2022 [^] [^^] [^^^] [ответить] | +/– | А что же делать, если доменов второго уровня несколько И сертификаты живут макс... текст свёрнут, показать | |
|
|
|
|
5.23, Аноним (6), 18:04, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
> но я считаю, надо выбрать одно их двух (xor):
Обычно используется компромиссное решение - конфиг читается с диска при start/reload, а потом модифицируется через API, но все внесенные изменения живут только до перезапуска.
Очевидно, что unit, если каждый раз очищать state, тоже можно свести к этому частному случаю.
| |
|
|
|
|
3.21, noname.htm (ok), 16:08, 04/06/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Рабочий конфиг. Но у меня перед ним обычный nginx ещё стоит.
{
"settings": {
"http": {
"header_read_timeout": 10,
"body_read_timeout": 10,
"send_timeout": 600,
"idle_timeout": 120,
"max_body_size": 536870912
}
},
"access_log": "/var/log/nginx-unit-access.log",
"listeners": {
"127.0.0.1:8300": {
"pass": "applications/nextcloud"
}
},
"applications": {
"nextcloud": {
"type": "php",
"root": "/usr/share/webapps/nextcloud",
"user": "nextcloud",
"group": "nextcloud",
"processes": {
"max": 10,
"spare": 3,
"idle_timeout": 20
}
}
}
}
| |
|
4.25, john_erohin (?), 08:45, 05/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
спасибо но уже поздно. я забил на nextcloud в пользу простого обычного git
с моей оберткой, inspired by SparkleShare, права доступа проверяет gitolite.
| |
4.30, VVL (ok), 15:56, 06/07/2023 [^] [^^] [^^^] [ответить]
| +/– |
А можете подсказать конфиг nginx, который стоит перед unit?
Особенно интересуют блоки безопасности, типа location /remote { return 301 /remote.php$request_uri; }
| |
|
5.31, noname.htm (ok), 23:19, 09/07/2023 [^] [^^] [^^^] [ответить]
| +/– |
> А можете подсказать конфиг nginx, который стоит перед unit?
> Особенно интересуют блоки безопасности, типа location /remote { return 301 /remote.php$request_uri;
> }
Они все тут: https://docs.nextcloud.com/server/latest/admin_manual/installation/nginx.html
Я адаптировал этот конфиг под себя и спефицику unit. Ключевое:
location ~ \.php(?:$|/) {
# Required for legacy support
rewrite ^/(?!index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|oc[ms]-provider\/.+|.+\/richdocumentscode\/proxy) /index.php$request_uri;
fastcgi_split_path_info ^(.+?\.php)(/.*)$;
try_files $fastcgi_script_name =404;
proxy_pass http://127.0.0.1:8300;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $remote_addr;
}
| |
|
|
|
2.20, noname.htm (ok), 16:05, 04/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я использую с Nextcloud на Arch, но спрятал за nginx обычный (потому что бэков много). Работает без нареканий. Документация не все нюансы раскрывает, но так и у самого nginx тоже.
| |
|
|