WordPress.org

Српски

Преузми Вордпрес
WordPress.org

Plugin Directory

WP Super Cache

WP Super Cache

Automattic
Преузимање

Опис

Овај додатак прави статичне html датотеке од вашег динамичног Вордпрес блога. Када се html датотека направи, ваш веб сервер ће испоручивати ту датотеку уместо обраде сразмерно тежих и захтевнијих Вордпресових PHP скрипти.

Статичне html датотеке испоручиваће се огромној већини ваших корисника:

  • Корисницима који нису пријављени.
  • Корисницима који нису оставили коментар на вашем блогу.
  • Или корисницима који нису прегледали чланак заштићен лозинком.

99% ваших посетилаца добиће статичне html датотеке. Једна датотека у остави може се испоручити хиљадама пута. Осталим посетиоцима испоручиваће се произвољне датотеке у остави прилагођене њиховој посети. Ако су пријављени или су оставили коментаре, ти детаљи ће им бити приказани и сачувани у остави за њих.

Додатак испоручује датотеке из оставе на 3 начина (поређано по брзини):

  1. Стручни. Најбржи начин је коришћење Apache mod_rewrite (или сличног модула који ваш веб сервер подржава) за испоруку „supercache“ статичних html датотека. Тиме се PHP потпуно заобилази и то је изузетно брзо. Ако ваш сервер погоди бујица саобраћаја, већа је вероватноћа да ће то издржати јер су захтеви „лакши“. Ово захтева Apache модул mod_rewrite (који је вероватно постављен ако имате произвољне трајне везе) и измену ваше датотеке .htaccess, што је ризично и може оборити ваш сајт ако се погрешно измени.
  2. Једноставно. Supercache статичне датотеке може да испоручује PHP и ово је препоручени начин коришћења додатка. Додатак ће испоручити „supercache“ датотеку ако постоји, а то је готово једнако брзо као начин mod_rewrite. Лакше се подешава јер датотека .htaccess не мора да се мења. И даље вам је потребна произвољна трајна веза. У овом режиму можете задржати делове странице динамичким.
  3. WP-Cache чување у остави. Углавном се користи за чување страница у остави за познате кориснике, URL-ове са параметрима и доводе. Познати корисници су пријављени корисници, посетиоци који остављају коментаре или они којима треба приказати произвољне податке по кориснику. То је најфлексибилнији начин чувања у остави и нешто спорији. WP-Cache чување у остави чуваће и посете непознатих корисника ако је supercache искључен. У овом режиму можете имати и динамичке делове странице. Овај режим је увек омогућен, али можете засебно искључити чување у остави за познате кориснике, URL-ове са параметрима или доводе. Поставите константу „DISABLE_SUPERCACHE“ на 1 у свом wp-config.php ако желите да користите само WP-Cache чување у остави.

Ако вам није пријатно да уређујете PHP датотеке, користите једноставни режим. Лако се подешава и веома је брз.

Препоручена подешавања

  1. Једноставно чување у остави.
  2. Сажимај странице.
  3. Не чувај у остави странице за познате кориснике.
  4. Поновна изградња оставе.
  5. Подршка за CDN.
  6. Додатне провере почетне странице.

Сакупљање отпада је чишћење датотека оставе које су неажурне и застареле. Не постоји тачна вредност за време истека, али добра почетна вредност је 1800 секунди.

Размислите о томе да избришете садржај текстуалног поља „Одбачени кориснички агенти“ и дозволите претраживачима да чувају датотеке у остави за вас.

Претходно учитајте што више чланака можете и омогућите „Режим претходног учитавања“. Сакупљање отпада старих датотека оставе биће искључено. Ако вам није важно да се виџети у бочној траци често ажурирају, поставите интервал претходног учитавања на 2880 минута (2 дана), како се сви ваши чланци не би пречесто поново чували у остави. Када дође до претходног учитавања, датотеке оставе за чланак који се освежава бришу се, а затим поново праве. Након тога обавља се сакупљање отпада свих старих датотека ради чишћења застарелих датотека оставе.
Чак и са омогућеним режимом претходног учитавања, датотеке у остави и даље ће се брисати када се чланци измене или оставе коментари.

Развој

Документација

Ако вам је потребно више информација од следећих, можете погледати вики или документацију за програмере.

Претходно учитавање

Датотеке у остави за чланке, категорије и ознаке свог сајта можете направити претходним учитавањем. Претходно учитавање посећује сваку страницу вашег сајта и успут прави страницу у остави, баш као и сваки други посетилац сајта. Због секвенцијалне природе ове функције, претходно учитавање целог сајта може потрајати ако има много чланака.
Да би претходно учитавање било делотворније, корисно је искључити сакупљање отпада како се старије датотеке оставе не би брисале. То се ради омогућавањем „Режима претходног учитавања“ у подешавањима. Имајте на уму, међутим, да ће странице на крају застарети, али да ће ажурирања слањем коментара или уређивањем чланака очистити делове оставе.

