Подготовить основу аккаунта и пакета
Перед настройками домена, хранилища или платформы явно определите UUID аккаунта, выбранный аккаунт и границу приобретённого пакета.
Открыть основу аккаунтаСправка CDN.com.tr
Этот раздел — не просто список статей, а центр принятия решений: сначала подготовьте аккаунт и пакет, затем выберите, откуда берётся контент и какая модель домена будет его обслуживать. Тип источника и способ доставки можно изменить позже на соответствующих экранах панели; первый выбор лишь помогает начать с нужного руководства.
Этот раздел — не просто список статей, а центр принятия решений: сначала подготовьте аккаунт и пакет, затем выберите, откуда берётся контент и какая модель домена будет его обслуживать. Тип источника и способ доставки можно изменить позже на соответствующих экранах панели; первый выбор лишь помогает начать с нужного руководства.
Сначала определите потребность. На каждой карточке указаны тип источника и рекомендуемый начальный способ доставки; позже тот же аккаунт можно перевести на другую модель доставки.
Перед настройками домена, хранилища или платформы явно определите UUID аккаунта, выбранный аккаунт и границу приобретённого пакета.
Открыть основу аккаунтаВаш хостинг продолжает обслуживать приложение; CDN.com.tr управляет origin, заголовком Host, DNS, SSL, кешем и безопасностью перед ним.
Открыть руководство по существующему сайтуНачните с `xyz.cdn.com.tr` без подключения собственного домена; позже при необходимости переходите на CNAME или Full DNS.
Открыть руководство Simple TransferДля среды выполнения WordPress, PHP или Managed Container на CDN.com.tr следуйте шагам права доступа, деплоя, логов и публичного домена.
Открыть руководство по платформеСравните Pull/Push/Hosting с Default Endpoint/CNAME/Full DNS в виде модели 3х3 с примерами.
Открыть руководство по выборуОтслеживайте, была ли сохранённая настройка развёрнута в конфигурацию трафика, и что показывает результат операции.
Открыть руководство по применению измененийТип источника определяет, где находится контент; способ доставки определяет, какой домен его обслуживает. Оба параметра можно изменить на соответствующих экранах после настройки, и может потребоваться Apply Changes.
Используйте `xyz.cdn.com.tr`, чтобы протестировать origin без изменения DNS или создать временный предпросмотр.
Разместите `www.example.com`, `assets.example.com` или `api.example.com` за CDN через CNAME.
Перенесите DNS корневого домена на неймсерверы CDN.com.tr и управляйте сайтом с полным набором функций CDN/DNS.
Simple Transfer: загрузите файл и быстро раздавайте статический контент без кастомного домена.
Подключите субдомены для ресурсов, такие как `images.example.com` или `static.example.com`, к загруженным файлам.
Публикуйте статический сайт или область ресурсов из хранилища CDN.com.tr, пока CDN.com.tr управляет корневым DNS.
Предпросмотр или тестирование приложения платформы перед подключением DNS.
Подключите хосты приложения, такие как `app.example.com` или `panel.example.com`, к выводу платформы.
Используйте, когда приложение платформы обслуживает корневой домен, а DNS управляется CDN.com.tr.
Создайте оболочку аккаунта в разделе CDN Accounts, купите и назначьте пакет в панели при необходимости, и подготовьте UUID аккаунта для работы с DNS, хранилищем, платформой или cdnctl.
Разместите существующий сайт-источник за CDN.com.tr с помощью Pull CDN, затем проверьте заголовок Host источника, доменное имя доставки, DNS, SSL, Apply Changes и публичный трафик.
В мастере Add Your Website выберите Push CDN в качестве источника контента и Default Endpoint в качестве способа доставки, затем публикуйте файлы через сгенерированную конечную точку CDN.com.tr.
Используйте CDN Hosting/Platforms для публикации нагрузок WordPress, PHP или Managed Container через аккаунт, право доступа к пакету, настройки платформы, deploy/status/logs и проверку способа доставки.
Сначала определите, откуда берётся контент, затем — какая модель публичного домена будет его обслуживать; это разделение применимо к Pull, Push и Hosting/Platforms.
Используйте Apply Changes и Operations, чтобы понять, когда сохранённые изменения origin, доменного имени, DNS, SSL, кеша или платформы действительно развёрнуты в трафик.