Не работает библиотека медиафайлов wordpress

Не отображаются медиафайлы в админке вордпресс

Опции темы

Дело вот какое: купил сайт, мне его на хостинг установили — все ок. Проблема в медиафайлах — на сайте полно загруженных картинок, они отображаются на самом сайте, есть в базе, но в админ-панели почти все не отображаются! терзал техподдержку, они говорят что проблем в хосте не видят и это что-то с сайтом. У кого-то было нечто подобное и как это лечится? пробовал менять права доступа на папку с картинками — не помогло

  • 0

labyrinth888

labyrinth888, может, их заливали напрямую в папку, а не через админку?

  • 0

M_W

  • 0

mojwp

M_W, я хз, заливал ведь прежний владелец. но я думаю вряд ли косяк в этом — по виду заливали именно через админку, т.к. угадываются названия папок по годам и месяцам. если открыть запись с любой такой картинкой, она в ней корректно отображается, а в самой вкладке медиафайлы нет и все тут

  • 0

labyrinth888

Сложно гадать дистанционно.
Погуглите «wordpress не видит медиафайлы»

  • 0

mojwp

Проблема скорее с sql, у меня такое же было, при переносе sql не всю базу перенесли

  • 0

Sabirchik

«Сложно гадать дистанционно.
Погуглите «wordpress не видит медиафайлы» — скопировал цитату, что-то не вставляется у меня через кнопку

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

Sabirchik, я сам пока не переносил sql, подскажите, как это проверить? весь сайт с базой данных не техподдержка распаковывала

Последний раз редактировалось labyrinth888; 09.05.2017 в 13:21 .

  • 0

labyrinth888

Скорей всего вам проделали не очень хорошую операцию. Если просто скопировать файлы и статьи экспортировать на чистый двиг (как я понял говорим о WP, только у него такие проблемы обычное дело), то сайт будет прекрасно работать, но в админке вы не увидите картинки. Сайт должен был переноситься экспортом/импортом базы, переносом файлов, и стандартной правкой конфигов, и то они не всегда нужны. Причём возможно даже что вам залили дамп базы, но до этого сайт всё таки собирали обычным импортом, так делают практически все сателиты и довеи.

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

  • 1

dotWizard

Спасибо сказали:

dotWizard, протестировал миниатюры — действительно не пашут, значит надо точно менять.

Где именно прописываются пути? во вкладке настройки-медиафайлы нет и просто в медиафайлах тоже нет.

Подскажите пожалуйста на пальцах, какой должен быть дамп и как мне это донести продавцу, если он не в курсе.

В крайнем случае, если не получится починить отображение имеющихся картинок — это полбеды. Меня гораздо больше забеспокоило, что миниатюры с новыми загруженными картинками оказывается тоже не работают

  • 0

labyrinth888

Я могу предложить решение. С репозитария WP берёте этот плагин, и с его помощью исправляете ситуацию, если повезёт.
А насчёт «правильной базы» нужно сначала понять что вам дал продавец и стоит ли так напрягаться, и самое главное есть ли в условии продажи помощь по настройке, нормальный продавец всегда сопровождает сделку до финала исправляя все косяки.

Источник

WordPress.org

Русский

Поддержка → Проблемы и решения → Ошибки в библиотеке медиафайлов на WP 5.5

Ошибки в библиотеке медиафайлов на WP 5.5

Всем привет! Обновился на WP 5.5 и вижу ошибки в библиотеке медиафайлов. Это общеизвестный баг или частный случай?

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

При удалении из библиотеки в консоли вижу ошибку:

load-scripts.php?c=0&load[chunk_0]=jquery,utils,moxiejs,plupload&ver=5.5:4 POST . /wp-admin/admin-ajax.php 500

В WordPress 5.5 начат процесс обновления библиотеки jQuery,
см — https://make.wordpress.org/core/2020/06/29/updating-jquery-version-shipped-with-wordpress/
это может создавать проблемы со старыми плагинами и темами, зависящими от старой версии.Для начала, убедитесь что у вас есть резервная копия сайта, созданная до обновления WordPress. Возможно, если вы не найдете решения, вам придется откатить сайт на состояние до обновления.
(Или вы правда ринулись обновляться сразу же после выхода новой версии даже не создав бэкап?)

1. Проверьте обновления всех плагинов и тем. Установите их, если обновления есть.

