Илья Караваев

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

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

<form>
    <input type="hidden" name="page" value="Главная страница">
    <...>
</form>

...
$mail->Subject = “Новая заявка на консультацию: ” . $_POST['page']; // Заголовок письма
...

Это самый простой способ и нужно понимать, что туда тоже могут подсунуть любой мусор. НО! Вы можете смотреть по роуту запроса. Если запрос приходит с другой странице, есть же данные реферера, по которому можно определить страницу. А по url уже построить нужный подзаголовок.

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

З.Ы. Сильно в ддд не углублялся, поэтому могу нести чушь.

У Вас наверняка включены ЧПУ ссылки. И наверняка в настройках Apache или Nginx имеется настройка передачи всех путей в index.php. Какой результат Вы ожидаете в этом случае? Понятное дело, все данные переходят по базовому пути. Расширяйте настройки своего веб сервера, что бы он пускал в подпапку.

С моей точки зрения, Вам лучше уточнить свой первый запрос.
Добавить индекс по полю active и делать два запроса на обновление всего двух записей, что значительно ускорит первый запрос на большом объеме данных (кстати вы не сказали, на сколько большая таблица может быть).

Убираем активный с условием:

$resetFields = \Yii::$app->db->createCommand("UPDATE table SET active=:no WHERE active=:yes")
            ->bindValue(':no', 0)
            ->bindValue(':yes', 1)
            ->execute();

"Мы" работали и работаем.
Что за проблемы с разбором ответов? И каких ответов? О результатах обработки или с КО?

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

В процессе разработки все зависит от поставленных сроков и требований. У нас в офисе пропагандируется, что делаем так, как поставлено в задаче, не добавляя много лишнего. Изменится потребность, изменится и код. А может завтра вообще придется полностью переписать полностью раздел сайта, потому что он не приносит необходимую конверсию.

Так что, если есть время на серьезное планирование, занимайтесь, но вы все равно не убережете себя от некоторых ситуаций, которые вы не предугадаете на момент планирования. В лучшем случае, убережете себя от чего то глобального, ЕСЛИ был сделан правильный выбор на этапе планирования.

Читаю весь гнев в комментариях... Жесть.

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

А теперь по делу.
Вы возвращаете строку. Строка не интерпритируется, как Вам хотелось бы. И использование тегов <?php ?> Вам не поможет. Тут все проще:

return '<div class="review__content">
    <p>' . get_post_meta(get_the_ID(), "reviews",  true) . '</p>
</div>';

Вы идете в не правильном направлении.

А если Вы смените оформление через пол года? Или просто решите в блок добавить новые элементы для динамической обработке через js? Или какие то скрытые элементы, доступные администратору?

Нужно блоки сохранять как структуру. В зависимости от настроек блока, вы можете хранить его ключевые параметры, которые и меняют блок. Тогда вы можете хранить и "выбранный дизайн", которых может быть в последующем добавлено множество. И параметры, что могут его изменить, даже цветовую схему и подобное.

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

Через urlManager. Просто нужно составить правильный список правил (rule). И скорее всего Вам придется это делать для каждого такого сокращения, поскольку Вам в любом случае нужно явно указать куда направлять запрос для самой Yii.

Шифрование?
Тот же base64 уже чутка усложнит задачу. Но если шифровать, то лучше сразу адекватным способом.

Это rounadout слайдеры. Поищите по Тостеру ответы на подобные вопросы про слайдеры или ищите по ключевому слову, что я Вам дал. 75% подобного слайдера - правильный css.