WordPress Hosting

Postavljanje sajta na hosting nalog moguće je obaviti na dva načina: Putem File Manager-a u okviru cPanel-a Preko FTP klijenta Podizanje fajlova putem opcije File Manager Ulogujte se u svoj cPanel nalog, U polje za pretragu u navigaciji ukucajte File Manager ili u okviru sekcije Files kliknite na opciju File Manager, Kliknite na direktorijum u koji planirate da opremite fajlove. Public_html je direktorijum za osnovni domen, Nakon toga kliknite na Upload, Podignite fajl koji želite da otpremite. Ukoliko u odabranom direktorijumu već postoji fajl sa istim imenom, a želite da kreirate novi fajl kliknite na Overwrite existing files. Podizanje fajlova putem FTP klijenta Za povezivanje sa hosting serverom preko FTP klijenta neophodno je da posedujete FTP klijent instaliran na svom računaru. Jedan od najčešće korišćenih je FileZilla. Pokrenite FileZilla klijent, U navigacji kliknite na File, a potom na Site Manager, U prozoru koji se otvorio kliknite na New Site i odaberite ime, U General tabu upišite sledeće podatke: Host: ftp.nazivdomena.com (na primer, za sajt mint.rs treba upisati ftp.mint.rs), Port: 22 Protocol: Odaberite FTP - File Transfer Protocol Encryption: Odaberite Use explicit FTP over TLS if available Logon type: Odaberite Normal a parametri za logovanje su isti kao i za Vaš cPanel. Kliknite na dugme Connect. Nakon uspešnog povezivanja, sledeći korak je podizanje fajlova u public_html direktorijum. Označite public_html direktorijum (nalazi se u delu Remote site). Označite fajlove koji se nalaze na vašem lokalnom računaru (nalaze se u delu Local site) i prevucite ih u public_html folder ili desnim klikom odaberite opciju Upload.

Za slanje e-mail obaveštenje kroz WordPress aplikacije potrebno je da koristite SMTP autentifikaciju. Nju možete postići instaliranjem i konfiguracijom odgovarajućeg SMTP dodatka a preporučujemo dodatak Easy WP SMTP. Više o ovom dodatku možete saznati ovde. U slučaju da Vam je potrebna pomoć prilikom konfiguracije ili problem postoji nakon uspostavljanja uspešne SMTP autentifikacije kontaktirajte našu podršku otvaranjem tiketa putem Moj Mint korisničkog servisa ili slanjem e-maila na podrska@mint.r