2. Установите и активируйте плагин восстановления совместимости со старой версией jQuery
https://ru.wordpress.org/plugins/enable-jquery-migrate-helper/

Это временное решение, которое поможет вам ровно до того момента, пока плагины и темы не будут обновлены.
В вашу консоль будут выводиться сообщения отладки, вы можете использовать их для поиска виновного старого плагина.

3. Сообщите авторам старых плагинов о необходимости обновления.
Используйте сообщения отладки полученные от плагина Enable jQuery Migrate Helper

4. Не забывайте проверять и устанавливать обновления плагинов и тем (или просто включите автообновления для них)

В записи вставляю изображение, затем его удаляю, но в библиотеке все равно остаются данные о файле.

Всегда так было. Движок не знает, куда еще, кроме привязанной записи, был вставлен медиафайл, поэтому Создатели посчитали более правильным оставить аттач. Полное удаление медиафайла — и самого файла, и записи о нем — делается через медиатеку.

Вручную удаляю файл с сервера, в библиотеке по прежнему есть данные о файле,

Запись в медиатеке = запись в БД. Удаление файла с сервера в штатном режиме никак на базу не влияет, запись остается.

А вот тут подробнее, если можно.

При удалении из библиотеки в консоли вижу ошибку:

О 500-й ошибке должны быть более-менее подробные записи в логе ошибок php. БЕз них можно должно гадать и предполагать.

Всегда так было. Движок не знает, куда еще, кроме привязанной записи, был вставлен медиафайл

В библиотеке нажимаю Удалить навсегда.

После удаления в библиотеке, при перезагрузке страницы снова эти данные появляются в виде серого значка:

Если нажать на файл в библиотеке и снова нажать Удалить навсегда то он пропадет, но при перезагрузке вернется.

В логах сервера:

POST /wp-admin/admin-ajax.php HTTP/1.0″ 500 225 «https://webliberty.ru/wp-admin/upload.php?item=5543» «Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36»

Опытным путем выяснил, что при отключении плагина Subscribe to Comments Reloaded ошибка исчезает и файл удаляется из библиотеки навсегда.

Надеюсь, автор оперативно подтвердит или опровергнет причастность Subscribe to Comments Reloaded к проблеме и при необходимости устранит проблему.

По крайней мере, деактивация этого плагина на основном и тестовом сайте решает мою проблему с библиотекой медиафайлов.

Это access лог, а детализация ошибки попадает в error.log. Но может и не попадать — зависит от настроек и параметров. Я бы порекомендовал на досуге ознакомиться с Отладка в WordPress.

Задал вопрос в разделе плагина

Вот это правильно.

Первым делом пошел смотреть в error.log, но там ничего с этим связанного не было.

Юрий, спасибо! Совсем забыл включить дебаг и посмотреть. Причина ошибки подтверждена:

Разработчик плагина Subscribe to Comments Reloaded довольно быстро среагировал на проблему и сегодня оперативно выпустил обновление, устраняющее ошибку.

На данный момент плагин Subscribe to Comments Reloaded полностью совместим с WordPress 5.5 🙂

Источник

WordPress.org

Русский

Поддержка → Проблемы и решения → WordPress 5.5 — проблема с загрузкой медиафайлов

WordPress 5.5 — проблема с загрузкой медиафайлов

WordPress 5.5 — проблема с загрузкой в статью медиафайлов (картинок)

У меня одного проблема после апдейта движка до версии 5.5?

Не могу нормально загрузить картинку к статье. Окно загрузки разворачивается на весь экран браузера. Его не закрыть, кроме как нажать на кнопку «назад».

Это в классическом редакторе?

Несколько часов назад обновился плагин Classic Editor. Думаю, неспроста.

В WordPress 5.5 произведено обновление библиотеки jQuery,
это может создавать проблемы со старыми плагинами и темами, зависящими от старой версии.

Для начала, убедитесь что у вас есть резервная копия сайта, созданная до обновления WordPress. Возможно, если вы не найдете решения, вам придется откатить сайт на состояние до обновления.
(Или вы правда ринулись обновляться сразу же после выхода новой версии даже не создав бэкап?)

1. Проверьте обновления всех плагинов и тем. Установите их, если обновления есть.

2. Установите и активируйте плагин восстановления совместимости со старой версией jQuery