Сакупљање отпада

Ваш директоријум оставе се временом попуњава, што заузима простор на серверу. Ако је простор ограничен или се наплаћује по капацитету, или ако бринете да ће странице вашег сајта у остави застарети, мора се обављати сакупљање отпада. Сакупљање отпада се дешава редовно и брише старе датотеке у директоријуму оставе. На страници напредних подешавања можете одредити:
1. Истек оставе. Колико дуго се датотеке оставе сматрају свежим. Након тог времена су застареле и могу се избрисати.
2. Распоређивач. Подесите колико често треба обављати сакупљање отпада.
3. Обавештења путем е-поште. Можете бити обавештени о напретку задатка сакупљања отпада.
Не постоје исправна или погрешна подешавања за сакупљање отпада. То зависи од вашег сајта.
Ако се ваш сајт редовно ажурира или добија коментаре, поставите истек на 1800 секунди, а тајмер на 600 секунди.
Ако је ваш сајт углавном статичан, можете искључити сакупљање отпада уносом 0 као истека или користити веома велику вредност истека.

Директоријум оставе, обично wp-content/cache/, намењен је само привременим датотекама. Никада не стављајте важне датотеке или симболичке везе ка важним датотекама или директоријумима у тај директоријум. Биће избрисане ако додатак има право уписа над њима.

CDN

Мрежа за испоруку садржаја (CDN) обично је мрежа рачунара широм света која брже испоручује садржај вашег веб сајта користећи сервере близу вас. Статичне датотеке као што су слике, JavaScript и CSS датотеке могу се испоручивати преко ових мрежа ради бржег учитавања сајта. Можете направити и „CDN за сиромашне“ коришћењем поддомена свог домена за испоруку статичних датотека.

OSSDL CDN off-linker је интегрисан у WP Super Cache ради пружања основне подршке за CDN. Ради тако што преписује URL-ове датотека (осим .php датотека) у wp-content и wp-includes на вашем серверу тако да упућују на други назив хоста. Многи CDN-ови подржавају origin pull. То значи да ће CDN аутоматски преузети датотеку са вашег сервера када се први пут затражи и наставиће да је испоручује подесиво време пре него што је поново преузме са вашег сервера.

Подесите ово у језичку „CDN“ на страници подешавања додатка. Ово је напредна техника и захтева основно разумевање рада вашег веб сервера или CDN-ова. Обавезно очистите оставу датотека након подешавања CDN-а.

REST API

Сада постоје крајње тачке REST API-ја за приступ подешавањима овог додатка. Да бисте их користили, морате бити пријављени као администратор са дозволом за преглед странице подешавања. Ово још није документовано, али сав кôд који се тиме бави можете пронаћи у директоријуму „rest“.

Произвољно чување у остави

Сада је могуће закачити се за процес чувања у остави помоћу функције add_cacheaction().

Доступне су три куке:

  1. ‘wp_cache_get_cookies_values’ – мења кључ који користи WP Cache.
  2. ‘add_cacheaction’ – покреће се у фази phase2. Омогућава додатку да дода Вордпрес куке.
  3. ‘cache_admin_page’ – покреће се на администраторској страници. Користите га за измену те странице, на пример додавањем нових могућности подешавања.

Постоји и један уобичајени Вордпрес филтер. Користите филтер „do_createsupercache“
за прилагођавање провера пре чувања у остави. Филтер прихвата један параметар.
Испис функције wp_cache_get_cookies_values() из WP-Cache-а.

WP Super Cache има сопствени систем додатака, који се учитава пре већег дела Вордпреса. Додајте сопствени додатак тако што ћете га ставити у директоријум wp-content/plugins/wp-super-cache-plugins или позивом wpsc_add_plugin( $name ) са пуном путањом до додатка.

Колачићи који се користе за препознавање „познатих корисника“ могу се мењати помоћу wpsc_add_cookie( $name ) и wpsc_delete_cookie( $name ). Погледајте plugins/searchengine.php као пример.

Решавање проблема

