Криворукий я и php-fpm closed

прошу прощения за назойливость, но в процессе раскапывания багов по закрытой теме выяснилось вот что:
1) в internal_data/cache/filecache каталоги bb_cache, bb_config, session_cache автоматически не создаются. если их создать руками, в них создаются необходимые php файлы.
а вот каталог internal_data/cache/filecache/datastore создаётся и сам.
в git-версии означенных каталогов нет, поэтому движок падал, возвращаяя 50x, соответсвенно криворукий я видел 404.

Чтобы мне не лезть дебажить дальше - это проблема в движке или особенности настроек PHP 7.0.x на моих кривых машинах?


2) если убрать в library/language/en две строки с переменными @$_POST['cron_script'] и заменить их заглушками...
diff main.php{1,}
$lang['JOB_REMOVED'] = 'The problem has been removed successfully';
-$lang['SCRIPT_DUPLICATE'] = 'Script <b>' . @$_POST['cron_script'] . '</b> already exists!';
-$lang['TITLE_DUPLICATE'] = 'Task Name <b>' . @$_POST['cron_title'] . '</b> already exists!';
+#$lang['SCRIPT_DUPLICATE'] = 'Script <b>' . @$_POST['cron_script'] . '</b> already exists!';
+$lang['SCRIPT_DUPLICATE'] = 'Script <b>FUCK</b> already exists!';
+#$lang['TITLE_DUPLICATE'] = 'Task Name <b>' . @$_POST['cron_title'] . '</b> already exists!';
+$lang['TITLE_DUPLICATE'] = 'Task Name <b>ZZZZ</b> already exists!';
$lang['CLICK_RETURN_JOBS_ADDED'] = '%sReturn to the addition problem%s';
$lang['CLICK_RETURN_JOBS'] = '%sBack to the Task Scheduler%s';
...то всё прекрасно работает.

Т.е. Exile по поводу кронов смотрел в точечку. Чтобы мне не дебажить дальше: это проблема в движке или особенности настроек PHP 7.0.x на моих кривых машинах?

Создав пропущеные каталоги и исправив 2 строки, я всё же получил рабочий TP "из гита".

В движке проблемы нет.

1) Создание директорий по стандартному принципу, то что не может создать - проблемы владельца файлов у вас
2) Озвученные языковые переменные применяются только в админке и никак не могут быть причиной чего бы то там ни было

1) Создание директорий по стандартному принципу, то что не может создать - проблемы владельца файлов у вас

в каталоге internal_data/cache/filecache каталог bb_cache не создаётся, а каталог datastore - создаётся. проблема не в правах. но у меня нет оснований вам не верить, равно как и своим глазам. хорошо, будем дебажить дальше.

2) Озвученные языковые переменные применяются только в админке и никак не могут быть причиной чего бы то там ни было

0.0194 642168 -> require(/home/www/torrentpier/library/language/en/main.php) /home/www/torrentpier/src/Legacy/Common/User.php:601
0.0200 721728 -> date(string(3)) /home/www/torrentpier/library/language/en/main.php:1483
0.0200 722600 >=> '15:53'
0.0201 723368 -> Bugsnag\Handler->errorHandler(long, string(28), string(50), long, array(4)) /home/www/torrentpier/library/language/en/main.php:2453

Exile, поверьте xdebug и мне: xdebug это бесстрастная программа, а у меня есть множество гораздо более полезных дел в воскресенье, чем выдумывать несуществующие баги и торчать за отладкой php-кода, в котором я не сильно-то разбираюсь. Прошу отнестись с пониманием, рассматривайте меня как бетатестера, который зашёл со стороны, с которой не захаживают (установка из git не на deb/rpm дистрибутив) и вот нашёл подозрительное, а не как тролля, который спит и видит вас оговорить.

public function init_userprefs()
{
...
require(LANG_DIR . 'main.php');
...
}

вызывается независимо от типа юзеря. другой вопрос, почему @$_POST['cron_script'] пустой...

Warden, потому что эта языковая переменная используется только в админке и только в ней она может быть не пустой. Я заметил что смотрите больше на xdebug, чем на то, куда следовало бы. Эта гасимая собакой переменная в языковых никак не влияет на работу крона. На работу крона влияет только то, что у вас кривые права на папку. Вы можете рассмотреть в контексте своей проблемы еще положение звезд на небе и атмосферные вихри на поверхности Меркурия, но ответ не изменится - проблема только у вас и вызвана кривыми правами на папки.

ну вот видите, это уже прогресс! всего час назад кроме "кривых прав на папки" я совершенно не разбирался в связке nginx+php-fpm, и вот уже, ничего не меняя, остались одни кривые права на папки. скажите, какие ровные. и почему при кривых правах файлы создаюся _всегда_, каталоги _не всегда_.
drwxrwxrwx 7 nginx nginx 4096 июн 18 16:11 internal_data (и ниже). НИЧЕГО не меняет, при чём тут права?

Warden, вот права при которых нет ошибок
На то что тут есть папки и файлы что нет из коробки, внимание не обращаем это моды

Потому что владелец должен быть не nginx.

Форум для вопросов и багов движка. Багов движка тут нет.

установка из git не на deb/rpm дистрибутив

Господа которые устанавливают "профессионально" не на deb-дистрибутив - ебутся с правами доступа самостоятельно.
Не хватает знаний/умений/опыт - вперед на deb-дистрибутив.

Тема закрыта.