Какой то сомнительное у вас мировоззрение. Чем платные решения хуже бесплатных? Они же закрывают разные вопросы. Вот вы себе делаете магазины или на заказ? Я вот пишу код профессионально (то бишь много, по 8-12 часов в день), то есть и инструменты мне нужны профессиональные (а они платные), не важно делаю я маленький проект или большой. Сеошник если профессионально работает, то независимо от проекта, скорее всего так же будет пользоваться платными инструментами, потому что это эффективно, это экономит время, это позволяет делать больше, лучше и качественнее. OpenSource он условно бесплатный, тут можно сказать игровая модель фримиум, в целом можно пользоваться и даже успешно, но придется "задротить" по много часов (иногда вливая бабки), если у вас есть такая роскошь, как лишнее время (своей жизни), то почему бы и нет, это ваше время, но напрашивается сомнение, что ваша работа приносит вам недостаточно, чтобы вы посмотрели в сторону платных решений.
Но в данном случае, лучше взять инструмент пусть и бесплатный, но который закрывает большую часть функционала, WP не закрывает, разве что функционал витрины и возможно формы заказа, но это не совсем магазин, у интернет магазинов есть еще и бизнес логика подстроенная под бизнес, когда с какого склада везти товар, какие доставки в каких случаях применять и сколько они стоят, когда можно оплатить картой, а когда нет и так далее и одно дело когда такие сущности как товар, склад, доставка, оплата, чеки, заказы, покупатели и так далее заложены в ядро CMS, а другое когда эти все сущности пытаются натянуть на блоговый движок, где в ядре только посты и страницы, а все остальное сбоку "приклеено". Но я вас понимаю, вы смотрите на все глазами каких то мелких магазинов на которые заходят в основном боты и где 1-2 продажи в сутки в лучшем случае и у магазина нет бюджета, а владелец он же логист, складской работник, кассир-продавец, курьер и бухгалтер, а возможно и программист, дизайнер, контент менеджер в одном лице, а у меня проф деформация и я смотрю на все это со стороны магазинов где тысячи заказов в сутки, сотни ИТ'шников обслуживают систему и так далее. Но когда смотришь на маленький магазин, которому надо витринку накидать с формой заказа, то понимаешь, что на самом деле, быстрее, проще, дешевле это все сделать самописом чем погружаться в какой то мир "бесплатных cms". Там же вообще все просто, берется условный "Мой склад/1C" пишется импортер который закидывает товары/остатки на витринку (в БД) и пара страниц скриптов для показа инфы с БД и прокидывания заказов обратно в "Мой склад/1С". Для всего остального есть битрикс =)
Это чтобы не заставлять пользователя регистрироваться на сайте или вводить 100500 не нужных полей для совершения покупки
Мне уже страшно, звучит как попытка развода на деньги.
Барыгам такое самое то.
Да барыга озон промышляет этим
А к чему она относится? Ей можно замерять только инфо сайты?
Ей ничего нельзя померить так то, это инструмент который дает рекомендации как ускорить загрузку вашего сайта, как измерительный инструмент он не подходит так как на каждый замер он будет давать разный результат, а как аргумент в пользу какой то CMS вообще кажется абсурдным.
нет, вы зачем то начали мерять магазины какой то гугловской пузомеркой, которая к магазинам никак не относится, она в целом то показывает коня в вакуме и предлагает например выкинуть JS без которого фронт не сможет работать, так как весь фронт на реакте например и работает максимально быстро так как запрашивает на сервере минимум информации для своей работы.
Фейсбук? =)) Ну в целом если у вас статика в основном то CF вам будет более полезен чем напрямую, если динамика то страдать будут относительно все по больнице. Тогда уж лучше пойти в AWS взять 2 зоны доступности, засинхронить контент на 2х нодах и через авсовский же роут отправлять пользователей на ту зону доступности что находится в том же полушарии что и пользователь.... но в вашем случае CF будет оптимальным вариантом
У вас сайт в Германии а пользователи в Virginia?
Тут надо понимать физику, например у меня сайт в Москве который отдает контент за 10ms и клиенты в Москве которые получают ответ эталонно за 10ms, если я подключаю CF и проксирую через него, то запрос клиента из Москвы идет на сервер Амстердам 80ms потом с сервера Амстердама до моего сервере +80ms потом обратно +80ms и потом обратно клиенту +80ms итого грубо говоря клиент получит ответ через 80 + 80 + 80 + 80 + 10 = 330ms вместо 10ms напрямую. А теперь представим что таких запросов порядка 40-50 на странице если не в кеше то браузер грузит +- в 8 потоков итого 320 * 5 = 1.6 секунды загрузка страницы вместо 60-100ms напрямую
За пейджспидом стоит команда от Гугла, а твои слова - просто слова
Есть другие авторитетные спидомерки - gtmetrix и прочие
Тоже попугаи?
PS Он видите ли - писал ..
Только потому что серврер в Калифорнии пытается тестировать сайт в Москве уже дает нехилую погрешность в измерениях так как физику никто не отменял. Плюс пузомерки эти меряют эталонноВот например ютуб
Если уж многомиллиардная компания с командой гугла не может все сделать до 100 то в чем смысл нам обычным смертным?
На самом деле, хотелось бы понять, что для вас вообще магазинный движок =)) Пока то что вы говорите больше похоже на витрину с формой заказа
