Иван Веков

Вообще проблема была в лишних хедерах, сам себе поставил палки в колёса. Работающий вариант будет с таким набором:

$headers = array(
    'cache-control: max-age=0',
    'upgrade-insecure-requests: 1',
    'sec-fetch-user: ?1',
    'accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3',
    'x-compress: null',
    'sec-fetch-site: none',
    'sec-fetch-mode: navigate',
    'accept-encoding: deflate, br',
    'accept-language: ru-RU,ru;q=0.9,en-US;q=0.8,en;q=0.7',
    "Content-Type: application/json",
    'X-Atlassian-Token: no-check',
);

Довольно глупая история получилась, просто авторизация на этом облачном сервисе не работает похоже. Поставил на отдельном VPS rabbitmq-server и всё завелось без проблем.

Ну самое простое - это конечно же в файле script.php сделать условную конструкцию типа:

<?php
if($_GET['action'] == 'profile'){
    require_once($_SERVER['DOCUMENT_ROOT'].'/profile/index.php');
} elseif ($_GET['action'] == 'info') {
    require_once($_SERVER['DOCUMENT_ROOT'].'/info.php');
}
?>

И тд. Но это на самом деле полная дичь, и так никто не делает. Но возможно, поможет вам понять, как вообще работает роутинг в самом топорном варианте.

А так, я бы почитал как раз про роутинг в php, посмотрел фреймворки, которые его реализуют из коробки и тд. Можно документированные и удобные, типа Laravel, можно маленькие и быстрые, типа Slim.

В целом, nginx тут почти не при чём. Разве что в конфиге должно быть что-то типа:

location / {
            try_files $uri $uri/ /index.php?$query_string;
        }

Проблема была довольно таки наглядная. Заключалась в выводе ошибок и лишней проверке.

Использовал error_reporting(E_ERROR | E_PARSE);
Чтобы не выводились предупреждения о том, что переменная не определена.

А потом почитав немного еще доков по сессии, решил что проверка в общем-то лишняя. Оставил просто session_start(); Потому что она не только запускает новую сессию, но и продолжает существующую. Следовательно в доп проверке - нет смысла.

Для отладки стоит использовать такую схему:

$git_branches = exec('git push origin master:'.$_GET["REMOTE"].' 2>&1', $stdin, $stderr);

То есть shell_exec меняем на exec, и добавляем "2>&1"; Тогда сможем видеть ошибки.

Сама команда commit не работала, потому что в конфиге был не верно задан пользователь. И потому что у пользователя было не достаточно прав. Назначил его владельцем папки .git. Проблема решилась

Ну так тебе надо например ceil(14/10). Это допустим если твоя смс 14-я, а элементов на странице - 10.
То есть
$currentID = 14;
$maxPageElements = 10;
$currentPage = ceil($currentID/$maxPageElements);

Кажется понял. Частично :) Письма копировались на ящик. который был указан в sendmail_path, в настройках файла bitrix.env. Только все равно не очень понимаю причину и откуда берутся те адреса, которые в копии...

Спасибо за ссылку на мультисорт, Владислав Тишин .
Среди примеров там нашел нужное решение:

function array_orderby()
{
	$args = func_get_args();
	$data = array_shift($args);
	foreach ($args as $n => $field) {
		if (is_string($field)) {
			$tmp = array();
			foreach ($data as $key => $row)
				$tmp[$key] = $row[$field];
				$args[$n] = $tmp;
		}
	}
	$args[] = &$data;
	call_user_func_array('array_multisort', $args);
	return array_pop($args);
}

$arObjects = array_orderby($arObjects, 'Тип', SORT_ASC, 'Номер объекта', SORT_ASC);