Как правильно отключить ПЕРЕСМОТР и АВТОСохранение для всего сайта и дополнительно только для пользовательского типа сообщения

Есть ли комбинация functions.phpловушек / функций, которая может быть добавлена к моей теме, чтобы правильно отключить REVISIONS и AUTOSAVE для всей установки WordPress? Как насчет, если только для определенного пользовательского типа сообщения? Поиск в Интернете дает различные возможности: от отмены регистрации сценариев до изменения основных файлов. Какой приемлемый / правильный способ сделать это?

custom-post-types revisions autosave Ана Бан
источник

Вот лучшее решение : stackoverflow.com/a/30821376/2377343

T.Todua

Как отключить ревизию поста на сайте wordpress.com?

Сантош Кумар

Ответы:

Это должно быть размещено в вашем 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

@JossieCalderon Зависит от того, где вы установите это. defineНе может быть перезаписан, поэтому включить отчеты об ошибках и убедитесь , что вы поместите его в wp-config.php.

Кайзер

Я также ищу, как отключить автосохранение. Но вот что мне сказали в билете Trac :

Если вам действительно нужна эта функция, вам нужно самостоятельно управлять последовательными идентификаторами в настраиваемом поле, а затем реализовать настраиваемую маршрутизацию URL. Это не должно быть слишком сложно.

wikicms
источник

привет @ wikicms я крут с идентификаторами, но спасибо за публикацию. полезно для кого-то там наверняка, или даже для меня в будущем.

Ана Пан

-2

Размещение определений в wp-config.php - это нормально, пока вы не включите WP_DEBUG, когда вы будете получать «уже определенные» уведомления PHP в debug.log каждые пару минут. Другие утверждают, что размещение этих определений выше определения ABSPATH поможет.

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

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

waverlyweb
источник

Нет, wp-config.phpэто единственное правильное место. Если вы получаете ошибки, какой-то неработающий код в другом месте пытается определить его снова. Удалить этот код.

fuxia

@ toscho Почему wp-config.phpединственное правильное место? Можете ли вы уточнить?

jdevlin

@JamesDevlin Ремонтопригодность и отладка. Вы можете сделать это в очень контролируемой среде, но если вы получаете ошибки, когда помещаете это wp-config.php, что-то еще не работает, перемещение определений не является решением.

fuxia