Ако ствари не раде након постављања додатка, ево неколико ствари које треба проверити:

  1. Да ли веб сервер може да уписује у wp-content?
  2. Да ли постоји wp-content/wp-cache-config.php ? Ако не постоји, умножите датотеку wp-super-cache/wp-cache-config-sample.php у wp-content/wp-cache-config.php и проверите да ли WPCACHEHOME упућује на право место.
  3. Да ли постоји wp-content/advanced-cache.php ? Ако не постоји, морате умножити wp-super-cache/advanced-cache.php у wp-content/. Морате уредити датотеку и променити путању тако да упућује на фасциклу wp-super-cache.
  4. Ако се странице уопште не чувају у остави, уклоните wp-content/advanced-cache.php и поново га направите, пратећи савет изнад.

  5. Проверите да ли се следећи ред налази у wp-config.php и да ли је ИЗНАД реда „require_once(ABSPATH.’wp-settings.php’);“:

    define( 'WP_CACHE', true );
  6. Поново посетите страницу Подешавања->WP Super Cache и омогућите оставу.
  7. Погледајте у wp-content/cache/supercache/. Да ли тамо постоје директоријуми и датотеке?
  8. Има ли нечега у вашем php error_log?
  9. Ако вас прегледач стално пита да сачувате датотеку након постављања super cache-а, морате искључити Super Cache сажимање. Идите на страницу Подешавања->WP Super Cache и искључите га тамо.
  10. Грешке закључавања датотека као што су „failed to acquire key 0x152b: Permission denied in…“ или „Page not cached by WP Super Cache. Could not get mutex lock.“ знак су да ћете можда морати да користите закључавање датотека. Уредите wp-content/wp-cache-config.php и уклоните коментар са „$use_flock = true“ или поставите $sem_id на другу вредност. Као последње решење, закључавање датотека можете искључити и са администраторског екрана.
  11. Проверите да ли веб сервер може да уписује у cache/wp_cache_mutex.lock ако користите грубо закључавање датотека.
  12. Фасцикла оставе не може се ставити на NFS, Samba или NAS дељени простор. Мора бити на локалном диску. Закључавање датотека и брисање истеклих датотека неће исправно радити ако фасцикла оставе није на локалном рачунару.
  13. Сакупљање отпада старих датотека оставе неће радити ако Вордпрес не може да пронађе wp-cron.php. Проверите своје access_logs за уносе wp-cron.php и да ли се ваш назив хоста разрешава у спољну IP адресу коју користе други сервери на мрежи/интернету.
  14. Ако се вашим посетиоцима преко supercache оставе испоручују старе странице, можда вам недостају Apache модули (или њихови еквиваленти ако не користите Apache). Потребна су 3 модула: mod_mime, mod_headers и mod_expires. Последња два су посебно важна да би прегледачи учитавали нова издања постојећих страница на вашем сајту.
  15. Порука о грешци „WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed!“ појављује се на крају сваке странице. Отворите датотеку wp-content/advanced-cache.php у омиљеном уређивачу. Да ли је путања до wp-cache-phase1.php исправна? Ова датотека се обично налази у wp-content/plugins/wp-super-cache/. Ако није исправна, погон за чување у остави неће се учитати.
  16. Чување у остави не ради. Временска ознака на мом блогу се мења при сваком поновном учитавању. Проверите да ли се путања у вашим .htaccess правилима поклапа са локацијом директоријума supercache. Можда ћете морати да је чврсто упишете. Покушајте да искључите supercache режим.

  17. Ако се supercache датотеке оставе праве, али се не испоручују, проверите дозволе свих фасцикли wp-content/cache/supercache (и сваке од фасцикли wp-content, cache и supercache) и wp-content/cache/.htaccess. Ако се ваш PHP извршава као други корисник у односу на Apache, а дозволе су строге, Apache можда неће моћи да чита датотеке оставе које је направио PHP. Да бисте то исправили, морате додати следећи ред у свој wp-config.php (додајте га изнад WP_CACHE дефиниције). Затим очистите оставу.

    umask( 0022 );

  18. Ако видите бесмислене знакове у прегледачу након омогућавања сажимања у додатку, сажимање је можда већ омогућено на вашем веб серверу. У Apache-у морате искључити mod_deflate, или је у PHP-у можда омогућено zlib сажимање. То можете искључити на три начина. Ако имате root приступ, уредите свој php.ini, пронађите подешавање zlib.output_compression и проверите да ли је „Off“ или додајте овај ред у свој .htaccess:

    php_flag zlib.output_compression off

    Ако то не ради, додајте овај ред у свој wp-config.php:

    ini_set('zlib.output_compression', 0);
  19. Након уклањања, ваше трајне везе могу престати да раде ако уклоните и Вордпресова mod_rewrite правила. Поново направите та правила тако што ћете посетити страницу Подешавања->Трајне везе и поново сачувати тај образац.
  20. Ако се ваш блог не учитава, проверите да ли је ваш wp-config.php исправан. Да ли вам недостаје почетна или завршна PHP ознака?
  21. Ваша насловна страница је у реду, али чланци и странице дају 404? Идите на Подешавања->Трајне везе и притисните „Сачувај“ када изаберете произвољну структуру трајних веза. Можда ћете морати ручно да ажурирате своју датотеку .htaccess.

  22. Ако се одређени знакови не приказују исправно на вашем веб сајту, ваш сервер можда није исправно подешен. Морате посетиоцима рећи који се скуп знакова користи. Идите на Подешавања->Читање и умножите вредност ‘Кодирање за странице и доводе’. Уредите датотеку .htaccess са свим својим Supercache и Вордпрес правилима преписивања и додајте ово на врх, замењујући CHARSET умноженом вредношћу. (на пример, ‘UTF-8’)

    AddDefaultCharset CHARSET
  23. Порука о грешци „WP Super Cache is installed but broken. The constant WPCACHEHOME must be set in the file wp-config.php and point at the WP Super Cache plugin directory.“ појављује се на крају сваке странице. Можете избрисати wp-content/advanced-cache.php и поново учитати страницу подешавања додатка или уредити wp-config.php, потражити WPCACHEHOME и проверити да ли упућује на фасциклу wp-super-cache. То ће обично бити wp-content/plugins/wp-super-cache/, али ће вам вероватно требати пуна путања до те датотеке (па је лакше пустити да страница подешавања то исправи). Ако није исправна, погон за чување у остави неће се учитати.
  24. Ако ваш сервер има проблема због броја семафора које користи додатак, то је зато што ваши корисници користе закључавање датотека, што се не препоручује (али је потребно малом броју корисника). Закључавање датотека можете опште искључити дефинисањем константе WPSC_DISABLE_LOCKING или дефинисањем константе WPSC_REMOVE_SEMAPHORE, тако да се sem_remove() позива након чувања сваке странице у остави, али изгледа да то изазива проблеме другим процесима који захтевају исти семафор. Најбоље је искључити га.
  25. Поставите променљиву $htaccess_path у wp-config.php или wp-cache-config.php на путању свог општег .htaccess ако додатак тражи ту датотеку у погрешном директоријуму. То се може десити ако је Вордпрес постављен на необичан начин.

