Daria Motorina

composer.json содержит зависимости вашего проекта от данных библиотек.
Но эти самые библиотеки могут содержать в себе другие зависимости, которые будут отражены в composer.lock (в composer.json, при этом, отражено не будет).
Т.е. то что скачиваются у вас пакеты, которых нет в composer.json - это нормально и от этого никак не уйти, потому что это необходимость.

whereIn()
https://laravel.com/docs/8.x/queries#additional-wh...

Сделал базу test

CREATE TABLE `test` (
  `name` varchar(255) NOT NULL,
  `date_int` int(11) UNSIGNED NOT NULL,
  `date_time` datetime NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

ALTER TABLE `test`
  ADD KEY `date_int` (`date_int`),
  ADD KEY `date_time` (`date_time`);
COMMIT;

заполнил значениями дат, от 1970-01-01 00:00:01 до 1970-01-05 11:02:29, с разницей 1 секунда, итого вышло 1 603 869 строк (далее php умер и мне лень было настраивать Maximum execution time).

Разницы вообще нет, если искать точное соответствие вплоть до секунды:

SELECT * FROM `test` WHERE date_int = UNIX_TIMESTAMP('1970-01-03 12:12:12')

id 	select_type 	table 	type 	possible_keys 	key 	key_len 	ref 	rows 	Extra 	
1 	SIMPLE 	test 	ref 	date_int 	date_int 	4 	const 	2 	NULL

EXPLAIN SELECT * FROM `test` WHERE date_time = '1970-01-03 12:12:12'

id 	select_type 	table 	type 	possible_keys 	key 	key_len 	ref 	rows 	Extra 	
1 	SIMPLE 	test 	ref 	date_time 	date_time 	5 	const 	2 	NULL

Так что фанатик прав, нехрен для даты использовать числа.

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

Попробуйте выйти за рамки IT. Наверняка у вас есть друзья/родственники, работающие в сферах далеких от IT. Разузнайте больше о их деятельности, попробуйте вникнуть в рабочий процесс, мысленно представить себя на их месте. Подумайте, что бы вы могли сделать, чтобы как-то облегчить их труд, какая программа могла бы стать потенциально полезной. Обсудите идею с этим человеком и если он согласился, что программа может облегчить ему жизнь, ПРИСТУПАЙТЕ. Вот вам мотивация и почти настоящий проект.

Если ну совсем никак, обратите внимание на отрасли науки. Вот, к примеру, об исторической информатике не думали? Научитесь работать с данными. Возьмите, например, информацию Международного мемориала ( https://www.memo.ru/ru-ru/projects/memoid и https://www.memo.ru/ru-ru/projects/hackathon ) и попробуйте на ее основе сделать какой-нибудь информационный сайт, который в перспективе будет интересен не только вам. Поработайте со статистикой, попробуйте выявить какие-нибудь закономерности.

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

Если нужно просто получить некоторые данные из репозитория, то первый вариант лучше.
А вот если надо полученные данные как-то изменять, то лучше второй вариант, т.к. сразу можно дернуть persist и flush из em.

Все шаги подробно описаны: https://wiki.php.net/rfc/howto

Однако, я бы не рекомендовал вам тратить своё и чужое время на это предложение.
Во-первых:

If you don't have the skills to fully implement your RFC and no-one volunteers to code it, there is little chance your RFC will be successful.

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

$alreadyBlocked = 'name1|||name2|||name3|||';
$array = explode('|||', $alreadyBlocked);

$utc = $_POST['username'];
if ( in_array($utc, $array) ) {
  // Пользователь уже заблокирован
}

Если нужно перебрать всех, то просто уберите exit:

foreach ($array as $name){ // разбираю
 if($name === $utc){  // пробую так, но почему-то проверяется только первое имя из массива $array то есть только 
 name1, остальные будто игнорятся

 echo json_encode(['error' => 'Этот пользователь уже заблокирован'], JSON_UNESCAPED_UNICODE);
-exit;
+//exit;
}
...
}