So deaktivieren Sie REVISIONS und AUTOSAVE ordnungsgemäß für die gesamte Website und optional nur für einen benutzerdefinierten Beitragstyp

Gibt es eine Hook- / Funktionskombination, die zu meinen Themes hinzugefügt werden functions.phpkann, um REVISIONS und AUTOSAVE für die gesamte WordPress-Installation ordnungsgemäß zu deaktivieren? Was ist, wenn nur für einen bestimmten benutzerdefinierten Beitragstyp? Die Online-Suche bietet verschiedene Möglichkeiten, von der Abmeldung von Skripten bis zur Manipulation von Kerndateien. Was ist der akzeptable / richtige Weg, um dies zu tun?

custom-post-types revisions autosave Ana Ban
quelle

Hier ist eine bessere Lösung : stackoverflow.com/a/30821376/2377343

T.Todua

Wie deaktiviere ich die Post-Revision auf der wordpress.com-Website?

Santosh Kumar

Antworten:

Dies sollte in Ihrem wp-config.php(und nirgendwo anders) platziert werden:

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

Kaiser
quelle

Update: Wenn ich die AUTOSAVE_INTERVALZeile hinzufüge , wird auf der Post-Editor-Seite ständig eine Javascript-Anweisung ausgeführt, mit der die Schaltflächen [Update] (und [Entwurf speichern] für einen neuen Beitrag) aktiviert / deaktiviert werden, wodurch sich letztendlich auch für alle meine anderen Browser-Registerkarten eine Menge ergibt weniger reaktionsschnell (gchrome18). hmm ... gedanken?

Ana Ban

Ja, das bedeutet (wahrscheinlich), dass ständig Updates durchgeführt werden. Versuchen Sie es zu ändern 20000000000, was etwas mehr als ein Jahr sein sollte.

Kaiser

Deaktiviert dies das Autosave-Plugin von tinyMCE? Sieht so aus, als würde nur ein großes Intervall festgelegt.

Michael Rogers

@ Michael Rogers Nun, wenn Sie ein Jahr für nicht genug halten, versuchen Sie es ein Leben lang;)

Kaiser

@JossieCalderon Hängt davon ab, wo Sie dies eingestellt haben. A definekann nicht überschrieben werden. Schalten Sie daher die Fehlerberichterstattung ein und stellen Sie sicher, dass Sie sie in Ihrem Ordner ablegen wp-config.php.

Kaiser

Ich bin auch auf der Suche nach Möglichkeiten zum Deaktivieren der automatischen Speicherung. Aber hier ist, was mir in einem Trac-Ticket gesagt wurde :

Wenn Sie diese Funktion wirklich benötigen, sollten Sie die sequenziellen IDs selbst in einem benutzerdefinierten Feld verwalten und anschließend benutzerdefiniertes URL-Routing implementieren. Es sollte nicht zu schwer sein, das durchzuziehen.

Wikicms
quelle

hi @wikicms ich bin cool mit den ids, aber danke fürs posten. nützlich für jemanden da draußen, oder sogar für mich in der Zukunft.

Ana Ban

-2

Das Platzieren der Defines in wp-config.php ist in Ordnung, bis Sie WP_DEBUG einschalten und alle paar Minuten 'bereits definierte' PHP-Hinweise in der debug.log erhalten. Andere behaupten, die Platzierung dieser Definitionen über der ABSPATH-Definition würde helfen.

Ich kann jedoch kategorisch bestätigen, dass sich der beste Ort zum Ablegen Ihrer Definitionen in einem Plugin befindet, da die aktivierten Plugins vor den WP-Standarddefinitionen geladen werden.

Die Standarddefinitionen sind durch vorhandene Tests geschützt, daher haben die von Ihrem Plugin geladenen Definitionen Vorrang und verursachen weder einen Konflikt noch die sich wiederholenden PHP-Hinweise im Debug-Protokoll.

waverlyweb
quelle

Nein, wp-config.phpist der einzig richtige Ort. Wenn Sie Fehler erhalten, versucht ein fehlerhafter Code an einer anderen Stelle, ihn erneut zu definieren. Entfernen Sie diesen Code.

fuxia

@toscho Warum ist wp-config.phpder einzig richtige Ort? Können Sie näher darauf eingehen?

Jdevlin

@JamesDevlin Wartbarkeit und Debugging. Sie können dies in einer sehr kontrollierten Umgebung tun, aber wenn beim Einfügen Fehler auftreten wp-config.php, ist etwas anderes kaputt. Das Verschieben der Definitionen ist keine Lösung.

fuxia