WordPress.org

Српски

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

Plugin Directory

WP Super Cache

Image
Image

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]

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

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

Рецензије

Image

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.
Image

Versatil tool

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

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.
Image

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.
Image

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.
Image

ok

9. март 2026. 3 одговора
ok
Прочитај свих 1.346 рецензија

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

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

Сарадници

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

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

Заинтересовани сте за развој?

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

Дневник измена

3.1.4 – 2026-09-30

  • Исправка: страница подешавања се више не помера у страну код језика који се пишу с десна на лево.
  • Ажурирана проверена верзија до WordPress 7.1.

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 звездица.

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

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

Подршка

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

3 од 4

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