N

$mail = "Welcome to php, Mr %s";
echo sprintf($mail, Names::$egor);

You need to make your mind first, whether you want to "scale up" which means to split the processing between different servers, or you are not even sure yet, whether adding different instances is a good thing at all.

Generally scaling up a web application indeed means providing dedicated hardware for the every major service involved. For your setup I'd make it four different servers
- PHP/Nginx instance
- database backend dedicated for Postgres
- column database backend to host Clickhouse
- processing backend to host rabbitmq and Golang microsevices

The good thing, each of those can be easily scaled up in turn by simply adding more instances of the kind (I am not sure how it's done for Clickhouse tho).

But I have a feeling that you are probably confusing the scaling up with just performance optimization. And you need to start from the latter. Simply checking the CPU load is tоo rough a measurement. You need a full qualified profiling to pinpoint certain bottlenecks.

From such incomplete data I can only guess that Laravel configuration is not quite optimal. 75 rps shouldn't be a problem for such a hardware. Make sure you have all production environment settings configured properly - all caching is turned on, etc. Also, switching to 7.4 and preloading could also help.

Есть несколько вариантов хранения иерархических данных в реляционной БД. Выбор зависит в основном от запросов клиентов и требований к производительности.

Если хотите разобраться в вопросе и сделать осознанный выбор, вот немного теории (и практики):

books.google.com/books?id=uw2lq2o4VbUC

https://blog.duncanworthy.me/sql/hierarchical-data...

https://habr.com/ru/post/263629/

if(isset($data["send__button"])) {
И откуда, спрашивается, в $_POST возьмется send__button? С чего вы решили, что данные отправляются исходя из класса?

<button class="send__button" type="submit">Send</button>

Я знаю основы java и spring и могу создавать простые сайты но у меня есть крутая идея

Может быть мне стоит изучить php или python и попытаться

Вот когда на спринге напишите тогда и попытайтесь, а до тех пор вы пока даже джаву со спрингом не знаете.

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

$post->author->username, если у вас отношения в моделях нормально описаны.

$_POST['title'] = 'title-desc-2013-04-28';
$array = explode('-', $_POST['title']);
$title = $array[0];
$desc = $array[1];

var_dump($title); // title
var_dump($desc); // desc

Если версия php свежая, можно и так:
[$title, $desc] = $array;

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

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

можно конечно.
но хорошая практика - иметь единственное место вывода.

$dateTime = new DateTime('2021-05-18T15:30:00.000-04:00');
var_dump($dateTime);
$dateTime->setTimezone(new DateTimeZone('Europe/Moscow'));
var_dump($dateTime);

// object(DateTime)#1 (3) {
//   ["date"] => string(26) "2021-05-18 15:30:00.000000"
//   ["timezone_type"] => int(1)
//   ["timezone"] => string(6) "-04:00"
// }
//object(DateTime)#1 (3) {
//  ["date"] => string(26) "2021-05-18 22:30:00.000000"
//  ["timezone_type"] => int(3)
//  ["timezone"] => string(13) "Europe/Moscow"
//}

$timestamp = strtotime('2021-05-18T15:30:00.000-04:00');
var_dump($timestamp); // int(1621366200)
date_default_timezone_set('Europe/Moscow');
$dateTime = date('c', $timestamp);
var_dump($dateTime); // string(25) "2021-05-18T22:30:00+03:00"

разница в том что это совершенно разные проекты, общее между ними только html
все остально еразное
apache старый
nginx поновее и в нем меньше обратной совместимости да и собран он уже со знанием что есть биг дата и тд.
В общем он посвежее и побыстрее работать будет
В nginx php интерпретируется сторонним демоном, это как правило php-fpm
В апчье есть mod_apache - являсь модулем апача он работает быстрей лучше получает коды завершения и тд, но слишком сатрый и плохо параллелится маштабируется и с правами там трабылы, НО он самый частый до сих пор.
Есть и дургие представления пхп FastCGI CGI PHP-FPM и тд. в общем для апача есть все
nginx в свою очередь молодой и не все на нем работает сразу, поскольку большенство движков cms созданы под апачь, и требуется переписать htccess на правила nginx.

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

для изучения поставь связку nginx+apache+php-fpm
это достаточно современная связка и заодно выучишь и то и то.
А еще лучше поставь что-то вроде vestacp с таим расширение тут уже будет все нормально настроено и можно будет смело приходить к стадии изучения.

function getTimes(start, end, interval) {
  const result = [];
  const _start = moment(start, 'HH:mm');
  const _end = moment(end, 'HH:mm');

  if (_start > _end) {
    _end.add(1, 'day');
  }

  while (_start <= _end) {
    result.push(_start.format('HH:mm'));
    _start.add(interval, 'minutes');
  }

  return result;
}


const times = getTimes('10:00', '18:00', 30);