Zarządzanie wersjami wpisów w WordPress, czyli tzw. revisions, to jeden z niedocenianych mechanizmów, który może uratować wiele godzin pracy, ułatwić współpracę w zespole oraz poprawić jakość publikowanych treści. Wielu użytkowników wie, że WordPress automatycznie zapisuje szkice i zmiany, ale tylko nieliczni naprawdę kontrolują ten proces: konfigurują liczbę wersji, porównują je, przywracają i czyszczą bazę danych z nadmiarowych rekordów. W tym artykule znajdziesz praktyczne omówienie, jak świadomie i bezpiecznie zarządzać revisions w WordPress, zarówno z poziomu panelu, jak i plików konfiguracyjnych oraz wtyczek.
Czym są revisions w WordPress i jak działają
Mechanizm revisions odpowiada za automatyczne tworzenie kolejnych zapisów zmian w treści wpisów, stron i innych typów postów. Za każdym razem, gdy zapisujesz szkic, aktualizujesz wpis lub WordPress wykona autozapis, w bazie danych pojawia się nowa wersja konkretnego posta. Dzięki temu możesz cofnąć się do wcześniejszej wersji tekstu, porównać różne edycje i odtworzyć treść sprzed kilku dni czy tygodni. Revisions są przechowywane w tej samej tabeli bazy danych, w której znajdują się wpisy, ale otrzymują własny typ postu i nie są bezpośrednio widoczne w edytorze głównym.
Kluczowe jest zrozumienie, że revisions pełnią rolę swoistego systemu kontroli wersji w ramach WordPress. Przy dużych witrynach, gdzie wiele osób jednocześnie edytuje treści, mechanizm ten pomaga uniknąć nadpisania istotnych zmian, pozwala śledzić historię edycji oraz odtworzyć wersję zaakceptowaną przez redakcję. W przypadku prostych blogów revisions bywają traktowane jako zbędny balast w bazie danych, jednak nawet tam potrafią okazać się wybawieniem, gdy przypadkowo usuniemy istotny fragment artykułu lub nadpiszemy go błędną treścią.
WordPress rozróżnia dwie główne kategorie zapisów: pełne revisions oraz autozapisy. Pełne wersje powstają w momencie kliknięcia Zapisz szkic, Aktualizuj lub Publikuj, natomiast autozapisy tworzone są w regularnych odstępach czasu podczas pracy w edytorze. Autozapis jest zwykle traktowany jako jedna, bieżąca kopia bezpieczeństwa i jest nadpisywany, natomiast pełne revisions pozostają w bazie jako zapis całej historii. Ta architektura pozwala zachować równowagę między bezpieczeństwem pracy a rozmiarem bazy danych.
Warto wiedzieć, że mechanizm revisions można kontrolować zarówno na poziomie globalnym, jak i dla poszczególnych typów postów. Domyślnie WordPress przechowuje nieograniczoną liczbę wersji danego wpisu, co w dłuższej perspektywie może spowodować rozrost bazy. Dlatego administratorzy większych serwisów często wprowadzają ograniczenia, np. przechowując jedynie 5–10 ostatnich revisions na każdy post. To prosty krok, który pozwala zachować funkcjonalność cofania zmian, a jednocześnie zapobiega powstawaniu setek zbędnych rekordów przy często aktualizowanych treściach.
Jak korzystać z revisions w panelu WordPress krok po kroku
Podstawową formą zarządzania wersjami jest korzystanie z interfejsu dostępnego bezpośrednio w edytorze WordPress. Gdy otwierasz istniejący wpis lub stronę, w panelu bocznym pojawia się sekcja z informacją o liczbie dostępnych revisions. Po kliknięciu przycisku Przeglądaj możesz przejść do specjalnego ekranu porównywania wersji. Interfejs ten pokazuje dwie wersje obok siebie – poprzednią i bieżącą – zaznaczając różnice kolorami. Skreślenia oznaczają usuniętą treść, a podkreślenia nowo dodane fragmenty. To wygodny sposób, by zobaczyć, co dokładnie się zmieniło.
Na górze widoku porównywania znajduje się suwak, który pozwala przeskakiwać między kolejnymi revisions. Możesz ręcznie wybrać wersję, którą chcesz przywrócić, lub zaznaczyć opcję porównania dwóch wybranych zapisów, a nie tylko sąsiadujących. Gdy zdecydujesz, że konkretna wersja jest właściwa, używasz przycisku Przywróć tę wersję. WordPress utworzy wówczas nowy zapis na podstawie wybranego revision, nie usuwając przy tym historii. Oznacza to, że każde przywrócenie jest de facto kolejną edycją, dzięki czemu nic nie przepada bezpowrotnie.
Warto wyrobić w sobie nawyk częstego podglądu revisions szczególnie w środowisku redakcyjnym. Jeśli kilka osób pracuje nad jednym wpisem, panel historii zmian staje się punktem odniesienia, który pozwala zrozumieć, kto i kiedy wprowadził dane poprawki. Choć WordPress nie oferuje zaawansowanego systemu komentarzy do każdej wersji, sama lista autorów i dat przy poszczególnych zapisach dostarcza istotnych informacji organizacyjnych. W połączeniu z dobrymi praktykami nazewnictwa szkiców i komunikacją w zespole może to znacząco uporządkować proces edycyjny.
Jeśli korzystasz z edytora blokowego (Gutenberg), interfejs pracy z revisions jest zintegrowany z nowym wyglądem panelu. Wciąż jednak zachowana jest ta sama logika: przeglądanie historii, porównywanie i możliwość przywrócenia poprzedniej wersji. Dzięki blokowej strukturze łatwiej też ocenić, jak zmieniały się poszczególne fragmenty layoutu strony. W starszym edytorze klasycznym podgląd opiera się głównie na surowym tekście i kodzie HTML, co dla projektów mocno wizualnych bywa mniej czytelne.
Należy pamiętać, że nie wszystkie typy postów muszą mieć domyślnie włączone revisions. Deweloperzy motywów lub wtyczek mogą je wyłączyć dla niestandardowych typów treści, np. produktów w sklepie czy portfolio. Warto więc sprawdzić ustawienia danego motywu lub dokumentację używanych rozszerzeń. Jeśli potrzebujesz historii zmian także dla niestandardowych treści, często wystarczy krótki fragment kodu dodany w pliku functions.php lub dedykowana wtyczka, która aktywuje obsługę revisions dla wybranych post type.
Konfiguracja revisions w pliku wp-config.php
Zaawansowane zarządzanie mechanizmem revisions zaczyna się od konfiguracji w pliku wp-config.php. To centralny plik konfiguracyjny WordPress, który pozwala określić, ile wersji ma być przechowywanych, jak często wykonywać autozapisy oraz czy funkcja revisions w ogóle ma być aktywna. Każda zmiana w tym pliku powinna być wykonywana ostrożnie, najlepiej po wykonaniu kopii zapasowej, ponieważ błędne wpisy mogą doprowadzić do problemów z ładowaniem witryny.
Aby ograniczyć liczbę przechowywanych revisions, stosuje się stałą WP_POST_REVISIONS. Możesz ustawić ją na konkretną wartość liczbową, np. 5, co spowoduje, że WordPress będzie przechowywał maksymalnie pięć ostatnich wersji każdego posta. Przykładowy wpis w pliku wp-config.php może wyglądać następująco, pamiętając, aby umieścić go przed linią, w której definiowany jest ABSPATH:
define(’WP_POST_REVISIONS’, 5);
Jeśli chcesz całkowicie wyłączyć zapisywanie revisions, możesz ustawić tę stałą na false. W wielu przypadkach nie jest to jednak zalecane, ponieważ rezygnujesz wówczas z jednej z ważniejszych funkcji bezpieczeństwa treści. Mądrzejszym rozwiązaniem bywa pozostawienie kilku ostatnich wersji, szczególnie na stronach o intensywnej aktywności redakcyjnej. Wyjątkiem mogą być bardzo proste serwisy wizytówkowe, gdzie treści praktycznie się nie zmieniają, a priorytetem jest maksymalne uproszczenie bazy.
Kolejnym parametrem, którym można sterować, jest interwał autozapisu. Domyślnie WordPress dokonuje autozapisu co 60 sekund. Jeśli edytujesz bardzo długie teksty lub masz słabsze łącze, możesz chcieć nieco zwiększyć ten czas, aby ograniczyć liczbę operacji na bazie. Służy do tego stała AUTOSAVE_INTERVAL, którą definiuje się w sekundach. Na przykład:
define(’AUTOSAVE_INTERVAL’, 180);
powyższe ustawienie wydłuży czas między autozapisami do trzech minut. Trzeba jednak zachować równowagę – zbyt długi interwał może oznaczać utratę większej ilości pracy w razie nagłego zamknięcia przeglądarki lub awarii komputera. W praktyce najczęściej stosowane wartości mieszczą się w przedziale od 60 do 300 sekund, w zależności od preferencji redakcji i parametrów serwera.
Pamiętaj, że zmiany w wp-config.php wpływają na całą instalację WordPress, a więc na wszystkie witryny w obrębie jednej instancji, jeśli korzystasz z trybu multisite. W przypadku dużych sieci serwisów warto wcześniej przedyskutować nową politykę przechowywania revisions z administratorami i redaktorami. Dobrze udokumentowana decyzja, np. przechowywanie maksymalnie 10 wersji każdego wpisu, pozwala lepiej planować rozbudowę infrastruktury serwerowej i prognozować rozmiar bazy danych.
Wtyczki do zarządzania revisions – kiedy warto je stosować
Choć WordPress oferuje podstawową obsługę revisions w standardzie, wiele osób sięga po wtyczki, aby zyskać wygodniejszy interfejs zarządzania, dodatkowe funkcje i możliwość automatycznego czyszczenia niepotrzebnych wersji. Wtyczki tego typu przydają się zwłaszcza na stronach, gdzie treści są często aktualizowane przez wielu autorów, a administrator chce zachować kontrolę nad tym, jak szybko rośnie baza danych. Rozszerzenia potrafią wyświetlać pełne raporty dotyczące liczby zapisanych revisions, ich rozmiaru, a także usuwać stare wersje według zdefiniowanych kryteriów.
Przykłady popularnych rozwiązań obejmują zarówno lekkie narzędzia skoncentrowane wyłącznie na revisions, jak i rozbudowane pakiety optymalizacyjne. Tego typu wtyczki oferują zazwyczaj możliwość ustalenia osobnych limitów dla różnych typów postów, planowania automatycznych zadań czyszczących oraz włączania lub wyłączania revisions dla określonych treści. Dzięki temu możesz np. przechowywać większą historię zmian dla kluczowych stron sprzedażowych, a mniejszą dla zwykłych wpisów na blogu, które są rzadziej edytowane po publikacji.
Jedną z istotnych zalet wtyczek jest uproszczenie obsługi dla osób, które nie czują się pewnie w edycji plików konfiguracyjnych. Zamiast modyfikować wp-config.php, użytkownik może skorzystać z panelu ustawień, gdzie wszystkie opcje są opisane i przedstawione w przystępnej formie. Nie oznacza to jednak, że należy całkowicie rezygnować z rozwiązań kodowych. W wielu przypadkach optymalnym podejściem jest połączenie obu metod: podstawowe limity ustawione w wp-config.php oraz bardziej szczegółowa kontrola z poziomu wtyczki.
Warto zwrócić uwagę na bezpieczeństwo i wydajność wybieranych rozszerzeń. Ponieważ wtyczki do zarządzania revisions ingerują w bazę danych, nieodpowiednio zaprojektowane narzędzie może spowodować utratę ważnych danych lub nadmierne obciążenie serwera podczas masowych operacji czyszczenia. Zawsze sprawdzaj opinie użytkowników, częstotliwość aktualizacji oraz kompatybilność z aktualną wersją WordPress. Przed większymi operacjami porządkowymi wykonaj pełny backup, aby w razie potrzeby móc przywrócić poprzedni stan strony.
Dodatkowym atutem niektórych wtyczek jest możliwość generowania raportów, które pokazują strukturę wykorzystania revisions w czasie. Na ich podstawie można ocenić, czy przyjęta polityka przechowywania jest optymalna, czy też warto zmienić limity. Jeśli widzisz, że redaktorzy regularnie wracają do bardzo starych wersji wpisów, może to oznaczać, że obecne ustawienia są zbyt restrykcyjne. Z kolei brak wykorzystania historii przy ogromnej liczbie zapisów sugeruje, że można bezpiecznie zmniejszyć liczbę przechowywanych wersji.
Optymalizacja bazy danych a nadmiarowe revisions
Nadmierna liczba revisions to częsta przyczyna rozrostu bazy danych WordPress, zwłaszcza na witrynach, gdzie przez lata powstały setki lub tysiące wpisów regularnie aktualizowanych. Każda kolejna wersja generuje nowy rekord, co z czasem może wpływać na wydajność zapytań, szybkość wykonywania kopii zapasowych oraz ogólną responsywność serwisu. Dlatego raz na jakiś czas warto przeprowadzić kontrolę stanu bazy i zaplanować strategię porządkowania niepotrzebnych wersji.
Najprostszą metodą czyszczenia jest wykorzystanie narzędzi administracyjnych dostarczanych przez wtyczki optymalizacyjne. Pozwalają one w kilku kliknięciach usunąć stare revisions, pozostawiając np. ostatnie trzy lub pięć wersji każdego posta. Taka operacja może w jednym momencie zredukować rozmiar bazy o kilkadziesiąt, a nawet kilkaset megabajtów, szczególnie jeśli wcześniej nie stosowano żadnych limitów. Należy jednak pamiętać, że usuwanie wersji jest procesem nieodwracalnym – po wykonaniu operacji nie będzie już możliwości cofnięcia się do skasowanych zapisów.
Zaawansowani administratorzy mogą zdecydować się na ręczne czyszczenie bazy za pomocą zapytań SQL. To rozwiązanie daje pełną kontrolę, ale wymaga dobrej znajomości struktury WordPress. Można np. przygotować zapytanie, które usunie wszystkie revisions starsze niż określona data lub przekraczające konkretny numer wersji. Takie operacje powinny być zawsze poprzedzone wykonaniem kopii bazy oraz przetestowane na środowisku deweloperskim, aby uniknąć przypadkowego usunięcia właściwych wpisów lub powiązanych metadanych.
Optymalizacja nie kończy się na jednorazowym czyszczeniu. Jeżeli nie zmienisz ustawień odpowiedzialnych za liczbę przechowywanych revisions, baza wkrótce znów zacznie się rozrastać w podobnym tempie. Dlatego najlepszym podejściem jest połączenie porządków z wdrożeniem trwałej polityki, np. ograniczenia liczby wersji w wp-config.php i cyklicznego, automatycznego czyszczenia przy pomocy zaufanej wtyczki. Dzięki temu proces staje się przewidywalny, a baza pozostaje w optymalnym stanie bez konieczności ciągłej ręcznej interwencji.
Dobrą praktyką jest również monitorowanie rozmiaru bazy danych i poszczególnych tabel. Jeśli zauważysz, że tabela z wpisami rośnie znacznie szybciej niż liczba faktycznie publikowanych treści, może to być sygnał, że revisions zajmują nadmierną część przestrzeni. W połączeniu z logami serwera i statystykami ruchu pozwala to lepiej zaplanować przyszłe działania – od prostych porządków po decyzję o przeniesieniu witryny na mocniejszy serwer lub zmianę struktury architektury.
Revisions w workflow redakcyjnym i pracy zespołowej
Mechanizm revisions nie jest tylko techniczną ciekawostką, ale ważnym elementem organizacji pracy w zespole tworzącym treści. W redakcjach, agencjach marketingowych czy większych firmach, gdzie nad jednym wpisem pracuje kilku autorów, redaktorów i korektorów, historia wersji pełni funkcję uproszczonego systemu kontroli zmian. Pozwala prześledzić, jak ewoluował tekst, kto wprowadził konkretne poprawki i w którym momencie pojawiły się istotne aktualizacje merytoryczne.
Świadome wykorzystanie revisions może znacząco ulepszyć proces akceptacji treści. Autor przygotowuje pierwszą wersję, redaktor wprowadza swoje poprawki, a korektor zajmuje się warstwą językową – każda z tych operacji generuje kolejną wersję wpisu. Jeśli w którymś momencie okaże się, że wcześniejsza wersja lepiej spełniała założenia, wystarczy sięgnąć do historii i przywrócić odpowiedni zapis. Taki mechanizm szczególnie dobrze sprawdza się w projektach, gdzie treści muszą przejść kilka etapów zatwierdzania, np. w branży medycznej czy finansowej.
Revisions mogą też pełnić rolę szkoleniową. Analiza kolejnych wersji tekstu pokazuje mniej doświadczonym autorom, jakich zmian regularnie dokonuje redakcja: jakie zwroty są poprawiane, jak upraszcza się konstrukcje zdań, jakie elementy merytoryczne są rozwijane lub skracane. W połączeniu z bezpośrednim feedbackiem od redaktora historia wersji becomes praktycznym zbiorem studiów przypadku, dzięki którym jakość treści w całym zespole rośnie w sposób systematyczny.
Warto również ustalić wewnętrzne zasady korzystania z revisions. Można np. przyjąć, że większe zmiany merytoryczne są zawsze komentowane w narzędziach komunikacyjnych zespołu, a historia wersji służy głównie do technicznego cofania i porównywania treści. W ten sposób unikasz sytuacji, w której kilka osób pracuje nad tym samym fragmentem bez wzajemnej koordynacji. Dobrze zaprojektowany workflow łączy możliwości WordPress z innymi narzędziami, takimi jak systemy zarządzania projektami czy komunikatory firmowe.
W niektórych przypadkach możesz chcieć rozszerzyć domyślną funkcjonalność revisions, np. o możliwość dodawania komentarzy do poszczególnych wersji czy oznaczania wersji jako zaakceptowanych. Tego typu rozbudowa może wymagać indywidualnych modyfikacji lub dedykowanych wtyczek, ale warto rozważyć ją przy dużych projektach contentowych. Dzięki temu WordPress staje się pełnoprawnym narzędziem do zarządzania cyklem życia treści, a nie tylko miejscem ich finalnej publikacji.
Najczęstsze problemy z revisions i jak ich unikać
Jednym z najczęstszych problemów związanych z revisions jest przeświadczenie, że są one całkowicie zbędne i należy je wyłączyć w całości. Taka decyzja bywa podejmowana pod wpływem obaw o wydajność, jednak w praktyce często przynosi więcej szkody niż pożytku. Brak historii wersji oznacza, że każda poważniejsza pomyłka podczas edycji może skutkować nieodwracalną utratą treści, zwłaszcza jeśli kopie zapasowe wykonywane są rzadko lub tylko częściowo. Zamiast radykalnego wyłączenia lepiej zastosować przemyślane ograniczenie liczby przechowywanych wersji.
Kolejnym problemem jest nieświadome generowanie setek revisions na pojedynczym wpisie, szczególnie gdy autor często klika Zapisz w trakcie pisania lub ma włączone automatyczne odświeżanie treści przez różne wtyczki. W skrajnych przypadkach jeden artykuł może wygenerować setki lub tysiące wersji, co obciąża bazę i utrudnia zarządzanie. Aby temu zapobiec, warto edukować autorów w zakresie korzystania z autozapisów oraz ustawić rozsądne limity w wp-config.php. Dodatkowo można regularnie monitorować wpisy, które generują nadmierną liczbę wersji, i w razie potrzeby optymalizować ich proces tworzenia.
Niektórzy użytkownicy napotykają również problemy z porównywaniem wersji w przypadku bardzo złożonych układów blokowych lub rozbudowanych stron one page. Interfejs revisions pokazuje co prawda zmiany w treści, ale nie zawsze w sposób intuicyjny odzwierciedla zmiany w strukturze bloków. W takich sytuacjach warto uzupełnić proces pracy o dodatkowe narzędzia, np. pluginy do klonowania stron przed dużymi zmianami czy systemy przechowywania layoutów. Pozwala to wykonywać większe modyfikacje na kopii roboczej, a dopiero po akceptacji wdrażać je na docelowej stronie.
Ostatnim częstym wyzwaniem jest brak spójnej strategii backupów w połączeniu z nadmierną wiarą w moc revisions. Choć historia wersji jest bardzo użyteczna, nie zastępuje pełnych kopii zapasowych bazy danych i plików. Revisions chronią przed błędami edytorskimi, ale nie przed awarią serwera, uszkodzeniem bazy czy atakiem hakerskim. Dlatego skuteczne zarządzanie wersjami wpisów powinno zawsze iść w parze z regularnymi, testowanymi backupami całej witryny. Tylko takie podejście zapewnia realne bezpieczeństwo treści i stabilność projektu.
Podsumowanie i rekomendowane dobre praktyki
Świadome zarządzanie mechanismem revisions w WordPress to połączenie kilku elementów: zrozumienia, jak działa historia wersji, umiejętnego korzystania z interfejsu porównywania, odpowiedniej konfiguracji wp-config.php, ewentualnego wsparcia wtyczek oraz cyklicznej optymalizacji bazy danych. Każdy z tych aspektów wpływa na komfort pracy redakcji, bezpieczeństwo treści oraz wydajność całego serwisu. Zamiast traktować revisions jako coś, co po prostu jest, warto potraktować je jako narzędzie, które można dopasować do skali i specyfiki Twojej strony.
Dobrym punktem wyjścia jest ustalenie prostych reguł. Po pierwsze, włączone revisions z rozsądnym limitem, np. 5–10 wersji na wpis. Po drugie, okresowe czyszczenie starych wersji – ręcznie lub automatycznie, w oparciu o sprawdzone narzędzia. Po trzecie, edukacja autorów i redaktorów w zakresie korzystania z historii wersji oraz roli autozapisów. Po czwarte, integracja mechanizmu revisions z ogólną strategią bezpieczeństwa, obejmującą regularne kopie zapasowe i kontrolę nad rozmiarem bazy danych.
W większych projektach warto zaplanować, jak revisions wpisują się w cały workflow tworzenia treści. Czy służą tylko jako awaryjna kopia, czy też jako aktywne narzędzie przeglądu i akceptacji zmian? Czy redaktorzy korzystają z porównywania wersji podczas pracy, czy raczej polegają na innych narzędziach? Jasne odpowiedzi na te pytania pomogą dobrać odpowiednią konfigurację i ewentualne rozszerzenia. Dzięki temu mechanizm revisions przestaje być tłem, a staje się integralną częścią procesu zarządzania treścią.
Najważniejsze jest zachowanie równowagi. Zbyt restrykcyjne podejście może ograniczyć bezpieczeństwo pracy, zbyt liberalne – doprowadzić do niepotrzebnego obciążenia bazy i utrudnić administrację. Rozsądnie skonfigurowane revisions to inwestycja w stabilność, porządek i wygodę pracy z WordPress. Niezależnie od tego, czy prowadzisz niewielkiego bloga, czy rozbudowany serwis informacyjny, warto poświęcić chwilę, aby dopasować ten mechanizm do własnych potrzeb i uniknąć problemów w przyszłości.
FAQ – najczęściej zadawane pytania o revisions w WordPress
Czy warto całkowicie wyłączyć revisions w WordPress
Wyłączanie revisions ma sens tylko w bardzo prostych witrynach, gdzie treści praktycznie się nie zmieniają, a priorytetem jest minimalny rozmiar bazy. W większości przypadków lepiej ograniczyć liczbę przechowywanych wersji do kilku ostatnich, zamiast wyłączać mechanizm całkowicie. Pozostawiasz wówczas możliwość cofnięcia błędnych zmian, jednocześnie kontrolując rozrost bazy.
Jak ustawić limit liczby revisions dla wpisów
Limit ustawisz w pliku wp-config.php, dodając definicję stałej WP_POST_REVISIONS z wartością liczbową, np. 5. Oznacza to, że WordPress przechowa maksymalnie pięć najnowszych wersji każdego posta, a starsze będą automatycznie usuwane. Zmiana działa globalnie, więc obejmie wszystkie wpisy i strony w danej instalacji. Po modyfikacji warto wykonać test, czy historia wersji działa zgodnie z oczekiwaniami.
Czy usuwanie starych revisions jest bezpieczne
Usuwanie revisions jest bezpieczne pod warunkiem, że wiesz, co robisz i masz aktualną kopię zapasową bazy. Po usunięciu starych wersji nie będziesz mógł już do nich wrócić, dlatego operacja powinna być przemyślana. Najlepiej usuwać tylko bardzo stare lub nadmiarowe zapisy, zachowując kilka ostatnich wersji. Warto też korzystać ze sprawdzonych wtyczek lub dokładnie przetestowanych zapytań SQL.
Czy revisions wpływają na szybkość działania strony
Sama obecność revisions zwykle nie spowalnia bezpośrednio ładowania strony dla użytkownika, bo nie są one ładowane na froncie. Mogą jednak wpływać na wydajność operacji w bazie, np. kopii zapasowych czy niektórych zapytań administracyjnych. Przy bardzo dużej liczbie zapisów i słabszym serwerze warto wprowadzić limity i okresowe czyszczenie, aby utrzymać bazę w rozsądnym rozmiarze.
Czym różnią się revisions od autozapisów
Revisions to pełne wersje wpisów tworzone przy ręcznym zapisie, aktualizacji lub publikacji, które pozostają w historii i można do nich wracać w dowolnym momencie. Autozapisy są natomiast tymczasowymi kopiami bezpieczeństwa tworzonymi cyklicznie podczas edycji; zwykle przechowywana jest tylko jedna taka kopia i jest ona nadpisywana. Oba mechanizmy się uzupełniają: autozapis chroni bieżącą pracę, a revisions całą historię zmian.
601 162 666
