Почему после переноса сайта с локалки сломались скрипты, шрифты и изображения?

Ссылка скопирована
1 ответ

Всем привет. Есть сайт (на Вордпресс), который прекрасно работает на локалке. Но, как только я перенес его с локального на хостинг, при загрузке стилей, скриптов js и изображений выдает ошибку 503 (Failed to load resource: the server responded with a status of 503). Причем выдает ошибки только при перезагрузке страницы со сбросом кэша (ctrl + f5), и если после этого повторно просто перезагрузить страницу, все работает отлично.
Переносил сайт при помощи плагина Duplicator. Ранее это делал не единожды, а тут возникли такие проблемы. Подскажите плз в чем может быть проблема и куда копать

Дополнительно:

Покажите ошибки, текстом.

  • Если дуплиактором всё правильно делал, то 99% что хостинг кривой/убогий. И сайт тоже кривой.

    Возможный вариант: ты наворотил кучу запросов, а сервер такое кол-во воспринимает как ДДОС и блочит.

  • Refguser, там нет кучи запросов. Простейший сайт с произвольными типами записей. Скорее всего хостинг, да. Потому что я с этим хостингом в первый раз работаю и в первый раз получил подобные проблемы
  • Vasya-prijevalskij,

    там нет кучи запросов.

    И как ты в этом убедился?

  • Refguser, а какие там могут быть "кучи запросов", если сайт с парочкой страниц и парочкой картинок? Нет даже плагинов, которые отправляют массово запросы на сервер при загрузке страницы.
  • Vasya-prijevalskij, т.е. ты не представляешь то делает сайт, всё на интуиции? Печально. Хотя бы в здоровье сайта загляни и https://wordpress.org/plugins/query-monitor/ используй.
  • Ида. Запросы в БД и запросы на сайт - разные запросы.
  • Нужно решить такую задачу?

    Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

    Заказать помощь
    Лучший ответ
    1
    Web-разработка Ответ

    После переноса WordPress с локалки на хостинг ошибки 503 на стилях, скриптах, шрифтах и изображениях могут быть из двух разных групп причин: неправильные URL после миграции или сервер реально не может/не хочет отдавать файлы.

    Сначала откройте DevTools → Network и посмотрите полный URL ресурса, который падает. Если там остался локальный адрес вроде localhost, .local, IP локальной машины или старый домен, нужно делать search-replace по базе.

    wp search-replace 'http://old-local.test' 'https://site.ru' --all-tables

    wp search-replace 'http://old-local.test' 'https://site.ru' --all-tables

    Если URL уже правильный, но сервер отвечает 503, проверяйте хостинг:

    • логи ошибок веб-сервера;
    • лимиты CPU/RAM/процессов;
    • права на файлы и папки;
    • mod_security или антивирус хостинга;
    • горячие ссылки на внешние ресурсы;
    • битые правила .htaccess;
    • конфликты оптимизаторов CSS/JS.

    Типовые права:

    find /path/to/site -type d -exec chmod 755 {} ;
    find /path/to/site -type f -exec chmod 644 {} ;

    find /path/to/site -type d -exec chmod 755 {} ; find /path/to/site -type f -exec chmod 644 {} ;

    Если 503 появляется только на сгенерированных CSS/JS-файлах Elementor, WP Rocket, LiteSpeed или другого оптимизатора, очистите кэш и пересоздайте файлы. Часто после переноса пути к кэшированным файлам устаревают.

    Если 503 дают изображения, проверьте, существуют ли они физически в wp-content/uploads. При неполном переносе база может ссылаться на файлы, которых на сервере нет.

    Итог: сначала определите, проблема в URL или в серверной отдаче. Если URL старые — search-replace. Если URL правильные, но 503 остаётся — смотрите error log, лимиты хостинга, права, mod_security и кэш-оптимизаторы.

    Другие ответы (0)

    Пока нет других ответов. Будьте первым, кто поможет автору.

    Ответить на вопрос

    комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    Вам также может быть интересно