написать бессмысленный херовый код можно на любом языке

написать бессмысленный херовый код можно на любом языке

это да

но чем же демонизация не угодила?

так зачем нужна демонизация. когда есть systemd, который все запускает и следит, чтобы поднять упавшее?

и делает это с оглядкой на зависимые сервисы и прочее

бля, а systemd везде есть?

демонизацию можно не только через fork+detach делать, вот чем. проблема демонизации jvm на практике не стоит.

или java только для systemd?

скоро будет везде

скоро будет везде

чур меня

ну как. Если уж едо слоупок дистров дошла типа убунты

то все

на федоре я уже не понмю когда был инитд

ну как. Если уж едо слоупок дистров дошла типа убунты

они не самостоятельный дистриб

на федоре я уже не понмю когда был инитд

эти тоже

про федору понятно

лол

а можно список самостоятельных дистрибутивов? :)

и почему это важно, если не сложно

генту и дебиан - два диагноза - один путь

debian, redhat, gentoo, slackware, arch

азазаа

могу еще нарыть

чтобы что

нинада нам еще

та ниче, вопрос ответ

мы уже поняли

у вас, коллега, позиция глубокого теоретика

и почему это важно, если не сложно

вот бы ещё

короче, Я понял, все как и на lor — не может значит не нужно

у вас, коллега, позиция глубокого теоретика

окай

я просто в продакшоне ничего кроме дистрибутивов с systemd не встречал давненько

поэтому уже воспринимаю его как должное

в реальности нет проблемы демонизации jvm

я просто в продакшоне ничего кроме дистрибутивов с systemd не встречал давненько

14.04 ubuntu еще много где

6-я центось тоже

и именно ubuntu в реальности самостоятельный дистрибутив

в реальности нет проблемы демонизации jvm

эм, а если на таргет системе нет systemd?

и именно ubuntu в реальности самостоятельный дистрибутив

нет, они зависят на наработки и пакетную базу debian

и основные архитектурные решения принимаются там

эм, а если на таргет системе нет systemd?

супервизоров на свете больеш одного. а если нет ни одного вдруг - самомтоятельно супервизор пишется на шелле в 10 строк

бля, а systemd везде есть?

А нас этот вопрос почему, вообще, должен беспокоить? У кого нет системди - тот пусть сосет и плачет в углу

супервизоров на свете больеш одного. а если нет ни одного вдруг - самомтоятельно супервизор пишется на шелле в 10 строк

демонизация на шеле?

нет, они зависят на наработки и пакетную базу debian

вы давненько не выбирались на свежий воздух, коллега

debian, redhat, gentoo, slackware, arch

Дженту это дистрибутив? Оригинально!

вы давненько не выбирались на свежий воздух, коллега

регулярно гуляю, systemd приняли в ubuntu тогда, когда на него перелез debian и именно по этой причине

Дженту это дистрибутив? Оригинально!

ну хоть кто-то знает что такое gentoo

ну хоть кто-то знает что такое gentoo

Говна кусок ебучий это, если вкратце

мало того на голосовании коммитета разрабы из каноникал были против

Говна кусок ебучий это, если вкратце

как и zabbix и еще чего, мы в курсе

то есть без левых приблуд демонизировать java никак, точнее jvm — и это хорошо

как и zabbix и еще чего, мы в курсе

Да, а почему нет-то?

демонизация на шеле?

амперсанд в конец, ввод-вывод переадресовать, сигпайп перехватить. все.

Да, а почему нет-то?

а почему да?

а, еще сигтерм

то есть без левых приблуд демонизировать java никак, точнее jvm — и это хорошо

Ну все теперь, джаву использовать нельзя

а, еще сигтерм

а сигтерм зачем?

Ну все теперь, джаву использовать нельзя

можно

а почему да?

Я неоднократно объяснял, почему

Последний раз делал это в те выходные

то есть без левых приблуд демонизировать java никак, точнее jvm — и это хорошо

lame excuse. systemd или runit - не левые приблуды. более того, их функционал все равно необходим в проекте. коллега, признайте уже, что плохо подобрали аргумент

ну блин же, это называется демагогия, меня спросили, что на jvm делается сложно или практически невозможно, Я ответил, мне начали рассказывать, что это ненужно, Я точно не на lor?

демонизация докером [x]

systemd [x]

нене

runut [x]

ERROR: S client not available

daemontools [x]

java daemon [x]

демонизация заббикса докером [x]

демонизация zabbix java gateway докером [x]

Я неоднократно объяснял, почему

каждый раз пропускаю

жепки ф чяти

демонизация заббикса докером [x]

проорал

господа ткните в нужную сторону

☝️

господа ткните в нужную сторону

тык

это аксес лога php-fpm

127.0.0.1 - 28/Jul/2016:18:16:00 +0300 "GET /index.php" 404

нема такого файла

index.php - file not found index.html - всё ок

оба файла очевидно есть

неочевидно

nginx + php-fpm

юзер перм проверь

это можно было не писать по моему

конфиг в студию

на всю иерархию a+rx

внутри ларавел

ну блин же, это называется демагогия, меня спросили, что на jvm делается сложно или практически невозможно, Я ответил, мне начали рассказывать, что это ненужно, Я точно не на lor?

а что тогда аргумент “адресная арифметика” не прозвучал? примерно той же степенью релевантности обладает…

сервер центос. на убунту и дебиан даже проблем таких не видел

в конфиге ошибка или selinux

такое ощущение что пхп-фпм смотрит в другую директорию

так в ошибкаг ихи-фпм чисто

сервер центос. на убунту и дебиан даже проблем таких не видел

может правда селинукс?

скорее всего так оно и есть

[root@prod conf.d]# tail -f /var/log/php-fpm/* ==> /var/log/php-fpm/error.log <== [28-Jul-2016 18:05:45] NOTICE: fpm is running, pid 6234 [28-Jul-2016 18:05:45] NOTICE: ready to handle connections [28-Jul-2016 18:05:45] NOTICE: systemd monitor interval set to 10000ms [28-Jul-2016 18:08:06] NOTICE: Terminating ... [28-Jul-2016 18:08:06] NOTICE: exiting, bye-bye! [28-Jul-2016 18:08:06] NOTICE: fpm is running, pid 6367 [28-Jul-2016 18:08:06] NOTICE: ready to handle connections [28-Jul-2016 18:08:06] NOTICE: systemd monitor interval set to 10000ms ==> /var/log/php-fpm/www.access.log <== 127.0.0.1 - 28/Jul/2016:18:08:10 +0300 "GET /test.php" 404 127.0.0.1 - 28/Jul/2016:18:08:11 +0300 "GET /test.php" 404 127.0.0.1 - 28/Jul/2016:18:08:11 +0300 "GET /test.php" 404 127.0.0.1 - 28/Jul/2016:18:15:50 +0300 "GET /test.php" 404 127.0.0.1 - 28/Jul/2016:18:15:52 +0300 "GET /index.php" 404 127.0.0.1 - 28/Jul/2016:18:15:53 +0300 "GET /index.php" 404 127.0.0.1 - 28/Jul/2016:18:15:53 +0300 "GET /index.php" 404 127.0.0.1 - 28/Jul/2016:18:15:54 +0300 "GET /index.php" 404 127.0.0.1 - 28/Jul/2016:18:15:54 +0300 "GET /index.php" 404 127.0.0.1 - 28/Jul/2016:18:16:00 +0300 "GET /index.php" 404 ^C

кеонфиг nginx - самый обыкновенный

sestatus