Uno

Выставить настройки кэша в заголовках ответа, отдающего файл.
Для особо упертых браузеров, которые могут класть на эти заголовки (вроде Хрома) - отдавать файл каждый раз по другой ссылке (добавив ?ver=mtime, например).

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

В 90% случаев - private репозиторий в GitHub с README.
Если заказчик совсем нетехнический - договариваться заранее и подробно что он хочет получить в результате проекта.

Давайте обратимся к классикам, например применим метод Ферми для оценки топа посещаемости ресурса. Естественно все приведенные цифры с некоторой погрешностью...

Пусть в регионе проживает 1КК людей, из которых 20% это несовершеннолетние, 20% это люди пожилого возраста, то есть 2 категории, которые с огромной долей вероятности сервисом пользоваться не будут. Так же, можно сразу выкинуть 15% проживающих за чертой бедности, и еще примерно столько же (15%) находящихся в граничном с бедностью состоянии.

Из оставшихся 30% (300К)охват рекламой/слухами может составить около 50% в столице, и 30% в области, пусть будет 40% общего охвата, хотя это скорее всего завышенный показатель. То есть в остатке потенциальных знающих о вашем сайте около 130К, причем это цифра не на старте, а примерно спустя пол года-год.

Предположим что магазин имеет не нишевую специализацию, а достаточно широкий ассортимент, заинтересующий 70% от потенциальных ознакомившихся с ним людей (это оооочень оптимистично, но допустим). Из них 30% "отложат на потом" посещение ресурса, и больше о нем не вспомнят, или зайдут 1-2 раза, что на общую статистику не влияет. В сухом остатке имеем около 40-70К потенциальных посетителей. Предположим, что прошло пол года, и все они равномерно росли до этой цифры, и посещали магазин ну пусть 3 раза в месяц.

В итоге в месяц будет 70к*3 = 210К визитов, визит примерно из 5-7 страниц, итого = 6*210К = 1 260 000 хитов в месяц.
Делим на 30 дней = 42 000. делим на 12 активных часов, получаем 3500 хитов в час, 58 хитов в минуту, то есть 1 хит в секунду. В пике пусть будет 6 рпс.

Вывод: слабенький церлерон и винт на 7200 rpm вполне справится с вашей мегаубервафлей...

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

Ни кто не запрещает Gmail-у вести свой список SPAM-отправителей, угу. Вполне возможно, верно? И как-то вы в нём оказались. Кстати, есть у Google свой список проверенных серверов, google identification. Где-то в панелях Google можно этот identification получить, в DNS записях MX-а прописать.

IP в спам-базах нет

вот тут ошибка

BL баз штук 50

<?php

require_once 'vendor/autoload.php';

use FFI\TDLib\TDLib;

// Создаем экземпляр класса FFITdLib
$tdlib = new TDLib();

// Устанавливаем параметры для авторизации
$api_id = 'YOUR_API_ID';
$api_hash = 'YOUR_API_HASH';
$phone_number = 'YOUR_PHONE_NUMBER';

// Выполняем авторизацию
$tdlib->send([
    '@type' => 'setTdlibParameters',
    'parameters' => [
        'api_id' => $api_id,
        'api_hash' => $api_hash,
        'use_test_dc' => false,
        'database_directory' => 'tdlib-db',
        'files_directory' => 'tdlib-files',
        'use_file_database' => false,
        'use_chat_info_database' => false,
        'use_message_database' => false,
        'use_secret_chats' => false,
        'api_key' => '',
        'system_language_code' => 'en',
        'device_model' => 'unknown',
        'system_version' => 'unknown',
        'application_version' => '1.0',
        'enable_storage_optimizer' => true,
        'ignore_file_names' => false,
    ],
]);

$tdlib->send([
    '@type' => 'checkDatabaseEncryptionKey',
    'key' => '',
]);

$tdlib->send([
    '@type' => 'setAuthenticationPhoneNumber',
    'phone_number' => $phone_number,
]);

// Получаем код авторизации
$code = readline('Enter the code: ');

$tdlib->send([
    '@type' => 'checkAuthenticationCode',
    'code' => $code,
]);

// Выполняем запрос getChatStatistics
$chat_id = 'CHAT_ID';
$result = $tdlib->send([
    '@type' => 'getChatStatistics',
    'chat_id' => $chat_id,
    'is_dark' => false,
]);

print_r($result);

Open Swoole – мощный супер-быстрый асинхронный PHP.
WebSocket'ы, корутины, высокая нагрузка.

Пример WebSocket сервера:

<?php

use OpenSwoole\WebSocket\Server;
use OpenSwoole\Http\Request;
use OpenSwoole\WebSocket\Frame;

$server = new Server("0.0.0.0", 9502);

$server->on("Start", function(Server $server)
{
    echo "OpenSwoole WebSocket Server is started at http://127.0.0.1:9502\n";
});

$server->on('Open', function(Server $server, OpenSwoole\Http\Request $request)
{
    echo "connection open: {$request->fd}\n";

    $server->tick(1000, function() use ($server, $request)
    {
        $server->push($request->fd, json_encode(["hello", time()]));
    });
});

$server->on('Message', function(Server $server, Frame $frame)
{
    echo "received message: {$frame->data}\n";
    $server->push($frame->fd, json_encode(["hello", time()]));
});

$server->on('Close', function(Server $server, int $fd)
{
    echo "connection close: {$fd}\n";
});

$server->on('Disconnect', function(Server $server, int $fd)
{
    echo "connection disconnect: {$fd}\n";
});

$server->start();

Я думаю, 10 дисков с технологией записи CMR и без гелиевого наполнения по 8 Тбайт, запертые в сейфе в негорючем помещении с постоянным микроклиматом, будут куда дешевле и проще в эксплуатации, и пролежат 15 лет. Чем возиться с ленточным накопителем и лентами.

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

Полагаю в мире есть только один открытый антивирусный движок с условно свободными базами и обновлениями - clamav, вот его и интегрируй, либо через библиотеку libclamav либо вызывай утилиту командной строки

p.s. альтернатива (лучше но не бесплатно, там сразу десятки антивирусов) - использовать облачные решения от virustotal, у них есть api который позволяет по хешам файлов быстро выдавать ответ (ну и заливать неизвестные)

Думается, что должно быть так: товары хранятся не в таблицах, а в единой БД. Когда владелец бизнеса что-то там меняет, эти изменения автоматически распространяются в каталоги интернет-магазинов.
Как такое делают?

А в чём сложность? Ставите тот же Mysql, складываете в него товары, потом подключаетесь, берёте данные и выводите.

кто такой лишний js и cs?

грузится он медленно именно из за этого

нет. Грузится он медленно из за того что у вас сервер очень медленно работает. Он отдает картинки рамером в 10кб по 10с