ђ
Size: a a a
2020 January 22
А
больше нету файлов
AN
Аза
adding module in ../nginx-rtmp-module
+ ngx_rtmp_module was configured
adding module in ../nginx-rtmp-module/hls
./configure: error: no ../nginx-rtmp-module/hls/config was found
+ ngx_rtmp_module was configured
adding module in ../nginx-rtmp-module/hls
./configure: error: no ../nginx-rtmp-module/hls/config was found
hls-dev стоит?
А
hls-dev стоит?
нет вот хочу установить
AY
А в чем вобще сакральный смысл сначала писать строку в журнал, перепаковывать в бинарный вид, писать в файл, потом читать сислогом из файла, переформатировать назад в строку, и писать в другой файл?
На самом деле из journald эта строчка забирается journalbeat'ом и отправляется в logstash
AN
На самом деле из journald эта строчка забирается journalbeat'ом и отправляется в logstash
А, то есть между nginx и конечной точкой, куда лог должен доехать, не две лишних сущности, а четыре.
AN
Аза
если это то да установлен
Дев пакет от библиотеки hls
AY
А, то есть между nginx и конечной точкой, куда лог должен доехать, не две лишних сущности, а четыре.
А что есть лишняя сущность?
k
Вечер добрый. Господа, а если у меня в апстриме хосты без портов, разве я не могу в указать нужный порт в proxy_pass?
AN
А что есть лишняя сущность?
journald - файл журнала - filebeat - logstash.
k
Те при
nginx: [emerg] upstream "core_ws" may not have port 8787 in /etc/nginx/sites-enabled/core.conf:35
upstream core_ws {
zone core_ws 64k;
hash $binary_remote_addr consistent;
server host1 weight=5 max_fails=3 fail_timeout=30s;
server host2 weight=5 max_fails=3 fail_timeout=30s;
}
server {
....
location / {
....
proxy_pass http://core_ws:8787;
}
}получаю nginx: [emerg] upstream "core_ws" may not have port 8787 in /etc/nginx/sites-enabled/core.conf:35
AY
journald - файл журнала - filebeat - logstash.
Скажем так, один компонент может и лишник, но плата за удобство, не более того. Это, опять же, субъективное мнение. Удобство исключительно в том, что за этими логами особо следить нет необходимости. journald самостоятельно их подчищает, в зависимости от занимаемого места.
AY
kbks
Те при
nginx: [emerg] upstream "core_ws" may not have port 8787 in /etc/nginx/sites-enabled/core.conf:35
upstream core_ws {
zone core_ws 64k;
hash $binary_remote_addr consistent;
server host1 weight=5 max_fails=3 fail_timeout=30s;
server host2 weight=5 max_fails=3 fail_timeout=30s;
}
server {
....
location / {
....
proxy_pass http://core_ws:8787;
}
}получаю nginx: [emerg] upstream "core_ws" may not have port 8787 in /etc/nginx/sites-enabled/core.conf:35
Подскажите, а зачем так делать?
AN
Скажем так, один компонент может и лишник, но плата за удобство, не более того. Это, опять же, субъективное мнение. Удобство исключительно в том, что за этими логами особо следить нет необходимости. journald самостоятельно их подчищает, в зависимости от занимаемого места.
Это не так.
Но - если вам удобно - то и отлично :)
Но - если вам удобно - то и отлично :)