Код 403 в консоли браузера для tinymce.woff и tinymce.ttf

Bahus
(@bahus)

1 месяц назад
GET https://site.ru/wp-includes/js/tinymce/skins/lightgray/fonts/tinymce.woff net::ERR_ABORTED 403 (Forbidden)Understand this errorAI skin.min.css:1

GET https://site.ru/wp-includes/js/tinymce/skins/lightgray/fonts/tinymce.ttf net::ERR_ABORTED 403 (Forbidden)Understand this errorAI

Вижу вот эти ошибки доступа в консоли. Как поправить?

P.S. Пытаюсь добавить кнопку на панель классического редактора с иконкой из шрифта Dashicons, но получается либо есть кнопка, но иконки нет (просто пустое место с подсветкой рамкой при наведении), либо есть кнопка, но вместо иконки отображается ее код (например \f11a). Получилось сделать только кнопку с текстом. А со шрифтом Dashicons никак не выходит. Это может быть связано с указанными выше ошибками 403?
- Тема изменена 1 месяц назад пользователем Bahus.
- Тема изменена 1 месяц назад пользователем Bahus.
- Тема изменена 1 месяц назад пользователем Bahus.
- Тема изменена 1 месяц назад пользователем Bahus.
- Тема изменена 1 месяц назад пользователем Bahus.
- Тема изменена 1 месяц назад пользователем Bahus.

Просмотр 10 ответов — с 1 по 10 (всего 10)

Модератор Юрій
(@yube)

1 месяц назад

Смотрите настройки Апача. Скорее всего, полностью закрыт доступ к /wp-includes/. Возможно, хостер «помог».

𝗥𝟯𝗡𝟬
(@r3n0)

1 месяц назад

bahus, странная ошибка для директории /wp-includes/. Через FTP/SSH/FM рекурсивно проставьте права на директории и файлы заново. Перед этим шагом загляните в файл .htaccess в корне сайта, там может быть какая-то запрещающая директива.
Автор Bahus
(@bahus)

1 месяц назад
bahus, странная ошибка для директории /wp-includes/. Через FTP/SSH/FM рекурсивно проставьте права на директории и файлы заново. Перед этим шагом загляните в файл .htaccess в корне сайта, там может быть какая-то запрещающая директива.

r3n0 Не помогло.

В .htaccess ничего похожего нет. Есть ограничения прямого доступа к файлам плагинов, но там нет шрифтовых расширенй.

Смотрите настройки Апача. Скорее всего, полностью закрыт доступ к /wp-includes/. Возможно, хостер «помог».

Юрій На том же аккаунте на других сайтах такой проблемы нет. Значит, хостер имхо не при чем.
- Ответ изменён 1 месяц назад пользователем Bahus.
- Ответ изменён 1 месяц назад пользователем Bahus.
- Ответ изменён 1 месяц назад пользователем Bahus.
- Ответ изменён 1 месяц назад пользователем Bahus.
𝗥𝟯𝗡𝟬
(@r3n0)

1 месяц назад

bahus, плагины оптимизации/защиты имеются?
Модератор Юрій
(@yube)

1 месяц назад
На том же аккаунте на других сайтах такой проблемы нет. Значит, хостер имхо не при чем.

Возможно, Вы не в курсе, но Апач может иметь разные настройки для разных директорий, не то что аккаунтов. А, так сказать, последняя инстанция — файл .htaccess, лежащий в директории. Я бы начал с него.

И да, если на фронте стоит nginx, он тоже может блокировать, и тоже либо по пути, либо по типу/расширению файла.
- Ответ изменён 1 месяц назад пользователем Юрій. Причина: дополнил про nginx
Модератор Sergey Biryukov
(@sergeybiryukov)

Live and Learn

1 месяц назад
```
https://site.ru/wp-includes/js/tinymce/skins/lightgray/fonts/tinymce.woff
https://site.ru/wp-includes/js/tinymce/skins/lightgray/fonts/tinymce.ttf
```
А сами эти файлы существуют по указанному пути?
Автор Bahus
(@bahus)

1 месяц назад

bahus, плагины оптимизации/защиты имеются?

𝗥𝟯𝗡𝟬, Wordfense. Однако его деактивация проблему не решает. В поддержке спросил, может ли какая-нибудь настройка блокироватьдоступ к этим шрифтам. Пока несколько дней ответа нет.

Возможно, Вы не в курсе, но Апач может иметь разные настройки для разных директорий, не то что аккаунтов. А, так сказать, последняя инстанция — файл .htaccess, лежащий в директории. Я бы начал с него.

Файл .htaccess на всех сайтах одинаковый. Блокирование идет только на одном. Для проверки удалял файл .htaccess. Не помогло.

А сами эти файлы существуют по указанному пути?

Да.

efess
(@efess)

1 месяц назад

Это мможет быть результатом кривого копирования проблемных файлов. Надо проверять не только права доступа файлов, но и владельца
Автор Bahus
(@bahus)

4 недели, 1 день назад
Это мможет быть результатом кривого копирования проблемных файлов. Надо проверять не только права доступа файлов, но и владельца

efess, файлы шрифтов входят в стандартную установку WordPress вроде. То есть копировались при установке/обновлении CMS. Сомневаюсь, что там ошибки.

На всякий случай переустановил WordPress. Ничего не поменялось. По-прежнему 403.
- Ответ изменён 4 недели, 1 день назад пользователем Bahus.
efess
(@efess)

4 недели назад
Попробуйте пройти по цепочке с проблемного файла до корня сайта. В каждой папке:
1. проверьте атрибуты файлов (644) и проверяемой папки (755)
2. наличие файлов htaccess
3. попробуйте открыть любой файл в папке через ссылку на него в браузере. если файла нет — добавьте его и еще раз попробуйте