Конечно, не влияет "где".
Влияет "как".
Описанная схема как раз позволяет осуществлять легкую миграцию вашего сервиса внутри облака.
Сделанный по этим правилам системы и являются адаптированными под облака.
В противном случае вы мигрируете машину целиком.
А это не облако.
Это просто переезд вашей виртуальной машины, вашего VPS.
Это и не облачные провайдеры умеют.---------- Добавлено 25.10.2018 в 20:47 ----------
Это именно маркетинг.
Облако модное слово.
"У нас есть облако. У вас будет все круто. Потому что облако."
Вот только
А для этого, что в облаке, что не в облаке - разницы нет.
Но маркетинг утверждает, что разница есть. "Приходите именно к нам. Потому что у нас облако"
Не "у нас лучше мониториг", не "у нас лучше оборудование", не "у нас лучше администраторы". Нет. "У нас облако".
Дело не в провайдере.
А в конкретной услуге.
Полноценная VPS и у Гугля - это вовсе не облако, а всего лишь VPS.
А вот какой нибудь Google AppEngine - это 100% облако.---------- Добавлено 23.10.2018 в 10:30 ----------
Довольно хорошо разжевано как раз именно для разработчика.
https://12factor.net/ru/---------- Добавлено 23.10.2018 в 10:32 ----------
Вот когда подходят к полноценному облачному хостингу с обычными мерками - потом и удивляются:
"А че так дорого", "А где обещанная отказоустойчивость".
Диск - это всего лишь диск. Этого недостаточно.
"Упала нода, подняли другую, подключились к тому же диску"? Ага, а файловая система значит вас ждет после падения и чиниться сама?
А значит подключить несколько серверов к одному дисковому ресурсу - тоже ничего в ПО менять не нужно?
А диски значит в эфире живут или железо в них настолько совершенно, что не падает?
Или софт на компьютерах, поддерживающих, скажем, тот же Ceph (файловая система, распределенная между несколькими компьютерами) настолько совершенен, что чинится сам?
Ну если так рассуждать, то все в этом мире это ассемблер - ибо все те же байтики.
1) А если они после этого работать перестанут?
2) Это влияет на первый байт, но не влияет на загрузку всей страницы - данный параметр тоже важен.
Нужно делать асинхронность загрузки ресурсов по уму.
При условии что ваш сайт изначально спроектирован под облако - да, всё так и есть.
Иначе:
1) Очень дорого
или
2) Легкое подключение ресурсов невозможно
Если ваш сайт не специально спроектирован под облака - то просто маркетинговый ход.---------- Добавлено 22.10.2018 в 21:30 ----------
Надежность в облаке не безусловна.
Надежность облака строится по схеме:
Что то где то в облаке вылетело?
Ничего страшного - поднимем ваш сайт на новом железе. Автоматом.
Что? Ваш сайт не способен работать по такой системе?
После автоматического подъема неактуальные данные или вообще не отображает страницы корректно?
Да, конечно, забыли сказать - вам нужно модернизировать ваш сайт под наши требования.
Да ладно - спасет. Это неважный мизер.
DNS - это распределенный кэш.
И как ответит у конкретного компьютера - мы можем только гадать.
И DNS-кэш. После первого ответа ситуация изменится.---------- Добавлено 21.10.2018 в 23:15 ----------
Принципы оптимизации вашего сайта думаете отличаются?
:)
Ключевое слово в названии статьи "Для Wordpress"
Здравого смысла - достаточно.
Или, по вашему, любой шаг человечества должен быть законодательно зарегулирован?---------- Добавлено 20.10.2018 в 15:44 ----------
Мелкие не интересны как "партнеры". Больше возни с регистрацией партнерства и оформлением выплаты.
Это возможно только для крупных проектов, которые напрямую сотрудничают с рекламодателями.
Иначе - накруток от владельцев сайтов не избежать.
Это от безграмотности хостеров.
Львинная доля сайтов - имеет посещаемость 2-3 раза в день. 2 из них владелец сайта. 1 раз - поисковик.---------- Добавлено 20.10.2018 в 13:33 ----------
И это от безграмотности хостеров.
Свои системы нужно мониторить.
И если так уж у вас совпало, что на одном физическом сервере оказалось несколько VDS с высокой посещаемость - просто разнесите их на несколько физических серверов.
Просто подсадите к тем сайтам, где посещения 2-3 раза в день.
https://habr.com/post/264033/
Как обычному сайту на Wordpress набрать 99/100 в PageSpeed Insights
ДжаваСкрипт тут не нужен.
Заказ принимается по нажатию какой-то определенной кнопки и уезжает в момент нажатия этой кнопки на сайт?
В этот самым момент - рассчитывать в PHP время и возвращать его в ответной странице, отображаемой после нажатия кнопки "Сделать заказ".---------- Добавлено 20.10.2018 в 13:20 ----------
Если речь об условиях, которые видны до заказа - то так и написать их в развернутой форме со всеми оговорками "до обеда так, после обеда - эдак"
А точные сроки - уже после нажатия на кнопку "Оформить заказ".