feycot

В этом случае вам поможет внедрение конечного автомата.
Вместо использования флага и введения новой таблицы вы можете использовать ту же самую таблицу с колонкой "состояния". К пример draft, on_moderation, published, archived и так далее.
Этот способ поможет в будущем, когда будет несколько состояний. Плюс конечные автоматы помогают описать некий процесс (например у вас - публикацию и модерацию контента).
Если будет рабоатть все на флагах, то потом придется учитывать множества состояний. Типа is_moderation, is_deleted, is_achived и так далее.

А что касается, если пользователь редактирует версию уже опубликованной статьи, то здесь зависит от того, как у вас внутри приложения все устроено. Скорее всего нужно вводить таблицу с "версией" статьи, где будет сохраняться контент. Т.е. когда юзер что-то редактирует, создается новая версия, а в articles содержится id это версии article_version_id например.

Если у вас сервис только-только развивается, то стоит сфокусироваться на тех вещах, которые помогут разрабатывать уже сейчас. Соответственно спросите себя, а знаете ли вы:

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

- Автоматное программирование. Конечные автоматы облегчают разработку в разы, когда у нас появляется состояние. Даже в простом блоге - пост удален, в черновике, опубликован. По автоматам есть книга "Автоматное программирование Анатолий Абрамович Шалыто"

- Конфигурация и инфраструктура. CI/CD. Автоматизация. Деплой приложения - это многоэтапный процесс. Миграции, конфигурация, сборка проекта. Тут стоит почитать Приложение 12 факторов 12factor.net В целом, если используется современный фреймворк (например Ларавел), то будет полегче с этим работать. Следует помнить, что окружения должны быть разделены - продакшен, тестовая среда (стейдж), среда разработки. Приложение должно без проблем раскатываться и запускаться, желательно "в один клик".
С этой темой связаны технологии Docker, K8s, Ansible. По поводу последнего - с ним можно автоматизировать настройку локального окружения, деплой. Также следует поизучать Github Actions, Gitlab CI/CD.
Если приложение еще небольшое, то его можно с легкостью деплоить на Heroku.
В целом можно пройтись по этому чек-листу и посмотреть как у вас сейчас и как должно быть.
По оптимизации, нагрузкам соответственно optimization.guide

- Операционные системы. Сети. Большая область про которую забывают разработчики. Понимание ОС позволяет лучше понимать как работают веб-сервера, приложения.
На эту тему есть книги
Операционная система UNIX (Андрей Робачевский, Сергей Немнюгин, Ольга Стесик)
Руководство администратора Linux (Эви Немет, Гарт Снайдер, Трент Р. Хейн)

- Фреймворки. Изучать от и до их не стоит, необходимо понимать как они устроены, чтобы не было магии. Но если используется что-то самописное - это не очень хорошо, особенно когда не хватает квалификации. Стоит присмотреться к большим фреймворкам типа Laravel/Symfony

- Опенсорс. Изучаете код проектов (фреймворков, библиотек), отправляете пулл реквесты на улучшения. В некоторых проектах мейнтейнеры готовы помогать и подскзывать контрибьютерам.

Проверьте, что имя файла совпадает с именем класса.
По ошибке имя контроллера написано с маленькой буквы.

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

Это самый очевидный вариант.

Необходимо использовать функцию array_map

array_map(function ($user) {
        $organization = $user['organization'];
        $region = $organization['region'];

        return [
            "name"             => $user['name'],
            "surname"          => $user['surname'],
            "organizationName" => $organization['name'],
            "regionName"       => $region['name'],
            "regionId"         => $region['id'],
        ];
    }, $users)

Array
(
    [0] => Array
        (
            [name] => Илья
            [surname] => Блинов
            [organizationName] => фейсбук
            [regionName] => Рязанская область
            [regionId] => 62
        )

)

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

Склонированный проект необходимо открыть в редакторе и работать с ним, переключать ветки, делать коммиты.
Перед этим нужно разобраться, как работать непосредственно с гитом, например по этому гайду
https://githowto.com/ru

На степике есть бесплатные курсы по базам данных

Если верить StackOverFlow, то необходимо вызвать событие вручную

let element = document.getElementById(id);
element.dispatchEvent(new Event("change"));

Ошибка говорит о том, что где-то выше undefined.
Тк свойство joinedAt есть только у rUser.member, то стоит посмотреть в эту сторону, почему внутри rUser member = undefined