Така коротенька замітка про те, як в публікаціях сайту на WordPress позбутися сторінок вкладення медіконтента: такі сторінки ваш сайт (на cms WordPress) буде генерувати для кожного доданого фото (взагалі всього доданого медіаконтенту) - розглянемо приклад з картинками.
Що жж, розглянемо всі мінуси ...
attachment.php що це за штука
Нічого особливо - звичайний файл теми, - до речі сказати, відноситься до необов'язковим файлів - що ми і доведемо далі по тексту!
По-перше, за все відповідає функція аттачем wp_get_attachment_image (). А по-друге ... давайте приступимо до справи ...
Багато радять додавати attachment.php в директорію шаблону, якщо такого в арсеналі немає. Я сумніваюся в його доцільності в шаблоні ... і - не додають. Вважаю це безглуздим заняттям, особливо стосовно нинішньої теми.
МІГ підписки - ЧАС знань !!
Ну, давайте розглянемо приклад:
Отже, зайдіть до себе в адмінку в розділ медіафайли «Бібліотека файлів», відкрийте будь-яку картинку. Ось фотка для прикладу:
Кликнемо по посиланню «Подивитися сторінку вкладення» Що вийшло?
Справа в тому, що результат може бути у всіх різних, бо використовуються шаблони багато відмінні один від одного. А тому, щоб не заплутатися, припустимо, що в нашій досліджуваної теми файлу attachment.php. немає.
... припустимо, в статті використовується 2 картинки - у кожної з них буде своя власна сторінка вкладення видалити яку, ось наша мета!
... тобто найголовніший url статті і, відповідно 2-м фотках, пара шкідливих додаткових, як доповідали вище.
Наприклад, (для тих, у яких файлу аттаче в темі не було) додамо порожній файл attachment.php. Просто створимо і розмістимо в директорію шаблону.
Важливо: якщо ви вирішили додати порожній файл attachment.php в корінь свого шаблону, перевірте - що за диво-сторінка відкриється, коли ви переходите по такому посиланню:
коли відкриється вікно з незрозумілим вмістом, то вам просто необхідно прочитати статтю оповідає про правила захисту сайту на вордпресс
Який варіант коду аттачем використовуєте? перший або другий ...
Сторінка ********** не працює
Значить по початку все зробили правильно! коли працювало.
Кукі чистив кілька разів вже
Кукі, це добре! Однак потрібно і про кеші не забувати - браузера і (плагіна кешування, якщо встановлений) плагін почистіть ...
ps |
У процесі редагування коду сайту, - кеш краще взагалі відключати: скрізь!
Просто я дивлюся у вас в блозі налаштований саме редирект на 404 помилку з архівів записів адміністратора. На жаль скріншот прикріпити не можу. Чи правильно буде зробити так? wp_redirect ( '404');
Тут у мене працює саме код, показаний в статті (трохи підстроєні під себе).