Prvi koraci Nakon aktivacije usluge dobijate obaveštenje koje nosi naziv "Informacije o Vašem WordPress hosting nalogu". Ovo obaveštenje u sebi pored osnovnih informacije o usluzi sadrži pristupne parametre za logovanje na cPanel. Uz pomoć cPanela upravljate Vašim hosting nalogom i svim njegovim mogućnostima ( poput opcije za instalaciju WordPress-a, upravljanje domenima, email nalozima, pristup File Manageru itd. ). Kao prvi korak u kreiranju vaše internet prezentacije potrebno da podignete svežu WordPress instalaciju ( ukoliko sajt već niste migrirali samostalno ili uz našu asistenciju ). Instaliranje WordPress-a Instalaciju WordPress-a vršite na sledeći način: Pristupite cPanelu uz pomoć dostavljenih parametara Pronađite opciju pod nazivom WordPress. Klikom na nju, otvoriće se WordPress manager funcija i videćete veliko plavo dugme Install. U okviru prve sekcije Software setup odaberite sledeće opcije: Choose protocol postavite na https://, Choose domain - odaberite vaš domen iz padajućeg menija In directory - ostavite prazno (ukoliko stoji podrazumevano wp, obrišite ga) Uvek odaberite najnoviju verziju WordPress-a U okviru sekcije Site Settings podesite sledeće ( može kasnije biti izmenjeno ) Site Name i Site description, drugim rečima, naziv sajta i kratak opis/slogan o samom sajtu. Sekcija sa desne strane Admin account sadrži opcije vezano za administrator korisnika kojem ćete pristupati WordPress Dashboard-u Podaci se generišu automatski ali ih možete postaviti kako želite ( obavezno postavite neki Vaš email u adekvatno polje ukoliko želite da Vas sama aplikacija obaveštava ). Spustite se skroz na dno strane i kliknite na dugme Install. Premium teme i dodaci Sada kada imate instaliran WordPress, možete pristupiti Vašem budućem sajtu na podrazumevanoj login strani nazivdomena.com/wp-admin uz pomoć prethodno postavljenih ili zapisanih parametara ( korak br 6. ). Dodatno, pristup WordPress instalaciji možete obavljati i kroz cPanel i opciju WordPress klikom na Login dugme. Ukoliko želite da koristite neki od premium dodataka ili tema iz naše ponude prvo je potrebno da ih dodate u okviru Vaše usluge. Više o tom procesu možete pogledati ovde. Nakon obavljenog procesa dodavanja dodataka/tema, dobićete obaveštenje koje će sadržati instrukcije kako možete koristiti i aktivirati odabrane dodatke. Detaljnije instrukcije takođe možete pronaći u okviru naše baze znanja, ovde. Kreiranje e-mail naloga Pored obaveštenja o WordPress hosting nalogu, dobićete i obaveštenje sa nazivom "Informacije o Vašoj business mailbox usluzi". Ovo obaveštenje sadrži takođe instrukcije i pristupne parametre za korišćenje i upravljanje e-mail nalozima u okviru WordPress Hosting paketa. Upravljačkom panelu pristupate tako što uradite sledeće: Ulogujte se u cPanel. Pronađite sekciju Business Mailbox. Kliknite na opciju Email accounts. Kada se ulogujete, možete odmah uočiti sekciju Mailboxes gde u svega par jednostavnih koraka možete kreirati željeni e-mail nalog. Kada imate kreiran e-mail nalog, Webmail opciji možete pristupiti na dva načina: Prvi je iz upravljačkog panela i sekcije Mailboxes, kliknite na dugme SoGo. Drugi način jeste da iz cPanela u istoj sekciji kao iznad kliknete na Webmail opciju. Odgovore na mnoga pitanja vezano za korišćenje Mailbox usluge ( kako da podesim forward adresu, kako da povežem nalog na druge uređaje itd. ) možete pronaći u okviru naše baze znanja. KontaKt forma ne radi, sajt ne može da pošalje e-mail poruku? Kako bi osigurali da Vaša aplikacija neometano vrši e-mail korespondenciju (kreiranje porudžbina, slanja poruke kroz kontakt formu i sl.) potrebno je da koristite SMTP autentifikaciju što se veoma jednostavno postiže instalacijom i konfiguracijom nekog od SMTP dodataka za WordPress. Naša preporuka je dodatak Easy WP SMTP koji poseduje i Test opciju nakon što povežete nalog kako bi proverili da li će se slanje uspešno odvijati. U zavisnosti koji e-mail nalog povezujete (Gmail, naš nalog na Mailbox usluzi ili neki drugi) konfiguracija dodatka je za nijansu drugačija. Ukoliko se ne snađete samostalno, uvek možete kontaktirati našu podršku za pomoć. Ispod je kao primer potrebnih parametara slučaj kada povezujete dodatak sa nalogom napravljenim na Business Mailbox usluzi: SMTP Host: (proveriti e-mail obaveštenje "Informacije o Vašoj Business Mailbox usluzi") SMTP Username i SMTP Password: pun naziv e-mail naloga i odgovarajuća lozinka Encryption Type: SSL SMTP Port: 465 SMTP Authentification: Yes Dodavanje dodatnih domena Ukoliko ste zakupili hosting uslugu koja podržava hostovanje više domena, domene možete dodati veoma jednostavno i to na sledeći način: Usmerite željeni domen ka našim serverima tako što mu promenite vrednost Nameservera i postavite: ns1.mint.rs ns2.mint.rs ns3.mint.rs ns4.mint.rs Napomena: Kako bi ova izmena bila vidljiva može biti potrebno i do 24h.Ukoliko već imate aktivan sajt na ovom domenu, ovu izmenu Nameservera izvršite tek nakon što migrirate čitav sadržaj na novu hosting uslugu. Zatim, ulogujte se u cPanel i pronađite opciju Addon domains. Unesite naziv domena i kliknite na Add domain. Nakon što dodate domen, jako brzo će mu automatski biti izdat i SSL sertifikat. Više o temama koje se tiču samog WordPress-a možete pročitati i u mnogobrojnim člancima na našem blogu

