Як правильно вимкнути 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.