N

Это регулярное выражение: ^(.+)\.(\d+)\.(css|js)$

^ — начало строки
( ) — то, что внутри скобок, отдельно попадёт в переменные $1, $2, .. $N
. — любой символ
+ — определяет количество предшесвтующего ему: «1 или несколько»
.+ — один или несколько любых символов
\. — буквально точка обыкновенная, point vulgaris, без спец. значения
\d — цифра. \d+ одна или несколько цифр
(css|js) – или "css" или "js"
$ — конец строки

Таким образом эта регулярка совпадёт, скажем, со строкой
/css/main.min.682375227.css и заменит её строкой без числа:
/css/main.min.css

Наверное, так борются с кэшированием в браузере. В HTML можно писать с любым числом, и браузер подумает, что это что-то новое. А сервер всегда отдаст один и тот же main.min.css, какой там у него есть.

find . -regex ".*\.\ini" -exec sed -i 's/было/стало/g' "{}" \;

один раз придется все конфиги дополнить инструкцией include common.conf;

Создать этот файл common.conf и в него помещать общие инструкции.

Как вариант, скрипт написать, который вставит дополнение в каждый конфиг.

https://laravel.com/docs/8.x/queries#json-where-clauses

user = Newbie(login, password)
Какое-то неправильное ООП.

Метод logging наверно нужно переименовать, например на auth_user
И использовать в нём переменные экземпляра класса т.е. self.passwordи self.login

В файле вы видите те настройки, которые изменены вручную, остальные настройки оставлены по умолчанию. При выполнении

mysql -urootikovskiy -A -e"SHOW GLOBAL VARIABLES;" > MySQLCurrentSettings.txt

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

Если есть миниатюра + если вотермарка относительно простая (она не капча, а фиксированное изображение, с поворотом и скалингом), есть возможность восстановить изображение, математически это возможно, по факту решив уравнение (функция - наложение известной вотермарки + ее модификация + скалинг до миниатюры = миниатюра)

Вотермарку определяют вручную, загрузив на сервер свое изображение и сравнив его с изменившимся.

Если вотермарка меняется по сложному алгоритму, этот способ не подходит.

p.s. с высокой вероятностью на сайте есть 'уязвимость', позволяющая вытащить оригинальное изображение, отличным примером поиска такого является вот эта статья - "Кража закрытых видео YouTube по одному кадру"

p.p.s. хабр не дает вставлять эту ссылку так как слово вдсина в адресе под запретом О_о

Очевидно, что ссылки на картинки где-то есть или их адреса можно составить по предсказуемой схеме, чем сайт-сервис и пользуется, проведя исследование.
Как выдернуть - найти ссылки или понять схему. Для этого нужно использовать консоль/код/сурс, разумеется, но ещё и голову. Научить этому в рамках общего вопроса здесь невозможно, а конкретный вопрос будет заданием.

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

$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>