Za slanje e-mail obaveštenje kroz WordPress aplikacije potrebno je da koristite SMTP autentifikaciju. Nju možete postići instaliranjem i konfiguracijom odgovarajućeg SMTP dodatka a toplo preporučujemo dodatak Easy WP SMTP. Više o ovom dodatku možete saznati ovde. U slučaju da Vam je potrebna pomoć prilikom konfiguracije ili problem postoji nakon uspostavljanja uspešne SMTP autentifikacije kontaktirajte našu podršku otvaranjem tiketa putem Moj Mint korisničkog servisa ili slanjem e-maila na podrska@mint.r

Ukoliko iz nekog razloga ne želite da se bezbednosni izveštaj prosleđuje na e-mail adresu sa kojom ste registrovali korisnički nalog, istu možete zameniti ili potpuno ugasiti slanje izveštaja ( što nikako ne preporučujemo ). Jednostavno, kontaktirajte našu podršku otvaranjem tiketa putem Moj Mint korisničkog servisa ili slanjem e-mail poruke na podrska@mint.rs

Možete da pokrenete optimizaciju u LiteSpeed Cache dodatku za WordPress i otkrijete da se vaš sajt više ne prikazuje ispravno. To je čest problem, ali verovatno nije sa dodatkom LSCache. Umesto toga, verovatnije je da postoji problem sa jednom CSS ili JavaScript datotekom koja je u sukobu sa postupkom kompresovanja ili kombinovanja. Isprobajte sledeće korake da biste precizno utvrdili CSS i JavaScript greške: Isključite optimizaciju na WordPress kontrolnoj LiteSpeed Cache > Page Optimization. Kliknite na karticu CSS Settings i podesite sve funkcije CSS optimizacije na OFF. Kliknite na karticu JS Settings i podesite sve funkcije JS optimizacije na OFF. Očistite keš na putanji LiteSpeed Cache > Toolbox > Purge i pritisnite dugme Purge All. Ponovo učitajte stranicu. Ako stranica i dalje izgleda loše, vaš problem nije u LSCache dodatku, već u vašem sadržaju postoji JavaScript ili CSS datoteka koja nije kompatibilna sa nekim funkcijama za optimizaciju LSCache dodatka. Kako pronaći uzrok CSS/JS problema Pre nego što išta promenite uverite se da je zaista problem do optimizacije. Isključite sve funkcije optimizacije, očistite keš memoriju i proverite sajt. Ako i dalje izgleda loše onda problem nije u funkcijama LSCache-a dodatka za optimizaciju. Ako iznova uključite LSCache, a stranica je ispravna, onda neka druga karakteristika LSCache-a "kvari" vaš sajt. Ako je prikaz sajta neispravan čak i nakon isključivanja LSCache dodatka, onda je problem povezan sa nečim drugim na vašem sajtu. Ukoliko stranica izgleda dobro, onda ste utvrdili da se problem krije negde u funkcijama za optimizaciju. Sada imate dve mogućnosti: Isključite CSS i JS opcije za optimizciju i ostavite te opcije optimizacije zauvek isključene. Ovo je jednostavno rešenje, a ako se odlučite na ovo, vaš sajt i dalje može imati velike koristi od keširanja čak i bez omogućene optimizacije. Ponovo uključite sve opcije, pronađite problematične datoteke i izuzmiteih iz optimizacije. Za ovu opciju ispratite sledeće korake opisane u nastavku. Prvi korak u pronalaženju problematične datoteke je utvrđivanje da li tražite JavaScript ili CSS problem. Prvo proveravamo JavaScript: Ponovo omogućite funkcije optimizacije povezane sa JavaScript, a CSS funkcije ugasite, Očistite keš memoriju, Osvežite stranicu. Ako je neispravna, onda je jedna od vaših JavaScript datoteka problematična. Ako je u redu, onda su i vaše JavaScript datoteke u redu. Ako JavaScript nije krivac, onda je to verovatno CSS. Najbolji način da to proverite je: Onemogućite funkcije optimizacije povezane sa JS i ponovo omogućite CSS funkcije, Očistite keš memoriju, Osvežite stranicu, Ako je neispravna, onda je jedna od vaših od vaših CSS datoteka problematična. Sada kada znate da li je CSS ili JS, moraćete da pronađete određenu datoteku koja uzrokuje problem. Detektovanje datoteke koja uzrokuje problem Zarad primera, pretpostavimo da imate CSS datoteku koja izaziva probleme. Ako je u slučaju problem sa JavaScriptom, i dalje možete slediti ove iste korake. Da bismo pronašli datoteku koja je problematična, prvo moramo dobiti listu svih mogućih CSS (ili JS) datoteka. Kad se to završi, izuzećemo čitav spisak datoteka iz optimizacije, a zatim ćemo ih ponovo uvoditi jednu po jednu dok ne pronađemo krivca. Pomoću konzole u pretraživaču otvorite Network karticu i kliknite CSS da biste videli samo CSS datoteke. Ponovo učitajte stranicu. Trebali biste videti listu svih CSS datoteka koje ta stranica koristi, navedene u koloni Name. Izbacite sve sa ove liste iz optimizacije. (Datoteke možete izuzeti punom adresom ili delimičnom) Ako je potrebno da vidite punu putanju bilo koje CSS datoteke, kliknite na ime te datoteke i kliknite na Headers. Pronaći ćete punu putanju izabrane datoteke koja je navedena kao URL adresa zahteva. Testirajte listu datoteka Omogućite sve funkcije optimizacije koje želite da koristite Izuzmite sve CSS datoteke iz optimizacije. Na putanji LiteSpeed Cache > Page Optimization > Tuning Settings unesite datoteke sa liste, jednu po liniji, u polje CSS Excludes. Očistite keš memoriju i osvežite sajt. Trebalo bi da se pravilno prikazuje. Uklonite jednu od CSS datoteka sa exclude liste, očistite keš memoriju i osvežite stranicu Proverite sajt Ako i dalje izgleda u redu, datoteka koju ste upravo uklonili nije problematična. Ako stranica deluje neispravno, onda znate da ste pronašli problematičnu CSS datoteku. Vratite je u Exclude CSS polje. Na kraju ovog procesa kada vaš sajt izgleda uredno, treba uključiti sve funkcije optimizacije koje želite da koristite i trebalo bi da imate jednu ili više problematičnih CSS ili JS datoteka koje se nalaze u okviru CSS Excludes ili JS Excludes. Drugi problemi Brzo punjenje prostora na disku Neki dodaci mogu generisati CSS ili JavaScript datoteke. Ako je omogućen CSS Combine ili JS Combine, prisustvo takvih datoteka uzrokovaće stvaranje nove kombinovane datoteke za svaku stranicu na sajtu. Ako sajt ima zaseban prikaz za mobilne uređaje, tada će biti napravljene dve kombinovane datoteke za svaku stranicu na sajtu. Ovo nije idealno i ima potencijal da brzo popuni vaš prostor. Da biste zaustavili ovo ponašanje, morate izuzeti nasumični CSS ili JS iz kombinovanja. Pronađite i isključite generisanu datoteku na sledeći način: Posetite vaš sajt dodajući /?LSCWP_CTRL=before_optm nakon naziva domena (npr example.com/?LSCWP_CTRL=before_optm), u dva odvojena pretraživača ili prozora u režimu bez arhiviranja (Private ili Incognito). Pogledajte Page Source u svakom prozoru Kopirajte i nalepite kod na sajt za proveru razlika (poput https://www.diffchecker.com/) i uporedite Trebalo bi da vidite nekoliko redova istaknutih CSS-a ili JavaScript datoteka, zapravo, razliku između učitavanja dve stranice, koja ukazuje gde su nasumično generisane datoteke. Pretpostavlja se da će niz imati zajednički deo (na primer, sa abc_12345 i abc_67890, zajednički deo je abc_). Otkrijte šta je zajednički deo za vašu stranicu i unesite zajednički deo slučajnog niza u CSS Excludes ili JS Excludes po potrebi. Purge All CSS/JS CSS se ne učitava ispravno nakon ažuriranja Najverovatnije ovo nije problem LSCache dodatka, jer on ne kešira statičke datoteke. Ako CSS od teme nije ispravno učitan nakon ažuriranja, proverite keš memoriju pretraživača. Proverite da li imate CDN omogućen ili obrnuti proksi ispred svog servera, poput Cloudflare-a. Možda će biti potrebno očistiti ove mehanizme za keširanje. Critical CSS se ne učitava Prvo i najvažnije, uverite se da su sve IP adrese stavljene na belu listu na vašem serveru, u vaše WordPress sigurnosne dodatke (ako ih ima) ili u druge bezbednosne uređaje na vašem sajtu, poput CDN/Application Layer Firewall. IP adrese koje bi trebalo biti na beloj listi možete videti ovde. Ako i nakon toga CSS i dalje ne radi kako treba, proverite sledeće: Proverite da li u direktorijumu wp-content/litespeed/ccss/ ima CSS datoteka i da li su generisane CSS datoteke. Datoteke treba generisati unutar tog direktorijuma za svaki od tipova postova na vašem sajtu. Ako CSS datoteke ne postoje ili folder CCSS ne postoji, sačekajte da se izvrši cron zadatak. On će generisati CCSS sa naših Cloud servera. Ako CSS datoteke postoje i valjane su, izvršite opciju Purge All - LScache. Novi CSS ne bi bio uključen u starije keširane stranice. Ako CSS datoteke sadrže ccss-timeout, to znači da je isteklo vreme komunikacije sa vašim serverom kada smo pokušali da generišemo Critical CSS. U ovom slučaju, ručno izbrišite tu datoteku i očistite LSCache kako bi se ista ponovo generisala. Ako CSS datoteke sadrže sintaksnu grešku, onda jedna od vaših CSS datoteka sadrži grešku. Potragu za pogrešnom CSS datotekom možete suziti na sledeći način: Isključite CSS Combine and Minify Kliknite na Purge All i Purge Critical CSS Pokušajte da ponovo generišete CCSS. Sledeća CSS datoteka generisana unutar wp-content/litespeed/ccss/ treba da prikaže stvarnu CSS datoteku koja ima sintaksnu grešku Ispravite sintaksnu grešku u navedenoj CSS datoteci i kliknite na Purge Critical CSS. Ponovo ponovo omogućite CSS Minify i Combine. "FOUC sa Critical CSS" opcija je i dalje uključena Omogućavanje funkcije Generate Critical CSS (CCSS) trebalo bi da eliminiše Flash of Unstyled Content (FOUC), ali ga ponekad možete i dalje videti, iako je podešavanje uključeno. Kada je Load CSS Asynchronously uključen, CSS vašeg sajta će se učitavati istovremeno kad i HTML kod. Dakle, sav sadržaj koji se učita pre odgovarajućeg CSS-a biće prikazan bez stila. Cilj funkcije Generate Critical CSS je da zaustavi ovakav ishod. On ubacuje osnovna pravila CSS stila ugrađena u HTML stranice, tako da se ta pravila izvršavaju pre učitavanja samog sadržaja. Ukoliko primetite nestilizovan sadržaj, čak i kada je Generate Critical CSS uključen ozrok može biti da CCSS nije umetnut inline u HTML stranice. Kada se ovakva stranica prikaže, proverite izvorni kod. Videćete nešto slično ovome: <style id="litespeed-optm-css-rules"></style> Oznake <style> su tu, ali su prazne, što znači da je CCSS omogućen, ali pravilo još uvek nije generisano ili umetnuto na stranicu. Mogući uzroci: Potrebno je nekoliko sekundi za generisanje kritičnog CSS-a, a ako ste uključili Generate Critical CSS in the Background, LSCache dodaje stranicu u "red" zasnovan na cron-u, tako da se CCSS može generisati kasnije. Kao rezultat, može se dogoditi da se stranica učita pre nego što CCSS postane dostupan, što dovodi do nestilizovanog prikaza. Imajte na umu da iste vrste stranica dele isti CCSS. Na primer, ako imate post1, post2 i post3, kada pristupite postu1, generisaće se CCSS. Tada će CCSS biti tamo i spreman za upotrebu kada se pristupi post2 i post3. Rešenja: Najjednostavnije rešenje je isključiti Generate Critical CSS in the Background. Generiranje CCSS-a u prvom planu zahteva da prvi posetilac sačeka nekoliko sekundi, ali eliminiše problem nestilizovanog sadržaja. Kao alternativu, isprobajte Purge All - LSCache nakon generisanja CCSS pravila. Ovo će omogućiti LSCacheu da umetne CCSS na stranice koje su već bile keširane pre nego što je CCSS generisan. Critical CSS se ne generiše Ako ste potvrdili da CCSS nije uspeo da se generiše, to je možda zbog sintaksne greške. Postoji nekoliko načina da se takve greške potraže u vašem CSS-u. Metoda br. 1 : QUIC.cloud kontrolna tabla Ako ste povezali svoj sajt sa QUIC.cloud servisom, možete da proverite na nadzornoj tabli QUIC.cloud servisa. Kartica CCSS i nudi upozorenja u odeljku Recent Requests. Metoda br. 2 : Vaš sistem datoteka Ako svoj sajt niste povezali sa QUIC.cloud, možete direktno proveriti sistem datoteka. Dođite do /wp-content/litespeed/ccss pomoću FTP-a ili File Managera na kontrolnoj tabli. Pogledajte unutar CSS datoteka u tom direktorijumu. Jedan od njih treba da sadrži sintaksnu grešku. Metoda br. 3: HTML izvorni kod I na kraju, možete da proverite HTML izvorni kod, mada ovaj metod nije toliko pouzdan kao prethodna dva. Pronađite originalni CSS fajl Bez obzira na metod koji ste koristili, verovatno ste otkrili nešto poput: /*CssSyntaxError: /wp-content/litespeed/cssjs/5aaa0.css:1:1: Unclosed block*/ Datoteka koja uzrokuje problem je /wp-content/litespeed/cssjs/5aaa0.css , ali ovo nije originalna CSS datoteka. Bilo koja datoteka koju pronađete u direktorijumu /wp-content/litespeed/ je ona koju je generisao dodatak LiteSpeed Cache. U ovom slučaju, to je optimizovana CSS datoteka koja se generiše kroz funkcije CSS Combine i/ili CSS Minify. Ne možemo da popravimo sintaksnu grešku u generisanoj datoteci. Da biste pronašli izvorni CSS i ispravili sintaksnu grešku, moraćete da isključite optimizaciju i izvršite ponovnu proveru. Idite na Page Optimization > CSS i isključite CSS Combine i CSS Minify. Sačuvajte promene Idite na Toolbox > Purge i izvršite Purge All i Purge All - CCSS Posetite sajt tako da se CCSS ponovo generiše Koristite bilo koji metod koji ste koristili prvi put da biste ponovo proverili CCSS i potražili sintaksnu grešku. Ako niste sigurni odakle potiče CSS, naziv datoteke treba da vam da nagoveštaj. Ako je iz dodatka, putanja bi trebalo da izgleda poput /wp-content/plugins/plugin-name/path/file.css. CSS tema treba da izgleda otprilike kao /wp-content/themes/theme-name/path/file.css. Zaobilazak optimazicje U AJAX-u Ako imate konflikt i treba da zaobiđete funkcije za optimizaciju u AJAX-u, možete dodati sledeći kod u okviru fajla functions.php vezan za vašu temu: defined( 'DOING_AJAX' ) && add_filter( 'litespeed_can_optm', '__return_false' );, ili možete pozvati odgovarajući filter kada koristite AJAX. DevTools Failed to Load SourceMap Konzola u Google Chrome pretraživaču može prikazati poruku poput sledeće: DevTools failed to load SourceMap: Could not load content for https://domain.com/wp-content/litespeed/cssjs/xxxx.js.map: HTTP error: status code 404 , net :: ERR_HTTP_RESPONSE_CODE_FAILURE Ovo je apsolutno normalno. Alat pokušava da učita mapu resursa za kompresovane JS ili CSS datoteke, tako da ona može biti umanjena. Naravno, ova datoteka ne postoji, pa vraća grešku 404

Dodaci za promenu jezika/valuta Budući da su ovakvi dodaci uglavnom zasnovani na PHP sesiji, ne postoji način da keširanje bude ispravno. Proizvođač dodatka mora da izmeni svoj kod kako bi bio kompatibilan sa LiteSpeed Cache dodatkom. EU Cookie Consent Ako na vašem sajtu imate EU ​​Cookie consent opciju, biće vam potreban dodatan kolačić za keširanje. Različitost kolačića omogućava da se dve verzije svake stranice čuvaju u kešu - jedna za posetioce koji su pristali na kolačić, a druga za one koji to još nisu učinili. Dodajte sledeći red u .htaccess direktivu: RewriteRule .* - [E=Cache-Vary:euCookie] Excluding Cookie-Based Plugins From Cache Neki dodaci, poput dodatka YITH WooCommerce Wishlist, nisu kompatibilni sa LiteSpeed Cache dodatkom za WordPress. Najjednostavniji način da se izbegnu problemi s njima je da se njihove stranice izbace iz procesa keširanja. Rešenje: Ako se dodatak zasniva na kolačićima, potrebno je samo da dodate određeni kolačić u LiteSpeed podešavanjima kako bi ga izuzeo iz procesa keširanja. Na WordPress kontrolnoj tabli posetite putanju LiteSpeed Cache > Cache > Excludes. Pronađite opciju Do Not Cache Cookies i u polje unesite kolačić u formatu plugin_cookie. Obavezno zamenite plugin_cookie sa stvarnim imenom kolačića za dodatak. Već poznati dodaci: Na listi imamo neke poznate nekompatibilne dodatke. LiteSpeed kompanija namerava da popravi kompatibilnost LSCache-a sa navedenim dodacima, ali za sada je automatski postavljeno na opciju Do Not Cache. U pitanju su dodaci WooCommerce Wish List i WP Poll

U nastavku možete pronaći listu najčešćih grešaka sa WP-Cron taskovima. Greška: Scheduled Event has Failed U Health Check dodatku se može pojaviti sledeće obaveštenje: The scheduled event, litespeed_xxxx[image or ccss]_trigger, failed to run, Your site still works, but this may indicate that scheduling posts or automated updates may not work as intended. Na primer: The scheduled event, litespeed_imgoptm_trigger, failed to run. Tehnički, ovo nije problem LiteSpeed Cache dodatka, već je posledica samog WordPress-a. To se obično dešava kada se WordPress ažurira na novu verziju. Obično će se samo od sebe reštiti, nakon što se WP-Cron vrati u normalu. Postoji mogućnost da ugasite WP-Cron i da koristite nezavisni Cron poput cPanel cron-a. Greška: Scheduled Posts Not Publishing On Time Planirani postovi se objavljuju u WordPress-u putem WP-Cron zadatka. WordPress pokreće Cron posao svaki put kada zahtev dođe iz backenda. Međutim, kada se koristi keš memorija to se retko dešava, što dovodi do kasnog objavljivanja postova. Dodatak će ispravno očistiti keš memoriju kada se zakazani post objavi za vreme Cron zadatka. Sve što treba da uradite je da se uverite da može pouzdano da dođe do backenda. To se može postići kreiranjem Cron zadatka da pogodi wp-cron.php u vama željenom intervalu. Na primer, za ažuriranje zakazanih postova svakih 15 minuta: */15 * * * * wget http://your_wp_site/wp-cron.php WP-Cron PHP Timing Out Neki WordPress dodaci ili operacije će možda trebati da izvode veoma duge PHP procese, ali ih LiteSpeed  može prekinuti sa Error 500 nakon 120 sekundi. Postoje dodatne dodatne promenljive koje će rešiti ovakav problem. noconntimeout Promenljiva noconntimeout se nalazi u htaccess datoteci. Izključite WP-Cron sa sledećom komandom: <IfModule Litespeed> RewriteEngine On RewriteRule (wp-cron).php - [E=noconntimeout:1] </IfModule> SetEnv/SetEnvIf Možete koristiti i promenljivu SetEnv/SetEnvIf, ali preporučujemo da je koristite samo u vhost datoteci. <IfModule Litespeed> SetEnv Request_URI "(wp-cron).php" noabort noconntimeout </IfModule> Obe promenljive omogućiće vam pokretanje PHP procesa bez ograničenja za sajtove na koje utiče ova .htaccess datoteka

U nastavku možete pronaći najosnovnije smernice za rešavanje problema koji se javljaju u okviru WordPress instalacije, a sumnjate da je LiteSpeed Cache dodatak uzrok. Prvi korak Potrebno je da se utvrdi da je problem zaista do dodatka LiteSpeed Cache. Dakle, LSCache dodatak treba da bude aktiviran i uključen. Na putanji LiteSpeed Cache > Toolbox > Debug Settings podesite Disable All Features na ON. Ako se problem i dalje javlja, onda problem ne pravi LiteSpeed Cache dodatak. Ako se greška ne pojavljuje, onda je verovatno problem povezan sa LiteSpeed Cache dodatkom. Da bi shvatili koja je od mnogobrojnih funkcija LSCache nije ispravna, uključite jednu po jednu funkcije keš memorije i optimizacije. Svaki put kada uključite novu funkciju, moraćete da kliknete na Purge All i osvežite pretraživač. Kada se problem ponovo javi, znate da ste pronašli problematičnu funkciju dodatka. LiteSpeed Cache dodatak učestalo izbacuje nove verzije dodatka. Problemi kompatibilnosti sa drugim dodacima su možda već razrešeni u najnovijoj verziji. Uvek treba da ažurirate dodatak na najnoviju verziju. Uključite Debug Log U nekim situacijama može biti korisno pogledati debug log. Budući da ima potencijal da zauzme puno prostora na disku, debug log je podrazumevano isključen. Da bi ga omogućili, modifikujte wp-config.php u WordPress-ovom osnovnom direktorijumu na sledeći način: Podesite WP_DEBUG na true: define ('VP_DEBUG', true);Dodajte sledeće: define ('VP_DEBUG_LOG', true); Datoteka debug.log biće generisana u direktorijumu wp-content i evidentiraće informacije. Ovaj log fajl možete pregledati tokom otklanjanja grešaka pomoću sledeće naredbe: tail -f wp-content/debug.log Napomena: Obavezno isključite debug log kada više nije potreban. LiteSpeed Cache is Disabled Ako vidite upozorenje koje ukazuje da je LiteSpeed Cache onemogućen, samo upozorenje može dati naznaku izvora problema. Disabled at Server Level The LSCache Module is disabled at the server level Ova greška ukazuje da je keširanje isključeno na najvišem nivou. Moraćete da konfigurišete svoj server ili da se obratite vašem hosting provajderu. Disabled in Plugin Settings LiteSpeed Cache is disabled in the plugin settings Ova greška ukazuje da niste uključili keširanje u podešavanjima LiteSpeed Cache dodatka. Just Plain Disabled LiteSpeed Cache is disabled Ovo je generična greška koja ne ukazuje na poseban uzrok. Na putanji LiteSpeed Cache > Toolbox > Report pogledajte Report Summary. Odeljak ServerVariable na vrhu može vam dati neke korisne informacije. Proverite vrednosti sledećih promenljivih: LSCACHE_ADV_CACHE - vrednost treba da bude true Ako je ova vrednost NULL, potražite datoteku wp-content/advanced-cache.php  koja treba da sadrži liniju define('LSCACHE_ADV_CACHE', true); Ako linija postoji, onda je problem do permisija. Rešite problem uklanjanjem datoteke advanced-cache.php i deaktiviranjem i ponovnim aktiviranjem dodatka LiteSpeed Cache. Napomena: Ponekad se desi da dodatak i dalje ne radi. U ovom slučaju, idite na LiteSpeed Cache > Cache > Advanced i ugasite opciju Check Advanced Cache. LITESPEED_ON - vrednost treba da bude true Ako je LSCACHE_ADV_CACHE = null to znači da ne koristite LiteSpeed Web Server i to ograničava funkcije koje možete da koristite. <span data-mce-type="bookmark" style="display: inline-block; width: 0px; overflow: hidden; line-height: 0;" class="mce_SELRES_start"></span>LITESPEED_ON_IN_SETTING - vrednost treba da bude true Ako je ova vrednost NULL, na putanji LiteSpeed Cache > Cache podesite Enable Cache na ON. WordPress Lacks Permissions Ako WordPress nema pristup za kreiranje tabela u vašoj bazi podataka, pokrenite ove SQL upite ručno nakon instalacije: CREATE TABLE IF NOT EXISTS wp_litespeed_optimizer ( id int(11) NOT NULL AUTO_INCREMENT, hash_name varchar(60) NOT NULL COMMENT “hash.filetype”, src text NOT NULL COMMENT “full url array set”, dateline int(11) NOT NULL, refer varchar(255) NOT NULL COMMENT “The container page url”, PRIMARY KEY (id), UNIQUE KEY hash_name (hash_name), KEY dateline (dateline) ); i, CREATE TABLE IF NOT EXISTS `wp_litespeed_img_optm`( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `post_id` bigint(20) unsigned NOT NULL DEFAULT '0', `optm_status` varchar(64) NOT NULL DEFAULT '', `src` varchar(1000) NOT NULL DEFAULT '', `srcpath_md5` varchar(128) NOT NULL DEFAULT '', `src_md5` varchar(128) NOT NULL DEFAULT '', `server` varchar(255) NOT NULL DEFAULT '', `root_id` int(11) NOT NULL DEFAULT '0', `src_filesize` int(11) NOT NULL DEFAULT '0', `target_filesize` int(11) NOT NULL DEFAULT '0', `target_saved` int(11) NOT NULL DEFAULT '0', `webp_filesize` int(11) NOT NULL DEFAULT '0', `webp_saved` int(11) NOT NULL DEFAULT '0', PRIMARY KEY (`id`), UNIQUE KEY `post_id_2` (`post_id`,`srcpath_md5`), KEY `post_id` (`post_id`), KEY `optm_status` (`optm_status`), KEY `root_id` (`root_id`), KEY `src_md5` (`src_md5`), KEY `srcpath_md5` (`srcpath_md5`) ); Ostali potencijalni problemi detaljno su opisani u posebnim člancima naše baze znanja: Problemi sa keširanjem Rešavanje CSS/JS problema Kompatibilnost sa Third-Party dodacima Najčešće greške sa WP-Cron taskovima