Постављање

Поставите као било који други додатак, директно са странице додатака, али проверите да ли су произвољне трајне везе омогућене. Идите на страницу подешавања додатка у Подешавања->WP Super Cache и омогућите чување у остави.

Како уклонити WP Super Cache

Готово све што треба да урадите јесте да искључите додатак на страници додатака. Додатак би требало да почисти већину датотека које је направио и изменио, али још не уклања mod_rewrite правила из датотеке .htaccess. Потражите одељак у тој датотеци означен ознакама SuperCache BEGIN и END. Додатак их не уклања јер неки људи у тај блок додају и Вордпрес правила.

За ручно уклањање:

  1. Искључите чување у остави на страници подешавања додатка и очистите оставу.
  2. Искључите додатак на страници додатака.
  3. Уклоните WP_CACHE дефиницију из wp-config.php. Изгледа овако: define( 'WP_CACHE', true );
  4. Уклоните Super Cache mod_rewrite правила из своје датотеке .htaccess.
  5. Уклоните датотеке wp-content/advanced-cache.php и wp-content/wp-cache-config.php
  6. Уклоните директоријум wp-content/cache/
  7. Уклоните директоријум wp-super-cache из директоријума додатака.

Ако ништа друго не успе и ваш сајт не ради

  1. Уклоните WP_CACHE дефиницију из wp-config.php. Изгледа овако: define( 'WP_CACHE', true );
  2. Уклоните правила (погледајте изнад) која је додатак уписао у датотеку .htaccess у вашем кореном директоријуму.
  3. Избришите фасциклу wp-super-cache у фасцикли додатака.
  4. По жељи избришите advanced-cache.php, wp-cache-config.php и фасциклу cache у wp-content/.

ЧПП

Како да знам да се мој блог чува у остави?

Идите на Подешавања -> WP Super Cache и потражите образац „Провера оставе“ на страници једноставних подешавања. Притисните „Тестирај оставу“ и додатак ће двапут затражити насловну страницу сајта, поредећи временску ознаку на свакој да би проверио да ли се поклапају.

