CDN Magento на локальном сервере по поддомену
Читая о каком-то Magento, я снова обратил внимание на следующее: Как я могу настроить CDN Magento на локальном сервере по поддомену? [также смотрите прикрепленные изображения]
Я планирую создать cdn.mymagentoserver.com , пусть он указывает на ту же папку public_html, что и www.mymagentoserver.com и измените каталоги носителей, как показано ниже.
Вопрос:
- как настроить поддомен, подобный описанному?
Дополнительно подумать о
- будет ли это также работать для всех доменов мультистора?
- как насчет того, когда я добавлю https в будущем? Разве изображения не поступали бы из небезопасного домена, если бы у меня был сертификат SAN? или я бы тоже просто добавил поддомен
- Стоит ли все это того?
3 answers
Это возможно, но по определению не является сетью CDN (доставки контента )
Однако все еще есть преимущества: если вы настроите домен файлов cookie в Magento на www.example.com, файлы cookie не будут отправляться с запросами на static.example.com, что сделает запросы немного более легкими и быстрыми (также: более доступными). Домен файлов cookie можно настроить в том же разделе конфигурации, что и базовые URL-адреса. Если ваш базовый URL-адрес похож на example.com без "www", используйте example.com и обратите внимание, что он не предваряется точка (потому что .example.com будет включать все поддомены)
Еще один аргумент заключается в том, что браузеры ограничивают количество параллельных запросов на домен, поэтому наличие второго домена также может ускорить общую загрузку страницы. Но сегодня это уже не так актуально, так что отнеситесь к этому со всей серьезностью и особенно не начинайте распределять запросы более чем по двум или трем доменам.
Успех сегментирования домена может быть уменьшен, если это сделано неправильно. Это важно помнить об этих рекомендациях.
- Лучше всего разделить только на два домена. Вы можете протестировать более крупные значения, но предыдущие тесты показали, что два являются оптимальным выбором.
- Убедитесь, что логика сегментирования согласована для каждого ресурса. Вам не нужен ни один ресурс, скажем main.js , для переключения между доменом1 и доменом2.
- Вам не нужно настраивать разные серверы для каждого домена – просто создайте CNAMEs. Браузер не заботится о конечный IP –адрес - его волнует только то, что имена хостов разные.
Источник: http://www.stevesouders.com/blog/2013/09/05/domain-sharding-revisited/
Что касается вашего вопроса о том, как его настроить: спросите своего хостера. Они могут либо сделать это за вас, либо сказать вам, как это сделать. Это не совсем одно и то же в каждой системе.
Этого чрезвычайно просто достичь, и в этом изменении есть абсолютная ценность, несмотря на то, что не используется формальный CDN.
CDN не всегда улучшают производительность для вашего внутреннего рынка (в некоторых случаях это замедлит его). Вы ничего не потеряете, установив несколько поддоменов, и потенциально немного выиграете.
Реальное преимущество использования поддоменов для статического контента заключается в том, что контент предоставляется без файлов cookie. Если в содержимом нет файла cookie, его более легко кэшировать (будь то обратный прокси-сервер, такой как Varnish, или сам браузер). Дело в том, что современные браузеры не могут передавать более нескольких запросов в один домен одновременно, вводить несколько доменов (или поддоменов), и вы можете внезапно увеличить этот параллелизм в разы, независимо от того, сколько поддоменов вы используете.
Если учесть, что почти 90 % вашего трафика приходится на HTTP, это означает, что 90 % ваших клиентов получат выгоду. Для HTTPS сохраняйте его простым и для одного домена - когда клиент просматривает страницу HTTPS, он все равно оформляет заказ, так что выгоды от этого мало.
Настроить его так же просто, как добавить поддомены (js/скин/медиа) и при необходимости символически связать их с соответствующей папкой.
Настройка занимает около 3 минут, она бесплатна, не требует ничего сложного и даст мгновенные/немедленные улучшения.
Взгляните на CloudFlare. Если вам удобно вносить некоторые изменения в DNS, то это должно быть довольно легко настроить. По сути, ваш веб-сервер действует как исходный сервер. Затем CloudFlare один раз попадает на ваш сервер, чтобы кэшировать каждый файл (по требованию). Любые изменения файлов в Magento потребуют, чтобы вы вручную очистили кэш CDN или дождались истечения срока действия кэша.
Чтобы упростить задачу, я бы рекомендовал вам сохранить структуру папок прежней. Если вы хотите изменить папку, это не должно быть слишком сложно с правилом перезаписи. Для дополнительных магазинов просто потребуются дополнительные имена CN, соответствующие вашим дополнительным доменам магазина.
SSL легко использовать с CloudFlare, если вы хотите использовать их сертификат. Вы также можете использовать свой собственный, если у вас есть джокер-карта или отдельный сертификат для поддомена. https://www.cloudflare.com/ssl
Если вам нужны дополнительные опции, также ознакомьтесь с AWS CloudFront. Это немного сложно настроить, но это больше гибкий. http://aws.amazon.com/cloudfront/