Як правильно вимкнути REVISIONS і AUTOSAVE для всього сайту та, можливо, лише для користувацького типу публікації


13

Чи є комбінація гака / функції, яку можна додати до моєї теми, functions.phpщоб правильно відключити REVISIONS і AUTOSAVE для всієї установки WordPress? Що робити, якщо лише для певного користувальницького типу публікації? Пошук в Інтернеті дає різні хаки від скасування реєстрації скриптів до підробки основних файлів. Який прийнятний / правильний спосіб це зробити?


Ось краще рішення : stackoverflow.com/a/30821376/2377343
— T.Todua

Як відключити ревізію публікації на веб-сайті wordpress.com?
— Сантош Кумар

Відповіді:


16

Це має бути розміщено у вашому wp-config.php(та ні де іншому):

define( 'AUTOSAVE_INTERVAL', 60*60*60*24*365 ); // Set autosave interval to 1x per year
define( 'EMPTY_TRASH_DAYS',  0 ); // Empty trash now: Zero days
define( 'WP_POST_REVISIONS', false ); // Do not save andy revisions

оновлення: коли я додаю AUTOSAVE_INTERVALрядок, це робить сторінку редактора публікацій постійно виконувати інструкцію javascript, яка дозволяє / вимикає кнопки [Оновити] (і [Зберегти чернетку] на новій публікації), що також зрештою робить усі мої інші вкладки браузера значно менш чуйний (gchrome18). хм ... думки?
— Ана Бан

Так, це (можливо) означає, що він робить постійні оновлення. Спробуйте змінити його на 20000000000, що повинно бути трохи більше року.
— кайзер

Це відключить автоматичне збереження плагіна tinyMCE? Схоже, це просто встановлює великий інтервал.
— Майкл Роджерс

@MichaelRogers Ну, якщо рік вважаєш недостатньою, спробуй все життя;)
— kaiser

1
@JossieCalderon Залежить від того, де ви це встановили. defineНе може бути перезаписан, тому включити звіти про помилки та переконайтеся , що ви помістіть його в wp-config.php.
— кайзер

0

Я також шукаю, як відключити автоматичне збереження. Але ось що мені сказали в квитку на Trac :

Якщо вам справді потрібна ця функція, слід самостійно керувати послідовними ідентифікаторами у власному полі, а потім реалізувати власну маршрутизацію URL-адреси. Це не повинно бути занадто важким, щоб зняти це.


привіт @wikicms Я крутий з ідентифікаторами, але дякую за публікацію. корисно для когось там, напевно, або навіть мені в майбутньому.
— Ана Бан

-2

Розміщення визначень у wp-config.php є нормальним, поки ви не увімкнете WP_DEBUG, коли ви отримаєте "вже визначені" повідомлення PHP у debug.log кожні пару хвилин. Інші заявляють, що розміщення цих визначень вище визначення ABSPATH допоможе.

Однак я можу категорично підтвердити, що найкраще місце для визначення ваших показників знаходиться у плагіні, оскільки активовані плагіни завантажуються до визначення WP за замовчуванням.

Визначення за замовчуванням захищено, якщо існують тести, отже, ваші додатки, що завантажуються плагіном, матимуть перевагу і не спричинятимуть зіткнення, ані повторювані сповіщення PHP у журналі налагодження.


1
Ні, wp-config.phpце єдино правильне місце. Якщо ви отримуєте помилки, якийсь зламаний код в іншому місці намагається визначити його ще раз. Видаліть цей код.
— fuxia

@toscho Чому wp-config.phpєдине правильне місце? Чи можете ви докладно?
— jdevlin

2
@JamesDevlin Обслуговування та налагодження. Це можна зробити в дуже контрольованому середовищі, але якщо ви поміщаєте помилки під час розміщення wp-config.php, щось інше порушується, переміщення визначень не є рішенням.
— фуксія
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.