Ако желите да то урадите ручно, омогућите отклањање грешака на страници подешавања додатка и учитајте датотеку дневника у новом језичку прегледача. Затим погледајте свој блог док сте пријављени и одјављени. Требало би да видите активност у дневнику. Погледајте изворни кôд било које странице на свом сајту. Када се страница први пут направи, видећете текст „Dynamic page generated in XXXX seconds.“ и „Cached page generated by WP-Super-Cache on YYYY-MM-DD HH:MM:SS“ на крају изворног кода. При поновном учитавању, страница из оставе показаће исту временску ознаку, па сачекајте неколико секунди пре провере.
Ако је Supercache искључен, а сажимање омогућено, биће додат текст „Compression = gzip“. Ако је сажимање искључено, а страница се испоручује као статична html датотека, биће додат текст „super cache“. Једини други начин да проверите да ли је ваша датотека из оставе испоручена преко PHP скрипте или из статичне оставе јесте да погледате HTTP заглавља. Странице из PHP оставе имаће заглавље „WP-Super-Cache: Served supercache file from PHP“. WPCache датотеке из оставе имаће заглавље „WP-Super-Cache: Served WPCache cache file“. Требало би да проверите и свој директоријум оставе у wp-content/cache/supercache/hostname/ за статичне датотеке оставе.
Ако правила додатка недостају у вашој датотеци .htaccess, додатак ће покушати да испоручи страницу из supercache оставе ако је пронађе. У том случају појављује се заглавље „WP-Super-Cache: Served supercache file from PHP“.
Pagespeed модул за Apache може изазвати проблеме током тестирања. Искључите га ако приметите проблеме при покретању провере оставе.

Како да искључим Supercache?

Ако желите да користите само WP-Cache погон, уредите свој wp-config.php или направите mu-додатак који поставља константу ‘DISABLE_SUPERCACHE’ на 1.

WP-Cache наспрам Supercache датотека

Све датотеке оставе чувају се у wp-content/cache/supercache/HOSTNAME/, где је HOSTNANE назив вашег домена. Датотеке се чувају у директоријумима који одговарају структури трајних веза вашег сајта. Supercache датотеке су index.html или нека варијанта тога, у зависности од врсте посетиоца који је посетио блог. Остале датотеке зову се wp-cache-XXXXXXXXXXXXXXXXX.php. Називи повезаних мета датотека почињу са „meta“. Те датотеке садрже информације о датотеци у остави. Ове датотеке прави погон „WPCache caching“ у додатку.

Да ли ће се коментари и остали динамички делови мог блога одмах ажурирати?

Коментари ће се приказати чим буду модерирани, у зависности од правила за коментаре власника блога. Остали динамички елементи на страници можда се неће ажурирати ако нису написани у Javascript-у, Flash-у, Java-и или неком другом језику који се извршава у прегледачу. Додатак заиста прави статичне html странице. Никакав PHP се не извршава када се те странице испоручују. „Popularity Contest“ је један такав додатак који неће радити.

Да ли ће Super Cache сажимање успорити мој сервер?

Не, учиниће супротно. Super Cache датотеке су сажете и тако се чувају, па се захтевно сажимање обавља само једном. Ове датотеке су углавном много мање и шаљу се прегледачу посетиоца много брже од несажетог html-а. Због тога ваш сервер проводи мање времена у мрежној комуникацији, што штеди процесорско време и проток, а може и много брже да испоручи следећи захтев.

Како да одређени делови странице остану динамички?

Напомена: ова функционалност је подразумевано искључена. Мораћете да је омогућите на страници напредних подешавања.

Постоје 2 начина да се ово уради. Можете користити Javascript за исцртавање дела странице који желите да остане динамичан. То раде Google Adsense и многи виџети са спољних сајтова и то је препоручени начин. Или можете користити WP Super Cache филтер за тај посао, али тада не можете користити чување у остави у режиму mod_rewrite. Морате користити „једноставни“ начин испоруке или искључити supercache.

WP Super Cache 1.4 увео је cacheaction филтер под називом wpsc_cachedata. Страница из оставе која треба да се прикаже пролази кроз овај филтер и омогућава измену странице. Ако страница садржи ознаку чувара места, филтер се може користити за замену те ознаке вашим динамички направљеним html-ом.
Функцију која се качи на филтер wpsc_cachedata треба ставити у датотеку у фасцикли WP Super Cache додатака, осим ако користите могућност late_init. Укључен је пример додатка. Уредите dynamic-cache-test.php да бисте видели пример кода.
Тамо постоје две пример функције. Једна је једноставна функција која замењује ниску (или ознаку) коју дефинишете када се испоручује страница из оставе. Друга пример функција користи излазни бафер за прављење динамичког садржаја. Због ограничења у начину рада PHP-а, кôд излазног бафера МОРА да се изврши пре него што се дође до филтера wpsc_cachedata, бар када се страница чува у остави. Није важно при испоруци страница из оставе. Погледајте овај чланак за техничко и дуже објашњење.
Да бисте извршавали Вордпрес функције, морате омогућити могућност ‘Late init’ на страници напредних подешавања.

