Daria Motorina

У вас Redmine, а значит у вас есть User Story - верхний уровень и то что обычно называют задачей. Стори уже бьются на задачи (обычно называют подзадачами). Почему так:
- пользователи "тупые" и не способны ставить задачи. они высказывают "пожелания" и поэтому это "пользовательские истории".
- задачи создает тимлид, разбивая истории на вменяемые части для отдельных людей.
- в случае если история=задача (о, чудо) то можно отдельно задачу не ставить

Зачем андроид планшет, если есть планшеты и на винде, и с дуал-бутом (андроид + винда)?

надо или username или uid указывать.
то есть
chown user:user /path/to/folder

редактирую.
а. понял, у вас прям пользователь такой, да? user1001 ?
ок. пробуем так.

chown user1001:user1001 /folder/

Но, т.к. туплю на простых вещах, забываю, что знал когда-то, то сложно пройти техническое собеседование (попытки были).

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

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

Обратитесь к специалисту

Предлагаю вам смотреть в сторону inotify и похожих штук. Но вообще - в рамках одного веб-сервера это проблематично, поскольку если появится кривота хотя бы у одного клиента - нгинкс не поднимется. Соответственно, нужна верификация с последующим откатом.

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

Не занимайтесь фигнёй. Есть такая замечательная вещь как IaC (Infrastructure as Code). Инструментов под это куча, а обращение к этому уже можно делать через php ибо эти инструменты имеют свой API. Подготавливаете конфигурации, обновляете их на php и перезапускаете развертывание. Все счастливы

Нужно аккуратно вернуться к старому состоянию через git reset --hard хэшкоммита
Потом руками повторить все коммиты, которые были после (и они будут под вашим именем)
А затем запушить все это в удаленную репу через git push --force
Это изменит историю. Конечно если у вас есть соответвующие права.

Но если это возможно, ограничьтесь обычным revert (он добавляет новый коммит, откатывающий ваши изменения) или просто сделайте коммит с ручными правками. Гит так устроен, он не приветствует изменение истории.
Косяки бывают у всех, зачастую попытка их скрыть обходится дороже честного признания.

либо, как еще вариант, можно не используя регулярных выражений, разбить строку по точкам и взять последний элемент, что-то типо
$res = end(explode('.', $string));

почитай о паттерне singleton