[umka]

А в чём проблема пересчитывать цену при поиске?

Храните цену в одной (основной) валюте, и курсы других валют к основной.

При формировании запроса цену пересчитали в основной валюте.

Результаты поиска опять пересчитали в валюте, в которой ищут.

Провайдерский айпишник показывается на интерфейсе, через который заходит интернет (IP > DHCP Client).

Вообще, микротик в IP > Cloud сам должен показать предупреждение, если вы за NAT-ом

Если интернет-провайдер даёт внешние IP-адреса, то в микротике можно воспользоваться встроенным функционалом (IP > Cloud).

Если же провайдер выдаёт внутренние адреса, то лучше на дедике/впске поднять VPN, и прокинуть порт через него. Тогда, соответственно, касса будет доступна по IP-адресу вашего сервера.

А из всего перечисленного у вас с чем конкретно трудности возникают?

С получанием адреса текущей страницы, с запоминанием её в куке или с перекидыванием на эту страницу?

SeVlad, перегрев — это лишь следствие загрузки CPU под 146%

С выключенным turbo boost-ом будет греться меньше, но тупить сильнее.

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

Видимо, оно считает, что элемента 'name' без элемента 'tmp_name' быть не должно, и если такое происходит, значит, кто-то постит кривые данные с целью сделать что-то противоестественное. Только и всего.

Вы же указываете в командной строке, с какого ящика отправлять (-fwww@мой_сайт.net).

Делайте тоже самое при отправке из PHP:

mail ( string $to , string $subject , string $message , mixed $additional_headers , '-fwww@мой_сайт.net' );

Или добавьте этот параметр в sendmail_path

Если панель управления или ещё какие-то скрипты используют этот root для управления базами данных, снятия бэкапов и пр., то они перестанут работать.

Вообще, это всего лишь имя пользователя. Нужно смотреть на привилегии.

Например, у пользователя root может и не быть никаких полномочий (или его может вовсе не быть), а у пользователей vasya и petya может быть открыт полный доступ.

Зависит от того, по каким протоколам сервер готов общаться, и то того, по какому протоколу обращается клиент.

О том, чего ускоряет http/2, в каких случаях он эффективен или нет, написано везде полным полно.

Думаю, что "or because no further data is available" означает обрыв связи / отвал интернета / и пр. телекоммуникационный коллапс.

В этом случае должно тоже выскочить это событие.