Како да одложим испоруку из оставе док се не покрене радња „init“?

Датотеке из оставе испоручују се пре него што се учита готово цео Вордпрес. Иако је то одлично за перформансе, представља муку када желите да проширите додатак користећи основни део Вордпреса. Омогућите режим ‘Late init’ на страници напредних подешавања и датотеке из оставе испоручиваће се када се покрене „init“. Вордпрес и његови додаци тада ће бити учитани.

Зашто WP UserOnline, Popularity Contest, WP Postratings или додатак X сада не раде или се не ажурирају на мом блогу?

Овај додатак чува целе странице у остави, али неки додаци мисле да могу да извршавају PHP кôд сваки пут када се страница учита. Да би се ово исправило, додатак мора да користи Javascript/AJAX методе или филтер wpsc_cachedata описан у претходном одговору за ажурирање или приказ динамичких информација.

Зашто моји WP Super Cache додаци нестају када надоградим додатак?

Вордпрес брише фасциклу додатка када ажурира додатак. Исто важи и за WP Super Cache, па ће све измењене датотеке у wp-super-cache/plugins/ бити избрисане. Своје произвољне додатке можете ставити у други директоријум на више начина. Можете дефинисати променљиву $wp_cache_plugins_dir у wp-config.php или wp-content/wp-cache-config.php и усмерити је на директоријум ван фасцикле wp-super-cache. Додатак ће тамо тражити своје додатке. Или, ако дистрибуирате додатак који мора рано да се учита, можете користити функцију wpsc_add_plugin( $filename ) да додате нови додатак где год да се налази. Користите wpsc_delete_plugin( $filename ) да уклоните датотеку додатка. Погледајте #574 или овај чланак о писању WP Super Cache додатака.

Шта ради функција поновне изградње оставе?

Када посетилац остави коментар, датотека оставе за ту страницу се брише, а следећи посетилац поново прави страницу у остави. Учитавање странице траје, па шта се дешава ако она за то време добије 100 посетилаца? Неће бити странице у остави, па ће Вордпрес сваком кориснику испоручити нову страницу, а додатак ће покушати да направи страницу у остави за сваког од тих 100 посетилаца, што изазива огромно оптерећење сервера. Ова функција то спречава. Страница у остави се не чисти када се остави коментар. Уместо тога, означава се за поновну изградњу. Следећи посетилац у наредних 10 секунди поново ће направити страницу у остави, док се стара страница испоручује осталим 99 посетилаца. Страницу на крају учитава први посетилац и страница у остави се ажурира. Погледајте овај чланак за више.

Зашто додатак подразумевано не чува у остави захтеве ботова претраживача?

Ти ботови обично посете сваку страницу само једном и ако страница није популарна, нема смисла правити датотеку оставе која ће бескорисно стајати на вашем серверу. Ипак, можете дозволити чување ових посета у остави уклањањем списка ботова из „Одбачени кориснички агенти“ на страници напредних подешавања.

Приказује се страница категорије уместо моје почетне странице

Веома мали број веб сајтова имаће проблеме са следећим подешавањем:

  1. Користи статичну страницу као насловну страницу.
  2. Користи структуру трајних веза /%category%/%postname%/.

Понекад се страница категорије чува у остави као почетна страница сајта уместо статичне странице. Не могу да поновим проблем, али једноставно решење је коришћење режима „Једноставно“. Можете омогућити и „Додатне провере почетне странице“ на страници напредних подешавања.

Зашто добијам упозорења о чувању у остави од http://ismyblogworking.com/

„Ваш блог не подржава чување у остави код клијента (нема 304 одговора на If-modified-since).“
„Ваш довод не подржава чување у остави (нема 304 одговора на If-modified-since)“

Supercache не подржава провере заглавља 304 у стручном режиму, али их подржава у једноставном режиму. Ово је чување у остави које обавља ваш прегледач, а не сервер. То је провера којом ваш прегледач пита сервер да ли је доступно ажурирано издање тренутне странице. Ако није, не преузима поново старо издање. Страница је и даље у остави на вашем серверу, само не у прегледачима ваших посетилаца.
Испробајте Cacheability Engine на http://www.ircache.net/cgi-bin/cacheability.py или https://redbot.org/ за даљу анализу.

Како најбоље да користим алате за праћење utm_source у Google Analytics-у са овим додатком?

То праћење додаје ниску упита сваком url-у повезаном из разних извора као што су Twitter и читачи довода. Нажалост, то спречава чување страница у supercache остави. Погледајте Јустов коментар овде о томе како да га претворите у сидро које се може чувати у supercache остави.

