Файли CSS та Javascript не завантажуються після встановлення Magento 2

Я встановив Magento 2 на локальному сервері успішно, використовуючи композитор, але я не в змозі побачити конструкції панелей фронту та адміністратора. Я бачу там прості тексти. Переглядаючи консоль, я бачу наступну помилку.

TypeError: require.config is not a function requirejs-config.js
TypeError: require.config is not a function admin:59
TypeError: require is not a function admin:62
ReferenceError: Ext is not defined admin:68
ReferenceError: Fieldset is not defined admin:76
TypeError: require is not a function admin:83
TypeError: require is not a function

Це може бути проблемою із посиланнями. Я бачу, що на вас працював implemen.php, але ви також можете спробувати видалити ресурси з pub / static і побачити, чи інструкції /magento//a/64808/594 працюють для вас. Якщо так, то це може заощадити певний час під час розробки, оскільки це має бути швидше, ніж запуск implementa.php.

Було б також непогано знати, чи багато людей зачіпають проблеми із посиланнями і що є загальною причиною.

Якщо ви зіткнулися з проблемою css та дизайну після встановлення в Windows, будь ласка, виконайте наступні дії:

крок 1. php bin/magento setup:static-content:deploy

крок 2. php bin/magento indexer:reindex

крок 3. переконайтесь, що apache "rewrite_module" увімкнено, а потім перезавантажте сервер

крок 4. видаліть папку кеша під var / cache

Наведені вище кроки працюють для мене. Я сподіваюся, що це також спрацює і для вас.

Повідомте мене, якщо ви все ще стикаєтеся з будь-якою проблемою.

Моє питання полягає в тому , що я отримав трохи занадто порушувалися з моїм pub/staticі pub/media«Очищення кешу» і випадково видалили .htaccessфайл pub/static.

Швидке виправлення полягало в тому, щоб витягнути свіжий /magento2ce/pub/static/.htaccessі промити кеш, а Боб - ваш дядько. Більше проблем CSS немає.

Сподіваюся, це допомагає. Було б дивовижно, якби був спосіб видалити файли і якось переконатися, що інші файли не видаляються, як-от .gitignore для rm -rfвикористання в системі Linux . Можливо колись...

УВАГА! Примітка. Це стосується лише CSS-проблем, вибачте, що я не допомагаю з проблемою JS, яка відсутня.

У мене була ця проблема з V2.1.3, де підписом за замовчуванням встановлено значення true. Це означає, що URL-адреси мають "версію" у назві шляху. Наприклад, шлях до файлу повинен бути:

pub / static / adminhtml / Magento / backend / en_US / mage / adminhtml / events.js

Але відбувається через:

pub / static / version14043395384 / adminhtml / Magento / backend / en_US / mage / adminhtml / events.js

Щоб змінити це, відкрийте файл: -

source \ vendor \ magento \ module-topic \ etc \ config.xml

І змініть значення за замовчуванням на нуль: -

<config>
    <за замовчуванням>
        <dev>
            <статичний>
                <sign> 0 </sign>
            </static>
        </dev>
    </default>
</config>

Я зіткнувся з цим питанням на кількох установках Magento 2 у виробництві.

Припустимо, що ви зробили це спочатку з командного рядка.

php bin/magento setup:static-content:deploy from <magento_install_dir>

Потім змініть дозволи на файли на 755 у таких каталогах:

/ паб /

/ паб / статичний /

/ паб / статичний / передній /

/ pub / static / adminhtml /

/ pub / статичний / _requirejs /

Вуаля! CSS / JS файли завантажуються ідеально.

Після переходу до папки dev / tools / Magento / Tools / Перегляд та запуск цього в командному рядку вирішено проблему.

php deploy.php

У мене був і цей випуск, але він закінчився core_config_dataпроблемою. Усі мої активи спрямовувались до httpsURL-адреси, незважаючи на те, що я вказав такий URL http.

Існує поле, на яке core_config_dataназивається . Я встановив його , очистив кеш, і він працював належним чином.web/secure/use_in_frontend10

1- Змініть файл app / etc / di.xml , змінивши наступний вміст:

Magento\Framework\App\View\Asset\MaterializationStrategy\Symlink

До:

Magento\Framework\App\View\Asset\MaterializationStrategy\Copy

2- sudo php /var/www/html/magento2ce/bin/magento setup:static-content:deploy

У мене була ця проблема під час використання мовних файлів.

