Кеширование, как бы вам сказать, оно в целом не для всего и не везде нужно. Например возьмем блог, для выборки 10 категорий и там 10 постов на странице не требуется кэш, БД отработает эти простые запросы практически моментально. Если брать CMS то ей надо пробежаться по всем плагинам и опросить по всем событиям, которые вообще могут не участвовать в загрузке этой страницы, они в этот момент могут даже куда то на внешние сервера что то отправлять. Вот когда таких операций становится много, тогда и нужно кеширование, но это оверхэд для блога, особенно для личного блога. Когда у вас например интернет магазин и товар собирается по частям, то вам кэш поможет не грузить лишний раз систему однотипными операциями и кеширование тут крайне желательно.
Кэш на самом деле это не плагин, это достаточно большой раздел в бэкенд разработки с кучей нюансов, кэш не панацея и бывает как полезным так и вредным, например банально выборка с БД может быть быстрее, чем открытие файла кеша для каждой карточки, которых 30, так как к БД подключаемся 1 раз, а кэш файлов надо открыть 30. Короче там все очень тонко и надо понимать что и для чего делаешь.
оно будет работать быстрее, но в пределах погрешности, вы не получите 2х производительности, при 2х частоте. Вы можете даже бэнчмарки процессоров разных посмотреть, там в процентном соотношении не очень высокие приросты, а с учетом того, что процессор обычно ждет I/O, то в целом на глаз вообще может быть не заметно разницы. Диски тоже как вам сказать, linux считает что свободная оперативка должна быть только на полках в магазинах, по этому по факту если у вас хватает оперативки то линукс в неё начнет складывать файловую. Ну а память и так была быстрая, и сервера нормально работали и на ddr1 и на ddr2 и так далее.
PS. Если вас интересует именно производительность, то вам совет научится работать с профилировщиками, например xhprof или xdebug и вы поймете где именно проседает у вас производительность. Есть так же очень клевый сервис https://www.blackfire.io/
У вас не корректное представление о "мощном" железе. Что php, что вебсервер, что БД работают в рамках одного потока, один поток обрабатывает одно ядро, большее количество ядер вам увеличит лишь большую пропускную способность, а не скорость ответа. Что вы будете на условном бегете на хостинге, что на селектеле на выделенном сервере за 30к рублей, если у вас 1 запрос в минуту на сайт, то разницы вы не увидите никакой, больше ресурсов дает возможность больше обработать запросов одновременно. Занимайтесь любимым делом и когда там появится нагрузка, скорее всего у вас уже будет денег взять себе нормальную железку, пока у вас большой нагрузки нет, то и смысла от неё нет, а кривые запросы к БД и в целом кривые алгоритмы в коде на мощном железе не дадут видимых результатов, примерно как пхп 8.1 дало прироста для WP, на уровне погрешности.
Вы то какой интерес от этого получите? Ну допустим есть у вас выделенный сервер и что от этого изменится? =))
Непонятно, что тебе это даст... Чисто поиграться, но для этого можно и на домашней машине развернуть локально сервер. А если у тебя крутится серьезный сервис и тут пропало электричество или ты забыл оплатить инет) А у тебя по договору SLA должен быть 99.99?
Зачем он вам, если нет такой потребности? У меня есть проекты и на обычном шаред хостинге, например я делал телеграмм бота для одной НКО, он у меня висит на простом шареде и этого достаточно, есть проекты на виртуалках какие то сайтики корпоративные, там и этого за глаза, есть на одном выделенном, например когда много места надо или по процу/памяти облачные уже дороже выделенных, есть на десятках выделенных серверов... Все же от потребности, излишки в целом нафиг не нужны =))
Сервер выделенный, настоящий =)) а бывают не настоящие?
Это совсем не та цифра =)) ну и сложно сказать что маленькое, а что не маленькое, разные цифры для разных задач имеют разную производительность, одно дело когда вам надо просто выбрать 10 строк с БД и показать, другое когда прежде чем показать вам надо сделать кучу всего и для таких проектов нагрузка при одинаковых посетителях будет разная. В целом у проекта большой запас на развитие, если даже кратно нагрузка возрастет, проект не упадёт, тут скорее всего фабрика просто не сможет выполнить столько заказов =))
Это коммерческая тайна, из публичного базовый комплекс есть, плюс то что это битрикс у них там есть целый модуль проактивной защиты
Ребята вообще клевые, с ними очень интересно работать, но это не основной мой проект к сожалению
Что именно используется? Да там солянка, вообще битрикс, но сильно кастомизированный. Там есть и nginx и apache и mysql и mongodb и elasticsearch и memcache это если про бэк, на фронте на вью только динамические части контента в виде корзины в шапке или формочки всплывашки, ну и одностраничный чекаут, а так там нода с scss, сборками и всеми прелестями фронта. Ну и естественно настроен CI/CD через gitlab. В будущем планируем запилить апи и перенести все на vue, смотрю пока в сторону storefront для фронта, а апи либо взять более популярный laravel octane или все таки импонирующий spiral. На выходе получим просто огромный рост производительности и больше возможности кастомизации