Додатак се жали да се у wp-content може уписивати! У htdocs се може уписивати!

Није добро када веб сервер може да уписује у ове директоријуме, али су понекад налози на дељеном хостингу подешени на овај начин ради лакшег управљања. Користите chmod 755 directory да исправите дозволе или пронађите одељак за дозволе у свом ftp клијенту. Ова Гуглова претрага одвешће вас до више информација о овој теми, а постоји и ова страница кодекса. Нажалост, неки хостови захтевају да се у те директоријуме може уписивати. Ако је тако, само занемарите ово упозорење.

Како да избришем WP_CACHE дефиницију из wp-config.php?

Покрените ftp клијент на рачунару и повежите се са својим сајтом. Идите у корен (или директоријум испод њега) свог сајта где ћете пронаћи wp-config.php. Преузмите ту датотеку и уредите је у уређивачу текста. Избришите ред define( 'WP_CACHE', true ); и сачувајте датотеку. Затим је отпремите, преписујући wp-config.php на серверу.

Како да избришем Super Cache правила из датотеке .htaccess?

Покрените ftp клијент на рачунару и повежите се са својим сајтом. Можда ћете морати да омогућите „Прикажи скривене датотеке“ у поставкама ftp клијента. Идите у корен свог сајта где ћете пронаћи датотеку .htaccess. Преузмите ту датотеку и уредите је у уређивачу текста. Избришите редове између „# BEGIN WPSuperCache“ и „# END WPSuperCache“ и сачувајте датотеку. Затим је отпремите, преписујући датотеку .htaccess на серверу.

Како да променим дозволе датотека?

Ова страница у Вордпресовом кодексу објашњава све што треба да знате о дозволама датотека на вашем серверу и разним начинима њихове промене.

Зашто долази до скокова оптерећења када се објаве нови чланци?

Можда имате постављену могућност „очисти све датотеке оставе када се објаве нови чланци“. Чишћење тих датотека може потрајати, а ваши посетиоци ће тада посећивати странице које нису у остави. Да ли користите праћење Google Analytics кампања са utm_source у url-у? Те странице се не чувају у остави. Погледајте питање „How should I best use the utm_source tracking tools in Google Analytics with this plugin“ изнад за исправно коришћење.
Странице у остави морају да се освеже када се објаве чланци. Можда ваш сервер једноставно није дорастао саобраћају који добијате. Омогућите могућност „поновна изградња оставе“ јер то може помоћи.

Колико страница могу да чувам у остави?

Једина стварна ограничења су она која одређује ваш сервер. На пример, EXT2 и EXT3 дозвољавају највише 31.999 поддиректоријума, па ако имате равну структуру трајних веза (као /%POSTNAME%/) и више од 32.000 чланака, можете наићи на проблеме. Слично томе, ако имате мрежу више сајтова са више од 31.999 сајтова (блогова), нећете моћи да их све чувате у остави. Реално, ако бисте имали толико активних сајтова, не бисте их држали на једном серверу.

Видим да се www издање мог сајта чува у остави засебно. Како да то зауставим?

Вордпрес би требало да преусмерава на канонски URL вашег сајта, али ако то не ради, додајте ово у свој .htaccess изнад Supercache и Вордпрес правила. Промените example.com у свој назив хоста.
RewriteCond %{HTTP_HOST} www.example.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [L,R=301]

Како да испоручим мобилне странице из оставе клијентима на малим екранима као што су телефони и таблети?

Ваша тема је вероватно прилагодљива, што значи да прилагођава величину странице уређају на ком се приказује. Ако није прилагодљива, мораћете да користите засебан мобилни додатак за приказ странице обликоване за те посетиоце. Следећи додаци су тестирани, али резултати могу да се разликују у зависности од мобилног клијента. Мораћете да омогућите и подршку за мобилне прегледаче на страници напредних подешавања.

Прегледи

Great for caching!

10. септембар 2026. 1 одговор
Though I don't like the updated settings page (it would be better to keep it in the same style as WordPress), the caching works perfectly.

Versatil tool

13. август 2026. 1 одговор
Where I keep a few changes on my website, the cache checking is nice with it.

Does the job without complexity

4. август 2026. 1 одговор
Not the flashiest caching plugin around but it's been dependable for years across a few low-traffic client sites where simplicity matters more than advanced features.

Reliable and lightweight

7. јул 2026. 1 одговор
Been running this for over a year on a few client sites. Configuration is a bit old-school compared to newer caching plugins, but it's stable and rarely needs attention once set up.

Best solution for ultra speed!

