CSS не загружается после миграции сайта magento

Question

Я перенес свой веб-сайт magento на другой сервер, выполнив шаги, описанные здесь . Все прошло гладко, за исключением того факта, что при загрузке страницы CSS не загружается, и я просто получаю страницу в виде простого текста.

Я использовал firebug и заметил, что путь, используемый системой для доступа к файлу CSS, не существует на FTP-сервере. Он начинается с папки «minify», которая заставляет меня думать, что что-то может быть кэшировано с предыдущего сервера.

Пример:

my_site_url / преуменьшать / 1281335374 / кожа / интерфейс / по умолчанию / hellouno / CSS / styles.css

Этот путь не существует, даже на предыдущем сервере, поэтому я думаю, что эти файлы должны быть созданы на лету? Я очень запутался, любая помощь будет очень признательна!

Answer 1

В моем случае проблема заключалась в отсутствии косой черты "/" в конце домена.

Используйте следующее, чтобы получить обе строки:

SELECT * FROM core_config_data WHERE path = 'web/unsecure/base_url' OR path = 'web/secure/base_url';

Затем обновите их вручную и убедитесь, что домен имеет окончательный «/», иначе он объединит имя домена со следующим именем папки.

Вы можете проверить, является ли это вашим состоянием, если при выполнении проверки вы видите неправильный путь к CSS и JS.

Правильная настройка:

Неправильная конфигурация приводит к:

• Не забудьте очистить папку var / cache.

Answer 2

Я собираюсь предположить, что вы очистили свой кеш. Если «не имея CSS» делает это трудно через администратора, просто удалите

var/cache

папка.

Иногда быстрое переключение настроек слияния CSS (или Javascript) из вкл, в выкл, вкл снова заставит Magento пересчитать пути.

System -> Developer -> CSS Settings

Если вы не можете получить доступ к этому в Admin, измените значение вручную в таблице базы данных core_config_data (определяется столбцом пути со значением dev/css/merge_css_files), очистите кэш и перезагрузите страницу

Answer 3

Звучит как проблема с вашим .htaccess файлом.Переписки минификации обрабатываются там.Если вы этого еще не сделали, убедитесь, что ваш файл .htaccess был найден при передаче, и внесите соответствующие изменения, если каталоги или что-то еще было изменено.

Answer 4

Я решил проблему, изменив параметры слияния css в бэкэнде на no. Навигацию по бэкэнду без css было немного сложнее, но я смог туда добраться! Система> Конфигурация> Разработчик> Настройки CSS

Answer 5

Спасибо, это помогло мне, я просто забываю поставить / в конце пути.

До:

Базовый URL http://mywebsitename.com

После того, как:

Базовый URL http://mywebsitename.com/

Это решило все проблемы с скинами / css и администратором. Приветствия

Answer 6

Изменение разрешения скина и носителя, содержащих Вся папка, чтобы дать разрешение 755 И Файл TO 644

Answer 7

Проверьте разрешения для таких папок, как app / etc, var, media folder. Попробуйте дать 755 разрешений на эти папки. Недавно я столкнулся с той же проблемой, и я пытался с этим. Тогда мой сайт работает нормально.

Answer 8

испытал ту же проблему один раз. Решение: Я забыл поставить косые черты в конце своих base_urls, когда обновил их

Система> Конфигурация> Общие> Веб> Небезопасные

Base URL http://mybaseurl.com/

Система> Конфигурация> Общие> Веб> Небезопасные

Base URL https://mybaseurl.com/

Если ваш административный раздел находится вне пределов, вы также можете установить это значение в базе данных в таблице core_config_data

Поля: web / unsecure / base_url и web / secure / base_url

Также: не забудьте очистить кэш после этого.

Answer 9

Если вы не изменили информацию о своем сайте (URL и т. П.) В бэкэнде (или в базе данных) после миграции, это вероятная проблема. http://www.siteground.com/tutorials/magento/magento_configuration.htm#base_url
для базы данных:
в таблице core_config_data
измените ключ "web / unsecure / base_url" на базовый URL вашего сайта ex. http://yoursite.com
удачи!

Answer 10

Один ответ, который еще не был дан, оказался решением моей проблемы:

При переносе магазина Magento с одного хоста на другой обычно не копируется запись VirtualHost. В моем случае мне пришлось вручную воссоздать это и ошибочно добавил AllowOverride None. Это должно быть AllowOverride All для .htaccess файлов для чтения и обработки.