https://ru.wordpress.org/plugins/enable-jquery-migrate-helper/
Это временное решение, которое поможет вам ровно до того момента, пока плагины и темы не будут обновлены.
В вашу консоль будут выводиться сообщения отладки, вы можете использовать их для поиска виновного старого плагина.

3. Сообщите авторам старых плагинов о необходимости обновления.
Используйте сообщения отладки полученные от плагина Enable jQuery Migrate Helper

4. Не забывайте проверять и устанавливать обновления плагинов и тем (или просто включите автообновления для них)

Источник

Изображения на сайте и в библиотеке медиафайлов не отображаются

Всем привет, коллеги!

Однажды, после очередного просмотра блога, я обнаружил, что изображения на сайте и в библиотеке медиафайлов не отображаются.

Если подобное случилось у вас, не паникуйте. Следуйте от простого к сложному. Проделайте семь шагов.

Давайте пройдемся по каждому шагу и попробуем найти причину, которая препятствует отображению изображений.

Проверить скорость интернета

Часто провайдеры обманывают пользователей о предоставленной скорости интернета. А порой, в вечерние часы, при увеличении потребителей,  скорость передачи данных падает на стороне провайдера так, что невозможно просмотреть ни один сайт.

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

Я использую онлайн сервер для проверки скорости интернета http://pr-cy.ru/speed_test_internet/. Скопируйте ссылку и вставьте в свой браузер. Сервис бесплатный, дает возможность проверить позиции сайта в поисковых системах, найти ошибки в разметке кода html и замерить скорость работы интернета.

Найдите свой город, укажите провайдера и начните тест.

Вот мои результаты проверки. Сервер указывает ваш IP адрес, провайдера, предоставляющего вам услуги интернета и дату проведения теста.

На скриншоте видим три параметра скорости: входящая, исходящая и ping. Что они означают?

Входящая – скорость получения данных из Интернета на ваш персональный компьютер.

Исходящая – скорость отправки данных с вашего персонального компьютера в Интернет.

Ping – промежуток времени между запросом к хостингу и ответом от него (в миллисекундах).

Чтобы точнее определить максимальную скорость предоставления провайдером, на время теста отключите все программы, которыми вы пользуетесь в настоящее время.

Особенно те, которые потребляют трафик: радио, скайп, ICQ, email-клиенты и так далее. Проделайте тест несколько раз для сравнения результатов.


После трех проверок я получил следующие данные:

Многие пользователи грешат на Ростелеком, который обманывает своих клиентов, заманивая высокой скоростью предоставления услуг.

Поэтому вы можете обратиться к ним с данными сервера, сделав скриншоты замеров. Или сделать отзывы на форумах, блогах, в социальных сетях.

Лучший вариант для обращения к провайдеру, сделать проверки на разных серверах для сравнения результатов и выставить претензию за нарушение условий договора и завышение платных услуг.

Проверку закончили, скорость работы интернета устраивает, но изображения на сайте и в библиотеке медиафайлов не отображаются. Переходим ко второму шагу.

Удалить кэш в Windows

Наверняка вы не делали этого на своем компьютере никогда. А ведь используя программы, скачивая и удаляя файлы, в операционной системе компьютера создается файловый мусор, который может тормозить его работу.

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

Итак, чистим кэш на компьютере. Нажмите кнопку «Пуск» =>«Все программы» =>«Стандартные» =>«Командная строка». Откроется окно.

Вставьте в строку команду ipconfig /flushdns и нажмите Enter. После удаления кэш, операционная система Windows сообщит о выполненной работе.

В командной строке наберите exit и нажмите Enter. Но это еще не все. У Windows есть каталог, в котором хранятся временные файлы. От них тоже нужно избавиться.

Нажмите кнопку «Пуск» =>«Все программы» =>«Стандартные» =>«Проводник». В левой части окна, выберите «Мой компьютер» => «Локальный диск (С:)». В правой части окна, найдите «Windows»=> «Temp».

Откройте каталог «Temp», в верхнем меню кликните по вкладке «Правка» и нажмите «Выделить все». После выделения зайдите во вкладку «Файл» и кликните «Удалить», для подтверждения нажмите «Да».

Проверяем. Изображения на сайте и в библиотеке медиафайлов не отображаются. Проблема не ушла, двигаемся к третьему шагу.

Удалить кэш в браузере