22. април 2026. 1 одговор
I’ve been using WP Super Cache for a while now and it has made a huge difference in my website performance. When properly configured, it turned out to be the best caching solution I’ve tried for WordPress. Page load times are significantly faster, server load is noticeably lower, and everything feels much more responsive overall. What I also really appreciate is that it’s completely free, yet still delivers performance that easily competes with many paid caching plugins. In my experience, it’s one of the most reliable and efficient caching systems available for WordPress. If set up correctly, WP Super Cache can seriously improve both speed and stability — definitely worth using.

ok

9. март 2026. 3 одговора
ok
Види свих 1.346 прегледа

Сарадници и градитељи

„WP Super Cache“ је софтвер отвореног кода. Следећи људи су допринели овом додатку.

Сарадници

„WP Super Cache“ је преведен на 34 језика. Хвала преводиоцима за њихове доприносе.

Преведите „WP Super Cache“ на свој језик.

Заинтересовани сте за градњу?

Прегледајте код, проверите SVN складиште или се пријавите на белешку градње преко RSS-а.

Белешка о изменама

3.1.3 – 2026-08-26

  • Исправка: директна путања странице која се завршава обрнутом косом цртом више не квари датотеку подешавања оставе.
  • Исправка: чишћење подешавања CDN URL-а и CNAME-а, тако да вредност која садржи наводник или угласту заграду више не може да поквари URL-ове ресурса у које се убацују.
  • Исправка: заштита текстуалних подешавања уписаних у датотеку подешавања оставе, тако да је вредност која садржи наводник или обрнуту косу црту више не оштећује.
  • Исправка: колачић назван „0“ могао је да учини да пријављени посетилац остави делује анониман, па је његова страница испоручивана свима.

3.1.2 – 2026-08-19

  • Исправка: дневник грешака се више не попуњава упозорењима о дужини путање када је URL захтева предугачак за прављење директоријума оставе.
  • Исправка: чишћење оставе за странице категорија, ознака и архива чија подложка садржи не-ASCII знакове. Ни дугме за брисање оставе није могло да очисти те странице, а сада може.
  • Исправка: исправно чишћење оставе при чувању чланка чија подложка садржи не-ASCII знакове.
  • Уклоњена је интеграција додатка Bad Behavior. Изворни додатак се више не одржава, а дуготрајна обрнута провера значила је да се интеграција заправо никада није извршавала.
  • Исправка: занемаривање ID-а чланка 0 при чишћењу оставе након уређивања чланка, што је могло неочекивано да избрише оставу насловне странице.
  • Подела wp-cache.php на inc/ датотеке по одговорностима (#1061) (#1065)
  • Исправка: чување у остави савремених безбедносних заглавља, укључујући Permissions-Policy, породицу Cross-Origin-Opener/Embedder/Resource-Policy и преостала CORS заглавља, тако да се шаљу у одговорима из оставе.
  • Исправка: поштовање вредности квалитета у заглављу Accept, тако да алати за праћење и прегледачи који наводе JSON испод HTML-а добијају страницу из оставе уместо да се она поново прави при сваком захтеву.
  • Исправка: сакривање HTML коментара за отклањање грешака у REST и Ajax одговорима (#1021)

3.1.1 – 2026-05-27

  • Безбедност: ојачано прављење назива supercache датотека тако да подаци изведени из захтева не могу да изађу из директоријума оставе.
  • Исправка: избегавање кобне грешке на PHP 8+ при затварању неотвореног руковаоца датотеком у режиму само supercache.
  • Исправка: претварање ID-а блога у wp_cache_clear_cache() тако да позиваоци са вредностима које нису цели бројеви више не покрећу функцију намењену само мрежи више сајтова на поставкама са једним сајтом.
  • Исправка: HTML коментари за отклањање грешака више се не додају у REST API, Ajax, JSON, WooCommerce API и XML-RPC одговоре.
  • Исправка: избегавање PHP упозорења када је коментар већ избрисан пре покретања поступка чишћења оставе.

3.1.0 – 2026-04-14

  • Искључено чување у остави за странице грешака wp_die()
  • Ојачавање додатка на разне начине.
  • Исправка: коришћење fileperms() уместо stat() и исправка заштите знакова
  • Додат WordPress.org Live Preview Blueprint.
  • Најмање издање Вордпреса подигнуто је на 6.8.
  • Препознавање уређаја: коришћење уграђеног издања уместо Composer зависности.
  • Исправка: застарелост null вредности у str_starts_with() на PHP 8.1+.
  • Исправка: обрада низовне врсте за могућност supercache_last_cached.

Мета

Оцене

4.3 од 5 звездица.

Ваша рецензија

Види све рецензије

Подршка

Спорна питања решена у последња два месеца:

2 од 2

Види форум подршке