Додавши в wp-config.php цей рядок і замінивши 60 на своє число (в секундах), ми зможемо налаштувати період автосохранения. За замовчуванням значення дорівнює 60 секундам
Щоб задати її в файлі конфігурації, додайте рядок
де ТУТ_БУДЕТ_ВАША_НАСТРОЙКА може приймати значення:
- true (за замовчуванням), -1. зберігати кожну ревізію
- false, 0. Ніколи не зберігати ніяких ревізій (крім одного автосохранения на запис)
- (Int)> 0. як багато ревізій зберігати на одну запис (+1 на автосохранение). Старі ревізії автоматично видаляються.
Наприклад цей запис означає створювати не більше 5 ревізій
а ця відключає їх взагалі
Метод зберігання ревізій
Ревізії зберігаються в таблиці записів.
Ревізії зберігаються як дочірні до пов'язаної записи (те ж саме що робиться і для вкладень). Ми отримуємо статус post_status 'inherit'. тип post_type 'revision'. і ім'я post_name - revision (- #) для звичайних ревізій і -autosave для автозбереження.управління ревізіяміі
Вилучення: Існує API функція для видалення ревізій, але у неї немає призначеного для користувача інтерфейсу (UI). Це звичайно можна змінити. (Я поки що плагінів не бачив для цього ...)
Перший плагін для управління ревізіями
Другий плагін для управління ревізіями
Третій плагін (просто відключає ревізії). для тих, кому ліньки правити конфіг
Після виконання команд потрібно виконати оптимізацію таблиць
спосіб 3
. Перед цим не забудьте зробити бекап бази даних.
пов'язані записи
Тобто додавши це
define ( 'WP_POST_REVISIONS', '5');
я дозволю вордпресс 5 разів робити автосохранение, і при цьому, замітки про піст не будуть плодиться в базі даних, а будуть перезаписувати старі версії?
я дозволю вордпресс 5 разів робити автосохранение
НЕ автосохранение, а 5 ревізій, з яких одна буде автозбереження. нехай не буде плодитися і старі будуть перезатіраться. я для експерименту додав в конфіг цифру «2» і в запису де було 11 виправлень зробив ще одну зміну і зберіг. 9 найстаріших ревізій «прибилися в базі» і залишилося тільки дві останніх. зберігатися при цьому стало далі набагато швидше
Ясно, спасибі.) Виходить, це вирішує проблему про яку стільки галасу? Щодо дублювання одного і того ж поста при внесенні змін, яка з'явилася в бета-версіях.
@ AlexNote: так вирішує. особливо установка в «0» :-) Питання в тому чому це відразу не дозволили робити і довелося порпатися в Кодексі щоб зрозуміти як від цього позбутися або налаштувати
Ще не поставила 2.6 не зрозуміла, про які ревізіях тут мова :)
Тобто виходить, що через деякий час база даних буде забита цими ревізіями, які будуть тупо займати в ній місце?
@ Sonika: так воно і є. для цього і потрібна команда їх чистити. вручну в базі некрасиво все ж робити. краще б це робити прямо з адмінки.
У мене там взагалі половина записи загубилася 0_o
Полагодив, перевірив - гойдається і лисицею і осликом.
А чи можна зовсім відключити ці ревізії?
@ Alex: якщо ви точно прочитали повністю УВАЖНО статтю, то не задавали б таке питання :-)
А так відключиться автосохранение?
define ( 'AUTOSAVE_INTERVAL', 0);
Що станеться якщо прописати define ( 'AUTOSAVE_INTERVAL', 0) ;?
Максим, а яку мету ти переслідуєш? Якщо просто заради цікавості, то давно б сам спробував ...
Не зовсім зрозумів: краще взагалі виставити «0» в config і відключити ревізії, і не забивати базу або залишити парочку ревізій. Ревізії - тільки для зручності? тобто типу написав в пості щось не те, повернувся на раніше збережену?
Ревізії - тільки для зручності?
Ясно. Дякуємо.
Прочитав, на мою у Тараса в блозі, що кожна така ревізія створює під себе в базі таблицю - це скільки ж там «мотлоху» з часом накопичиться :(
Скачав плагін, встановив і відключив взагалі ревізії, що б БД не захаращувати :)
@ Олег: і не таблицю, а запис
Питання: виставив в config «0» та, в адмінці при створенні запису вказуються, що виробляються ревізії. Не звертати уваги на ці повідомлення? або це означає, що ревізії всетаки відбуваються? Дякуємо.
Ех, недобре так видаляти ... Виходять висячі таксономії.
Vladimir, додав посилання в пост
Використовував третій спосіб, все пройшло нормально. Дякуємо
Спасибо большое, третій способоб все працює, ревізії чистить.
Але ось раскоменнтірованая рядок
define ( 'WP_POST_REVISIONS', 0);
як то не дуже допомагає, все одно створюються.
Поставив плагін, який вирізає ревізії взагалі. Видалив створені раніше. Дякуємо.
Спосіб №3 пройшов на ура.
Потрібно тільки додати, що видалення (DELETE) і оптимізацію (OPTIMIZE) потрібно робити в два окремих запиту до бази.
Локактусу мої подяки! Просидів півдня, поки не натрапив на цю статтю.
Може щось порадите?
тільки що цей пост. допоміг мені почистити версію 2.9.2 спасибі. хоча спочатку читав інші кейси..етот виявився найбільш повний з прімерамі.супер!