Если долго пользоваться любым интернет проводником будь это Internet Explorer, Firefox, Opera, Safari или Chrome, история сохранения ваших посещений, посетителей сайта, скачивания файлов и программ, растет с каждым днем.

А если работать с облачными серверами, используя информацию на них, то добавляются файлы синхронизации этих облаков. Например, у меня четыре облака и на каждом хранится информация.

Большое количество кэша, в один прекрасный момент, обернется не только исчезновением изображений, а белым экраном. Об этом можете прочесть в статье «Пропала главная страница?».
Удаление кэша во всех интернет проводниках практически одинаково. Думаю, вы без труда найдете в Яндексе или Google статьи про удаление кэша своего браузера. Я же остановлюсь на Chrome.

В верхнем правом углу нажмите на меню браузера и кликните по вкладке «История» => «Очистить историю».

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

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

Поэтому, прежде чем приступить к работе со своим интернет проводником, очистите  историю просмотров за вчерашний день. И у вас не будет накапливаться большое количество кэша.

Очистили браузер, проверяем работу сайта и библиотеку медиафайлов. Если изображения на сайте и в библиотеке  не отображаются, переходим к четвертому шагу.

Удалить кэш в плагине

Очень часто, плагины для кеширования конфликтуют с другими плагинами, создавая ошибки в темах WordPress. Это связано с накоплением большого количества файлов, замедляющих работу сайта.

В настоящее время, я отказался от применения плагинов для кэширования контента и изображений. Использую кэширование на стороне браузера и на стороне пользователя. Но это совсем другая тема.

Если у вас стоит плагин WP Super Cache, зайдите в настройки и нажмите на кнопку «Удалить весь кэш».

Заходим в браузер и проверяем. Если не отображаются изображения на сайте и в библиотеке медиафайлов, значит проблема не разрешилась. Переходим к пятому шагу.

Увеличить лимит памяти wordpress

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

Причиной этого может стать недостаток лимита памяти WordPress. Это происходит в том случае, когда на сайте используется много изображений, шорткодов и длинных статей.

Увеличить лимит памяти можно в файле config.php, в корне вашего сайта. Зайдите на хостинг по FTP соединению, скопируйте файл на компьютер.

Но сделайте резервную копию, перед тем как приступить к изменениям.

Все действия в файле config.php описаны в моем посте «Пустая страница вместо статьи». Чтобы не повторяться, прочтите ее.
После того, как увеличили лимит памяти WordPress, переходим на сайт и проверяем работу.

Если опять не отображаются изображения на сайте и в библиотеке медиафайлов, делаем последний, шестой шаг для решения проблемы.

Проверить дисковое пространство на хостинге

Кроме того, что медиафайлы не отображаются, в тоже время невозможно загрузить в библиотеку новый, а также не обновляются плагины.

Причину я определил, когда зашел админпанель хостинга и проверил вкладку дискового пространства.

Оказалось, что оно у меня занято полностью и требуется либо оптимизация и чистка базы данных, или увеличение дискового пространства.

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

Установить файл functions.php из резервной копии

Каждый блогер пытается что-то изменить или улучшить на своем сайте. А главным исполнителем всех нововведений, является файл темы functions.php. Поэтому любой пробел, любая запятая или забытая скобка, могут привести к неправильной работе сайта.

Но какие бы изменения не проводились в этом файле, после обновления темы их вновь нужно восстанавливать. Если нет резервной копии файла, то надо снова где-то искать то, чего сделал ранее.

Но чтобы не потерять свои изменения при обновлении темы, можно создать дочернюю тему, и в ней создать файл functions.php со своими дополнениями.

После установки резервной копии файла, проверьте появились ли изображения на сайте и в библиотеке медиафайлов. Если заработало, только тогда переходим к изменениям в файле functions.php.

Но помните, что скопировать и внести все дополнения, которые были ранее, нельзя. Нужно поэтапно копировать код каждой функции, переносить в functions.php, сохранять изменения и проверять работоспособность сайта и библиотеки.

Только таким образом, вы определите ошибку в коде файла и сможете исправить ее.

У меня после установки резервной копии файла functions.php отображение изображений на сайте и в библиотеке медиафайлов появилось, чего и вам желаю.

С вами был Николай Иванов.

ПИШИТЕ КОММЕНТАРИИ И ЗАДАВАЙТЕ ВОПРОСЫ

Источник

Читайте также:  Макбук не работает браузер
Оцените статью