Кеширование, как бы вам сказать, оно в целом не для всего и не везде нужно. Например возьмем блог, для выборки 10 категорий и там 10 постов на странице не требуется кэш, БД отработает эти простые запросы практически моментально. Если брать CMS то ей надо пробежаться по всем плагинам и опросить по всем событиям, которые вообще могут не участвовать в загрузке этой страницы, они в этот момент могут даже куда то на внешние сервера что то отправлять. Вот когда таких операций становится много, тогда и нужно кеширование, но это оверхэд для блога, особенно для личного блога. Когда у вас например интернет магазин и товар собирается по частям, то вам кэш поможет не грузить лишний раз систему однотипными операциями и кеширование тут крайне желательно.
Кэш на самом деле это не плагин, это достаточно большой раздел в бэкенд разработки с кучей нюансов, кэш не панацея и бывает как полезным так и вредным, например банально выборка с БД может быть быстрее, чем открытие файла кеша для каждой карточки, которых 30, так как к БД подключаемся 1 раз, а кэш файлов надо открыть 30. Короче там все очень тонко и надо понимать что и для чего делаешь.
оно будет работать быстрее, но в пределах погрешности, вы не получите 2х производительности, при 2х частоте. Вы можете даже бэнчмарки процессоров разных посмотреть, там в процентном соотношении не очень высокие приросты, а с учетом того, что процессор обычно ждет I/O, то в целом на глаз вообще может быть не заметно разницы. Диски тоже как вам сказать, linux считает что свободная оперативка должна быть только на полках в магазинах, по этому по факту если у вас хватает оперативки то линукс в неё начнет складывать файловую. Ну а память и так была быстрая, и сервера нормально работали и на ddr1 и на ddr2 и так далее.
PS. Если вас интересует именно производительность, то вам совет научится работать с профилировщиками, например xhprof или xdebug и вы поймете где именно проседает у вас производительность. Есть так же очень клевый сервис https://www.blackfire.io/
согласен, цифры оставим занудам, я как простой пользователь вижу как медленно рендерится страница, это бросается в глаза и это не приятно.
Сейчас проверил в edge со всеми обновлениями, немного стало быстрее, но все равно медленно и много белого пространства, ощущение недоделанности, со смартфона так же.
Я считаю очень поздно подгружаются всевозможные изображения, а без них на сайте лишь белый фон и капелька текста, вот если вся графика не будет грузиться в последний момент, сайт сразу станет более весёлым.
Если вы посмотрите по загрузке, то картинки это отложенная загрузка (грузятся после всей загрузки), какой то плагин поставленный сеошниками чтобы "угодить гуглу", у меня задача в бэклоге есть, я перепишу ленивую загрузку изображений, как руки дойдут, так там картинки webp и на самом деле они подгружаются моментально без этого js плагина.
долгая загрузка, в течение которой пользователь видит белый экран это такая фишка? даже кэш не помогает, главная страница(udp: оказывается, все страницы, не только главная) всегда приторможенная.
Очень медленно страница готова к использованию, я начале даже подумал что стили не прогрузились. Всегда казалось что это уровень каких то то мелких магазов, где посещаемость 1.5 человека и для них это норма, вопросов нет, но и повода для гордости тоже.
У вас там какие то плагины которые блочат скрипты и ждут по секунде. У меня совсем другие показатели при том с отключенным кэшем
Надо смотреть в сравнении конечно, но сам ответ сервера происходит достаточно быстро
Дальше уже идут внешние скрипты которых достаточно большое количество и количество графики.
Ну и гордится скоростью загрузки так себе идея, она вполне в приделах нормы для интернет магазинов.
У вас не корректное представление о "мощном" железе. Что php, что вебсервер, что БД работают в рамках одного потока, один поток обрабатывает одно ядро, большее количество ядер вам увеличит лишь большую пропускную способность, а не скорость ответа. Что вы будете на условном бегете на хостинге, что на селектеле на выделенном сервере за 30к рублей, если у вас 1 запрос в минуту на сайт, то разницы вы не увидите никакой, больше ресурсов дает возможность больше обработать запросов одновременно. Занимайтесь любимым делом и когда там появится нагрузка, скорее всего у вас уже будет денег взять себе нормальную железку, пока у вас большой нагрузки нет, то и смысла от неё нет, а кривые запросы к БД и в целом кривые алгоритмы в коде на мощном железе не дадут видимых результатов, примерно как пхп 8.1 дало прироста для WP, на уровне погрешности.
Она для меня платная, по мимо налогов я плачу обязательные пенсионный и страховые отчисления, от которых не получится отказаться, а в "бесплатную" медицину при этом не обращаюсь.
Там что то проприетарное что ли? Обычно не весь проект же тормозит, а какие то конкретные его части, для переписи которых не требуются несколько лет.
Но в целом согласен, сейчас дешевле прирастить мощностей чем нанять пачку людей для переписи, тем более если счет идет всего на десятки серверов.
Вы то какой интерес от этого получите? Ну допустим есть у вас выделенный сервер и что от этого изменится? =))
Зачем он вам, если нет такой потребности? У меня есть проекты и на обычном шаред хостинге, например я делал телеграмм бота для одной НКО, он у меня висит на простом шареде и этого достаточно, есть проекты на виртуалках какие то сайтики корпоративные, там и этого за глаза, есть на одном выделенном, например когда много места надо или по процу/памяти облачные уже дороже выделенных, есть на десятках выделенных серверов... Все же от потребности, излишки в целом нафиг не нужны =))
Сервер выделенный, настоящий =)) а бывают не настоящие?
Это совсем не та цифра =)) ну и сложно сказать что маленькое, а что не маленькое, разные цифры для разных задач имеют разную производительность, одно дело когда вам надо просто выбрать 10 строк с БД и показать, другое когда прежде чем показать вам надо сделать кучу всего и для таких проектов нагрузка при одинаковых посетителях будет разная. В целом у проекта большой запас на развитие, если даже кратно нагрузка возрастет, проект не упадёт, тут скорее всего фабрика просто не сможет выполнить столько заказов =))
Это коммерческая тайна, из публичного базовый комплекс есть, плюс то что это битрикс у них там есть целый модуль проактивной защиты
Ребята вообще клевые, с ними очень интересно работать, но это не основной мой проект к сожалению