Під час використання мови потрібно включити системну мову:

php bin/magento setup:static-content:deploy nl_NL

Якщо ви зіткнулися з проблемою дизайну завантаження сторінки css та js після встановлення в magento2, будь ласка, виконайте наступний крок:

відкрийте термінал і перейдіть до веб-кореня magento

 $ cd / var / www / html / magento2 

 Налаштування $ php bin / magento: статичний контент: розгортання 

Крок 2.

 $ php бін / магенто індексатор: повторне введення

переконайтесь, що apache “rewrite_module” увімкнено та перезапустіть сервер

Крок 4.

 $ chown -R www-data: www-data / var / www / html / magento2 

 $ chmod -R 777 / var / www / html / magento2 

видалити папку кеша під var / cache

Наведений вище крок працює. Я сподіваюся, що це також спрацює і для вас.

Виконайте наведені нижче дії, щоб позбутися цієї проблеми.

1) Завантажте Magento 2.

2) Витягніть це у своєму каталозі www або htdocs.

3) Встановіть магент. Не використовуйте localhost , використовуйте 127.0.0.1 у URL- адресі магазину та URL-адреси адміністратора.

4) Після успішної установки НЕ РУЖАЙТЕ МАГЕНТО.

5) Тепер видаліть кеш / сеанс magento 2. Перейдіть до вказаних нижче шляхів та видаліть файли.

Magento Root > var > cache > Delete all files

Magento Root > var > page_cache > Delete all files

Magento Root > var > session > Delete all files

6) Змініть поведінку символьних посилань на деякі статичні ресурси, як зазначено нижче: -

Коли Magento 2 не знаходиться в режимі виробництва, він спробує створити символьні посилання для деяких статичних ресурсів на локальному сервері. Ми повинні змінити таку поведінку Magento 2, відправивши редагування ROOT > app > etc > di.xmlфайлу. Відкрийте di.xml у своєму улюбленому редакторі коду, знайдіть virtualType name="developerMaterialization"розділ. У цьому розділі нижче ви знайдете елемент, <item name="view_preprocessed" xsi:type="object">який потрібно змінити. Ви можете змінити його, змінивши наступний вміст:

Magento\Framework\App\View\Asset\MaterializationStrategy\Symlink

До:

Magento\Framework\App\View\Asset\MaterializationStrategy\Copy

7) Видаліть усі файли, крім **.htaccess**

Magento Root > pub > static > Delete all files except **.htaccess**

ЗРОБЛЕНО. Тепер ви можете запустити Magento Front та Backend URL

Виконайте такі команди:

php bin/magento setup:static-content:deploy
php bin/magento setup:upgrade
php bin/magento setup:di:compile 
php bin/magento cache:clean

Не потрібно редагувати di.xml. Під час включення символьних посилань ми стикалися з помилками завантаження js.
Багато;

TypeError: $ .widget не є функцією

Просто закрийте симпосилання

Додатково> Розробник> Налаштування шаблону> Дозволити посилання> Ні

Після його закриття, можливо, вперше завантаження ресурсів повільно не завантажується, але js помилки знищені.

Проблему з версіями в URL-адресах css та js можна вирішити, прочитавши цю проблему.

https://github.com/magento/magento2/isissue/6688

Також врахуйте, що зміна локального магазину може мати такий ефект, якщо ви не матимете цю локальну локальність у власній темі. Я бачив це кілька разів.

Ви можете слідувати цим інструкціям:

Якщо є якийсь version#######подібний нижче метод, безумовно, допоможе. http: //localhost/magento2/pub/static/version1511270229/frontend/Magento/luma/en_US/mage/calendar.css

Магазини> Конфігурація> Додатково> Розробник> Підписати статичні файли (так-> ні)

Якщо у вас є доступ до бази даних, виконайте цю команду:

Вставте значення core_config_data (config_id, область, область_id, шлях, значення) (null, 'default', 0, 'dev / static / sign', 0);

Remove the cache and reload the page. Ці два простих кроки допомогли мені вирішити питання про шлях до js та css.

Мені просто не вистачало .htaccess всередині папки / static. Це має бути там.

Зустрічався з цим питанням багато разів. Перш за все, pub / static повинен мати .htaccess файл, який має переписати URL для номера версії, включеної до URL-адреси статичних активів.

У моєму випадку, у конфігурації apache я змінюю AllowOverride з None на Усі у відповідному розділі Каталог.