Loli E1ON

Валидация, масштабируемость и юзабилити, это как бы совсем разное.

Для юзабилити - валидация на фронте. Введя что-то невалидное пользователь должен видеть проблему сразу, а не когда закончит заполнение формы, и отправит всё на бэк.

На бэке при этом должна присутствовать всё та же валидация, чтобы не было возможности сохранить невалидным данные прямыми запросами.

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

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

И т.д. и т.п.

if ($_SESSION['role'] == '3');
...

Точка с запятой лишние

Сокращалка, удобная для indexOf(), который возвращает -1 если не найдено, или индекс от 0 и больше.

Для логики приложения часто бывает нужно узнать только, найдено или нет: т.е. -1 или иное значение. Можно просто сравнивать if (a.indexOf(b) > -1) { /* найдено! */ } но иногда хочется короче.

Битовый оператор НЕ ~ хорош тем, что выделяет -1: только -1 с этим оператором даст 0. Прочие числа дадут какое-то ненулевое значение.

~(-1) === 0

Остаётся привести значение из численного в булево. Для этого два воскл. знака — два логических НЕ.

• для варианта «найдено» из числа от 0 и больше получилось тоже ненулевое число, и !! даст true
  
• для варианта «не найдено» из -1 получится уникальный 0, и !!0 вернёт false
  

Посмотрите сколько Drawcall у вас вызывается, возможно у вас много не нужных теней или ещё чего-то, вам нужно смотреть в сторону оптимизации игры.

Во-первых, пихать СУБД в контейнер - это само по себе идея не очень. Во-вторых, localhost у каждого контейнера свой.

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

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

Сделать метод, принимающий 2 аргумента - start и end.
Возвращать результат метода characteristics.slice(start, end).
Либо сделать computed свойство, из которого возвращать разбитый на чанки по 3 элемента массив характеристик.

И вот с этим работать в v-for, генерируя слайды. Я бы выбрал второй вариант.

Да, это полезно - написать свой фреймворк и/или CMS.
Потом полезно сравнить его с laravel или symfony, найти чем ваш фреймворк лучше.
Если ничем не лучше - можете его смело забросить, и переходить на что-то общеизвестное, и вот почему:

Представим, что у вас заказали лендинг по заказу насосов, например, и вы сделали его на своем фреймворке. Через 5 лет вы сменили род деятельности, и водите экскурсии по Тасмании. Или вас укусил радиоактивный паук, и теперь вы спасаете мир, а поддержкой сайтов не занимаетесь.

Сервис с насосами за это время вырос, они теперь еще и бурят скважины, и фильтры устанавливают и колодцы копают, и у них филиалы в 20 городах. Им нужно доработать сайт. И при поиске разработчика выясняется, что сайт ваш доработать невозможно, т.к. документации по фреймворку нет, готовых модулей совместимых нет, интеграций с 1C, google docs, microsoft sharepoint нет, и никогда не будет. И проще переписать с нуля, чем разбираться как оно у вас там устроено.

А если бы сайт был на общеизвестном фреймворке, то гораздо проще найти и специалистов и найти готовые интеграции.

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

preg_replace_callback() вызовет функцию для каждого совпадения паттерна.

Можно регуляркой /..?/ получить все пары букв (и огрызок в хвосте, если нечетное), а в функции первую из двух делать strtolower(), а вторую strtoupper():

echo preg_replace_callback(
    '/..?/',
    function ($match) {
        return strtolower($match[0][0]) . strtoupper($match[0][1]);
    },
    "Lorem ipsum dolor sit amet consectetur adipisicing elit."
);
// lOrEm iPsUm dOlOr sIt aMeT CoNsEcTeTuR AdIpIsIcInG ElIt.

какой-то странный вопрос, особенно для человека, который способен самостоятельно написать такой код.
если вы знакомы с оператором if, то, я не думаю, что вам составит труда обрамить в if () место, которое отвечает за выдачу монеток.
если не знаете, как получить ID канала - message.channel.id

if (ID_канала === "0000000") {
  return;
} else {
   //  выдача 
}

<script type="module"></script>