Як відключити посилання на віртуальну папку wp-json

Як відключити посилання на віртуальну папку wp-json

... я давно в вихідному коді сторінок свого сайту звернув увагу на незрозумілу (для себе) посилання і папку (віртуальну директорію) wp-json в Яшкін веб майстра. Спочатку якось турбувало, але далі-більше, у міру вивчення питання, небезпека розвіюється: бо більш-менш прояснюється мети розробників цього програмного забезпечення.

Розробники ж вивели новий API REST на внутрішню сцену ядра WordPress. Навіщо? Біс їх знає! Однак зрозуміло одне, це для них доцільно в плані розвитку движка. Чудово!

Питається: чи доцільно мені якесь не зовсім зрозуміле ПО в кодах моїх сайтів.

Про це і поговоримо:

... вельми недвозначно спостерігається ставлення творців WP до своєї cms-клієнтурі: ясно, що вони переслідують свої цілі, м'яко кажучи, мало піклуючись про користувачів wp. Це теж, загалом - нормально! Інакше ні про який розвиток не може бути й мови.

Що ж залишається нам. а нам необхідно якось підлаштуватися протягом часу, під паровий хід корабля Вордпресс ...

... стосовно ж нашої проблеми, то вона чудовим чином вирішується (докладно базікати про своїх вишукуваннях щодо API json навряд чи потрібно, бо вже багато і доступно пояснено колегами, посилання нижче) а тому приступимо, і перейдемо до розділу:

як відключити посилання wp-json

Якщо ви заходили до себе в веб інструментарій Яндекса, то в проіндексованих сторінках спостерігали щось схоже: а саме, серед іншого довідкового шляху деяких лінків зустрічається вензель wp-json

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

До речі сказати, цей самий код програмного забезпечення API REST несе в собі всю інформацію сайту, яку в свою чергу легко зчитують програми - віддалено.

Однак, як то кажуть - питання користі API для багатьох користувачів, залишається відкритим).

Загалом навряд чи є сенс милуватися такою собі вишуканістю програмного листи ...

Кому цікаво, можете почати вивчення json хоча б з цього ... або з цього ...

Ще ось - така скрінка «структури» сайту (все в тому ж вебмайстрів Яшки), правда, не дуже якісна, але для наочності зійде.

За зображенні видно, скільки роботом яндекс обстежено json сторінок, завантажено / проіндексовано і процентна «частка сторінок» в індексі.

Але - поїхали))

... нагадую щоразу: заведіть якийсь документ «запоминалки» всіх скоєних ексів з блогом. Копіюйте редаговані файли. Стане в нагоді!

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

Залишається тільки відкрити легендарний файл functions.php і десь перед?> Прописати наступні немаленькі рядки коду.

Після того як встановіть ніжепоказанний) код і ... відразу ж, клікнувши на посилання в панелі web майстра Яндекс - вас перекине на головну сторінку вашого ж сайту, але не сторінку з кодом, про яку говорилося вище ...

Додає oEmbed посилання відкриття в веб-сайті.

Вихідний файл: WP-включає / embed.php


МІГ підписки - ЧАС знань !!

Пропишіть і цей код в файл functions.php ...

... і знову клацніть в веб майстра по посиланню ...

Ось таким нехитрим способом ми прибрали хвилюючі посилання API REST з вихідного коду блогу / сайту.

Я прекрасно жив спільно з API json з того моменту як завідую цим блогом (місяців сім): ніяких явновиражанних помилок і багів не спостерігав. У веб майстра так, в «структурі сайту» ця віртуальна папка була присутня у всій красі ... але, ще раз повторюся, ніяких явних порушень роботи сайту не побачив ... крім тривоги від надуманих тисячних дублів сторінок, однак - багато про них в мережі говорять, і тлумачать скрижалі апі скрипта по-своєму ...

Загалом, особисто для мене було не принципово прибирати JSON api, можливо, помиляюся ... але, як то кажуть, до кінця ще не розібрався з доцільністю API особисто для себе, а тому було б дивно впевнено говорити про якихось явних шкоди чи користі) ) пов'язаних з цим програмним забезпеченням.

Як то кажуть, кожному вирішувати згідно зі своїми цілями.

Так що прийняття рішення прибрати / залишити json повністю залежить особисто від вас! Я заради екса прибрав: тепер подивимося-с ...

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

Як доповнення до статті:

Для чого це потрібно? ... все для тієї ж захисту! Таким чином ми поступово позбавляємося від слідів CMS, на якій (ом)) працює наш сайт.

Пам'ятайте. якщо ви спочатку неправильно підходили до процесу запуску свого сайту і не подбали про налагодженої і вірною роботі при запуску проекту - тим проблематичні буде в дорозі ...

Раджу почати з цього. а там вже по ссилочку і знань ... ... і звичайно ж підписуйтесь на оновлення сайту ...

…так ось; якщо ви уважно вдивлялися в вихідний код свого молоденького ресурсу, то звертали увагу (ближче до початку сторінки исходника) скажімо, на посилання jquery - в самому їх фіналі (лінка) виведені цифри (нумерація бібліотек), в яких міститься потрібна нам інформація, а разом з тим і корисна зломщику!

Так ось: ми, як адміни, цю інфу і так знаємо, а тому буде доцільніше приховати її від сторонніх очей ...

Ось і позбудемося отаких слідів.

Пропишіть в файл функцій і ці рядки коду:

Прописка коду в файл functions.php, це справа хороша. Однак не все і вся стоїть в нього пхати - правильніше (і для швидкості завантаження в тому числі) згрупувати деякі цикли коду в оформленому плагін: легко, надійно і правильно в плані створення сайту.

Тут можна завантажити простенький плагін (для тих, які вагаються з пропискою коду) -

... код функції збирання wp-json і редирект на головну, і багато іншого корисне ...


На цьому завісу вистави опускається ...
... на рампи пил сумна лягає ...


МІГ підписки - ЧАС знань !!

. підписуючись на поновлення mihalica.ru -
. розлучаємося з невіглаством.