Fqwd123

1. При нажатии на ссылку записать куки с адресом.
2. после входа сделать редирект обратно на адрес с куки.
3. удалить куки.

Все стили блоков и пр собираю в единые бандлы, библиотеки (слайдеры и пр) гружу только там, где нужны.
Итог ~ 90-100 баллов по google page speed.

В общем случае -- стоит.

Но это больше всего зависит от вашего конкретного случая. Сколько кода является общим для всех страниц? Сколько уникально для каждого типа страниц? Сколько уникально для каждой страницы? Какова модель поведения пользователя? Он посетит все страницы сайта или только страницы одного типа? Пользователи заходят на сайт только раз, или постоянно возвращаются? С каких устройств и с какой скоростью интернета к вам приходят? Как построен процесс деплоя? Какие тарифы у вашего хостинга? Как часто и что вы изменяете в исходном коде? Как будете инвалидировать кэш? И ещё очень много вопросов, которые нужно учитывать.

Можно всё сгрести в один огромный бандл. Тогда первичная загрузка будет дольше, особенно ощутимо на медленном интернете. Но навигации по страницам будут быстрее, а нагрузка на сервер меньше. Но при изменении, скажем цвета одной кнопки, пользователю придётся заново качать весь бандл. И наоборот. Можно уйти и в другую сторону: дробить всё на как можно меньшие кусочки. (Например вынести весь код для какой-то модалки отдельно) и загружать каждый чанк только в момент когда он понадобится. Так первичная загрузка будет намного быстрее, но реакция на действия пользователя будет медленнее.

В общем случае -- дробить код сайта на куски и отдавать их частями -- стоит. Но вмеру. А как именно делить -- зависит от вашего случая.

Делайте как удобнее, разницы в производительности не заметите, несколько микросекунд будет и то врятли. Главное кешировать файл.

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

В теории можно было бы конечно сделать "главную страницу" и прокидывать во фреймы функции, но на практике с чужим жирным кодом это нереально.

Сделать CSS-класс с
filter: blur(10px);
Перед запуском прорисовки в JS добавить класс, после окончания (если можно это отследить в js) или через полсекунды - убрать. В чём конкретно сложность?

Ограничиваете регион, возможно с указанием почтовых/ZIP и иных видов индексов - так, чтобы у получателя в США/другой стране не было вообще вариантов соскочить на другие способы доставки.

И метод оплаты связываете с этим методом доставки.

У юзера просто не будет выбора


UPD.
Если хотите ограничить все местоположения, кроме уже прописанных - то на вкладке Доставка вам надо редачить это:

Возможно стоит указывать полный путь для сохранения.
Я обычно создаю Алиасы для хранения файлов

'@picture' => '/uploaded/',
'@upload' => '@app/web/uploaded/',

Первый алиас для обращения к файлу через Web, а второй для сохранения файла т.к. это полный путь.
Вот так выглядит сохранение файла

$file = UploadedFile::getInstance($this, $code);
$filePath = time() . '_' . $file->baseName . '.' . $file->extension;
$file->saveAs('@upload/' . $filePath);

Fqwd123,
Но это не панацея.

html+css+ACF

лучший из вариантов, имхо... любой билдер, это изнасилование ВП.

Первая ссылка в гугле

Вы можете добавить эту инфу даже не в админку, а прямо на фронт на любой хук до/после товаров. Просто оберните функцию в current_user_can( 'manage_options' ), чтобы этот текст мог видеть тот, кто имеет права администратора

function goods_value() {
	if ( current_user_can( 'manage_options' ) ) {
		echo '<p>Стоимость товаров на этой странице: ' . $p . '</p>';
		echo '<p>Стоимость товаров в категории: ' . $c . '</p>';
		echo '<p>Стоимость всех товаров на сайте: ' . $s . '</p>';
	}
}

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

1. Deepcool DE или DA — так себе.
2. Deepcool DN — нормально
3. be quite system power 9 — хорошо
4. Cooler Master — нормально/хорошо
5. Бюджетные Aerocool — сразу в помойку.

Пробежаться по всем товарам и посчитать.
Только процедура эта тяжелая и желательно результат кидать в транисиенты.
править по факту изменения, удаления товара