Добавянето на WP-config.php и да се замени тази линия 60 на вашия номер (в секунди), ние можем да се създаде автоматично спаси период. Стойността по подразбиране е 60 секунди
За да го зададете в конфигурационния файл, добавяне на линията
където TUT_BUDET_VASHA_NASTROYKA могат да бъдат:
- вярно (по подразбиране), 1. съхранявате всяка ревизия
- невярно, 0. не спаси всички преработки (с изключение на един AutoSave запис)
- (Int)> 0. колко ревизии, съхранени на един запис (един на авт). По-стари ревизии се изтриват автоматично.
Например, този запис означава да се създаде не повече от 5 ревизии
и това им забранява на всички
одити Начин на съхранение
Одит записи се съхраняват в таблицата.
Ревизиите се съхраняват като деца към свързани с рекорд (същото се прави и инвестиции). Получаваме post_status статус "наследи". Ревизионна тип post_type. и име POST_NAME - редакция (- #) за редовни одити и -autosave за авт.reviziyamii управление
Uninstall: Има функция API за отстраняване на ревизии, но тя не разполага с потребителски интерфейс (UI). Това, разбира се, може да се промени. (Аз не виждам, че приставката за него ...)
Първият плъг-ин за управление на ревизии
Вторият плъг-ин за управление на ревизии
Третият плъгин (само забраните одит). за тези, които прекалено мързеливи, за да редактирате конфигурационния
След извършване отбори трябва да се извърши оптимизация на електронна таблица
метод 3
. Преди това, не забравяйте да направите резервно копие на базата данни.
Сходни публикации
Т.е. добавянето на тази
определи ( "WP_POST_REVISIONS ',' 5 ');
Аз ще ви позволи WordPress 5 пъти правят автоматично запазване и в същото време, отбелязва в публикацията, няма да породи в базата данни, и ще презапишат старата версия?
Аз ще ви позволи WordPress 5 пъти се Autosave
не автоматично запазване и 5 ревизии, един от които ще авт. но няма да бъде ползотворно и стари воля perezatiratsya. Да експериментирам добавен към номера на конфигурация "2" и в протокола, където имаше 11 лепенки направени още промени и спаси. 9-старите ревизии "пристигнаха в базата", и оставили само последните две. поддържа в същото време става все по-бързо
Ясно е, благодаря.) Така че, това решава проблема, за които толкова много шум? Що се отнася до дублиране на една и съща длъжност, когато правите промени, които се появиха в бета версии.
@ AlexNote: реши. особено в условията на "0" :-) Въпросът е защо това просто не е позволено да се направи, и трябваше да се копае в кода, за да се разбере как да се отървете от него или да персонализирате
Още не е изпратена 2.6 не разбирам, за това, което ревизии тук :)
Т.е. Оказва се, че след известно време в базата данни е пълен с тези ревизии да било глупаво да държи място в него?
@ Соника: такъв, какъвто е. Това е, което им отбор е чист. Ръчното грозен все още го правя. че би било по-добре да го направя директно от административната област.
Имам половината от всички записи загубил 0_o
I ремонтира, тестван - и мода лисица и магаре.
Възможно ли е напълно да деактивирате тези одити?
@ Алекс: ако наистина прочетете цялата статия четете, те нямаше да задава този въпрос :-)
И изключите автоматично запазване?
определи ( "AUTOSAVE_INTERVAL ', 0);
Какво се случва, ако регистъра се определят ( "AUTOSAVE_INTERVAL ', 0);
Максим, и каква е целта ви преследват? Ако само от любопитство, а след това той ще отдавна се опита да ...
Аз не разбирам: по-добре е да се сложи "0" в довереник и деактивиране на одита и не чук база или да напуснат няколко ревизии. Одит - само за удобство? т.е. тип пише в пост, че нещо не е наред, обратно на предварително записан?
Одит - само за удобство?
Ясно. Благодаря.
Четох в моя блог Тарас, че всеки такъв одит създава от само себе си в таблица, база данни - това е колко има "неща" се натрупва с течение на времето :(
Аз изтегляне на плъгин, инсталиран и инвалиди общ одит, че базата данни не би елементарно :)
Олег @: не на масата, и рекорда
На въпроса, как конфигурационния «0», но в администратор, когато създавате архиви показват, че извършения одит. Не обръщайте внимание на тези съобщения? или това означава, че одитът Всички едно и също място? Благодаря.
Ех, лош начин да се премахне ... Следвайте Hanging таксономия.
Владимир, добави линк по пощата
Използвах трети начин, всичко мина добре. благодаря
Благодаря ви много, третата sposobob всичко работи, чисти одит.
Но тук raskomenntirovanaya линия
определи ( "WP_POST_REVISIONS, 0);
тъй като не е много полезно, той все още се създава.
Сложих щепсела, който реже одита на всички. Изтрити създадена по-рано. Благодаря.
Метод №3 е преминал на ура.
Необходимо е само да се добави, че премахването на (Изтриване) и оптимизация (оптимизира) трябва да се извършва в две отделни заявки към базата данни.
Lokaktusu своята благодарност! Прекарах половин ден, докато не попаднах на тази статия.
Може ли нещо посъветвали?
Само този пост. ми помогна чиста версия 2.9.2 благодаря. въпреки че първоначално се чете друга keysy..etot беше най-изчерпателните да primerami.super!
Правила и pingbeki