Медиафайлы перемещаются в папку статьи

  • turbodj

    (@turbodj)


    8 лет, 4 месяца назад

    Здравствуйте!
    Столкнулся с проблемой при вставке медиафайлов в статью.
    Опишу типичную ситуацию
    1. Загружаю медиафайл в библиотеку. Ему присваивается постоянная ссылка http://сайт/имя_медиафайла
    2. Вставляю файл в статью, указываю что при щелчке открывать страницу вложения (ссылку http://сайт/имя_медиафайла)
    3. Сохраняю статью, открываю ее для чтения, и щелкаю по картинке медиафайла. Получаю 404 — по адресу http://сайт/имя_медиафайла ничего не найдено.
    4. Захожу в бибилиотеку и вижу, что постоянная ссылка медиафайла автоматически изменилась: http://сайт/имя_статьи/имя_медиафайла

    И вот таким образом постоянно приходится редактировать статьи, чтобы изменить ссылки на все добавленные медиафайлы.
    Выходит, если медиафайл не ставлять в статью, то он так и живет по своей первоначальной ссылке http://сайт/имя_медиафайла. Но как только его задействуешь в любой статье, то он сразу же переезжает в подкаталог этой статьи. Очень неудобно.

    Как это можно исправить и где зарыт баг?

    Использую тему Twenty Fourteen

    • Тема изменена 8 лет, 4 месяца назад пользователем turbodj.
Просмотр 8 ответов — с 1 по 8 (всего 8)
  • adelera

    (@adelera)

    8 лет, 4 месяца назад

    У меня была такая же проблема… Причина была в плагина Jetpack. Если он у вас стоит, то отключите функцию ускорения загрузки медиафайлов.

    Автор turbodj

    (@turbodj)

    8 лет, 4 месяца назад

    Jetpack не использую. Где еще можно покопать?
    Заметил, что если в момент написания статьи вызывать библиотеку для вставки картинок, и при этом загружать файлы, то они сразу попадают в подпапку статьи и далее там и живут. Но если же накидываешь файлы в библиотеку, а потом начинаешь их использовать в статьях, то они мигрируют

    SeVlad

    (@sevlad)

    8 лет, 4 месяца назад

    И вот таким образом постоянно приходится редактировать статьи, чтобы изменить ссылки на все добавленные медиафайлы.

    Вы что-то не так делаете.
    Не вставляйте адреса через буфер, а выбирайте картинки в медиатеке.

    http://сайт/имя_медиафайла и http://сайт/имя_статьи/имя_медиафайла — это не адреса картинки, а адрес страницы вложения.

    Адрес картинки это как-то так (по умолчанию): http://сайт/wp-content/uploads/год/месяц/имя_медиафайла.jpg

    Автор turbodj

    (@turbodj)

    8 лет, 4 месяца назад

    Я и не пользуюсь буфером. Вставляю именно через медиатеку. Просто после публикации статьи страница вложения у картинки изменяется.

    SeVlad

    (@sevlad)

    8 лет, 4 месяца назад

    Вставляю именно через медиатеку. Просто после публикации статьи страница вложения у картинки изменяется.

    Вот сейчас проверил.
    ВП: 4,6,1.
    ЧПУ: /%postname%/

    Страница загруженной непривязаной картинки имеет урл http://сайт/имя_медиафайла
    Вставляю эту картинку в запись. Картинка привязывается, но адрес страницы вложения не изменяется. Те остаётся таким же: http://сайт/имя_медиафайла
    Вывод?
    Вероятно у Вас какой-то плагин это делает.

    Автор turbodj

    (@turbodj)

    8 лет, 4 месяца назад

    Вот список моих активных плагинов:
    Contact Form 7
    Download Manager
    Google XML Sitemaps
    Image Watermark WP — наносит водяной знак на уже загруженные изображения
    Встроенные Спойлеры

    и все, больше никаких нету

    А еще в настройках постоянных ссылок указано вот так:
    День и название — http://сайт/2016/11/17/sample-post/
    может изза этого такое происходит?

    SeVlad

    (@sevlad)

    8 лет, 4 месяца назад

    Download Manager
    Image Watermark WP

    Может кто-то из них виноват? Или тема.
    В любом случае — инструкция по поиску виновного: пп 3-6

    может изза этого такое происходит?

    Маловероятно. Но что мешает провести эксперименты?

    • Ответ изменён 8 лет, 4 месяца назад пользователем SeVlad.
    Автор turbodj

    (@turbodj)

    8 лет, 4 месяца назад

    Спасибо! начну с темы 🙂

Просмотр 8 ответов — с 1 по 8 (всего 8)
  • Тема «Медиафайлы перемещаются в папку статьи» закрыта для новых ответов.