Dansk WordPress – ressourceforbrug
De fleste der fÞlger min Twitter strÞm har nok bemÊrket at jeg igennem mere end en uge har kÊmpet med at fÄ nogle WordPress blogs til at fungere ordentligt pÄ en ny dedikeret server.
For at gĂžre en rigtig lang historie kort er jeg kommet dertil hvor jeg ikke lĂŠngere vil benytte den danske version af WordPress.
Efter masser af forskellige tests, har jeg fundet frem til at den danske udgave af WP koster en hel del pĂ„ ressourceforbruget pĂ„ serveren. Et sĂ„ stort forbrug at det pĂ„ ingen mĂ„de (for mig) kan retfĂŠrdiggĂžre at bruge det. I stedet kan jeg direkte via mit tema lave lidt omkodning og fĂ„ en “dansk” blog i brugernes Ăžjne. Dertil kan jeg sagtens leve med at min administration (wp-admin) er pĂ„ engelsk.
For de tekniske kan jeg sige at blot ved at skifte fra DK til EN har jeg kunne reducere min php memory_limit fra 32M til 8M pĂ„ flere forskellige blogs uden at fĂ„ Allowed memory size exhausted fejl – det er noget af en markant forskel i mine Ăžjne.
Udover det vil krÊve mindre af din server/webhost at generere en side for brugeren, vil det ogsÄ kunne give dig en hurtigere blog da du undgÄr en masse data skal igennem oversÊttelses delen.
Hvis ikke hastighed pÄ dine hjemmesider er hÞj prioritet lige nu for dig, sÄ bÞr du nok overveje at bruge lidt krÊfter pÄ det snarest. Hurtigere hjemmesider er en del af den ranking faktor Google benytter. SÄ tÊnker du i SEO kan du ikke komme uden om at optimerer hastigheden ogsÄ.
Jeg vil rigtig gerne hĂžre hvis andre har lavet nogle lignende tests og kan bekrĂŠfte dette markante ekstraforbrug ved at benytte andre sprog end EN.
Og kan lige nĂŠvne at man ret nemt selv kan teste sin blog uden at bruge skulle anstrenge sig for meget.
I din wp-config.php kan du ĂŠndre
define (‘WPLANG’, ‘da_DK’);
til
define (‘WPLANG’, ”);
(Om der er andre ting der er anderledes i EN/DK versionen, andet end selve MO filen, ved jeg ikke.)
SpÊndende. Jeg mÄtte straks teste.
Ved automatisk opdatering hos noget af min billighosting har jeg nemlig oplevet en fejl under opdatering og en besked om exhausted memory. Det var i DK-versionen.
En hurtig ĂŠndring i wp-config senere opdaterer den nu fejlfrit fra dashboardet.
Jeg skal mÄske nok lige rende en blog eller to over og overveje, om jeg bare skal bruge den engelsksprogede version pÄ dem fremover.
Tak for at dele din test – og hvis man skal se pĂ„ den positive side, sĂ„ er det da rart, at der kom bare en lille smule godt ud af alle dine kvaler med din nye server.
Som mangeÄrig oversÊtter af kommerciel software, sÄ har det i en del Är undret mig, at oversÊttelsen af fri software ogsÄ blot har fungeret efter fri-princippet. Selve tankegangen har jeg det fint med, men nÄr man ved, hvor mange krÊfter der bliver lagt i testarbejde og alverdens sager for at sende et kommercielt produkt i luften, sÄ har det forbavset mig, hvis det ville virke fejlfrit blot at oversÊtte nogle ressourcefiler.
SĂ„ pĂ„ sin vis glĂŠder det mig (lidt skadefro skal man vel vĂŠre en sjĂŠlden gang), at sĂ„ nemt gĂ„r det sĂ„ tilsyneladende heller ikke. đ
Jeg er i gang med at konfigurere min fĂžrste “rigtige” blog med WordPress, hvor jeg den anden dag satte WPLANG til da-dk for at udnytte danske versioner af nogle plugins, men til min store overraskelse medfĂžrte det ogsĂ„, at selve WordPress blev autoopdateret til dansk. Bloggen ligger heldigvis kun lokalt indtil videre, sĂ„ det mĂ„ vist ogsĂ„ blive den engelske version, jeg skal bruge, og sĂ„ selv stĂ„ for lokaliseringen (sĂ„ er der godt nok ikke sĂ„ meget hobby over det mere, nĂ„r nu det ogsĂ„ er det jeg laver hele dagen :-).
SÄ tusind tak for tippet og din omfattende kamp for at fÄ serveren til at kÞre.
“For de tekniske kan jeg sige at blot ved at skifte fra DK til EN har jeg kunne reducere min php memory_limit fra 32M til 8M pĂ„ flere forskellige blogs – det er noget af en markant forskel i mine Ăžjne.”
Hvordan har du testet det? Bare sĂ„dan af ren nysgerrighed…
Hej Rudi. Det har jeg gjort er at ĂŠndre min php.ini fil hvor memory_limit kan sĂŠttes.
Dog kan det ogsÄ gÞres via din .htaccess ved at indsÊtte
php_value memory_limit 32M
For at finde ud af hvad din nuvĂŠrende memory_limit er, kan du checke din phpinfo indstillinger.
BemÊrk at du via din .htaccess kun kan gÄ ned i ram ressourcer, men aldrig over det der er specificeret i php.ini der administreres af din webhost.
Yeps, det er prĂŠcis exhausted memory man oplever hvis der ikke er nok RAM allokeret i forhold til det WP krĂŠver.
Ja er dejligt at nu have muligheden for direkte at kunne lege med sĂ„danne ting og kunne mĂ„le pĂ„ det direkte pĂ„ serveren. Er kommet noget klogere ud af denne lange ude đ
I alle Ärene har jeg kun kÞrt med den engelske version af WP. Jeg ved ikke hvorfor, men noget sagde mig, at det var bedst. Sjovt at ens instinkt kan ramme rigtigt pÄ noget sÄ teknisk.
Og tillykke med at du nu har fÄet lÞst de problemer!
Uha Claus – jeg ved hvor meget du har siddet og svedt â jeg sad selv med nogle gange til langt ud pĂ„ natten. Da jeg sĂ„ din blogpost pĂ„ forsiden af Zooka, viste jeg du havde vundet kampen. Som du skrev til mig kl. 01.30.. du giver ikke op sĂ„ let.. NĂŠ, men det gĂžr du heller ikke. De Herre, jeg kan garanterer jer for, at Claus har gennemgĂ„et alt hvad der om muligt kan gennemgĂ„s i WP. Du har min fulde respekt!
Tak for jeres kommentarer đ
@Zooka: Ja det var lĂŠkkert du gad hjĂŠlpe med nogle test og rĂ„d – Vi fik bla Zooka bot til at lave nogle test af Snyd.dk pĂ„ 2 forskellige hosts samtidig for at checke loadtider mv.
Du er god at have i baghĂ„nden nĂ„r du oven i dit venlige vĂŠsen ogsĂ„ kan tage Zookabot med til festen đ
Ekstremt spĂŠndende lĂŠsning — som alti, Claus!
Jeg er fluks gÄet i gang med at kigge pÄ ressourceforbrug pÄ mit site.
Jeg bruger fĂžlgende vĂŠrktĂžj, sĂ„ ogsĂ„ gi’r lidt andre informationer end ramforbrug:
Jeg har ikke nÄet at sammenligne med en engelsk udgave endnu.
Hvilken version af WordPress kĂžrer du? 2.9.1?
Jeg kĂžrer pt. med en php memory_limit pĂ„ 32mb — og alt kĂžrer fint og hurtigt. Hvis jeg ikke kĂŠmper om ressourcer med andre, er der vel ikke noget i vejen med at holde fast ved den indstilling? Eller?
Alt godt,
Kasper
@Kasper, tak tak đ Ja det er seneste version jeg har testet med. (2.9.1)
Og ja hvis din blog kĂžrer fint med den limit er der ingen grund til at ĂŠndre det – bloggen bliver ikke hurtigere af du hĂŠver den. Men hvis du smider flere Plugins pĂ„ og har DK versionen af WP, vil du mĂ„ske opleve (exhausted memory) pĂ„ et tidspunkt. SĂ„ hold alt Ăžje med bloggen efter der er installeret nye plugins.
Et sted som Unoeuro har fx. som standard 128M i memory_limit – den er sĂ„ hĂžj sĂ„ ingen vil opdage at deres ressourcer lĂžber lĂžbsk, men er ogsĂ„ dejligt nemt for den normale blogger at man ikke skal tĂŠnke i ram forbrug.
Der er, i min verden, ikke noget odiÞst i at have mem limit pÄ 32MB.
Jeg vil mene du skal kigge pÄ et cache plugin, eller noget mod_php, hvis der ikke er andre klienter pÄ din server, eller suphp hvis der er.
xCache og Zend er ogsÄ noget der trÊkker i den rigtige retning.
Mange standard (og engelske) plugins kan dÄrligt fungerer med 8MB mem limit.
Det kommer selvfÞlgelig an pÄ hvad man vil.
Nu du har fÄet dig en dedikeret server, skal du jo ogsÄ bruge den.
Tak for hurtig respons! đ
God pointe med antallet af plugins, og deres tyngde.
Kender du — eller andre i trĂ„den — til tabeller for merbelastning ved Ăžgning i antallet af samtidige brugere?
Jeg har foretaget en minianalyse af to forskellige wordpress-projekter, der kĂžrer med samme serverlĂžsning (Surftown), dog med forskel i php-versionerne.
Hvis monitoreringsplugin’et er til at stole pĂ„, sĂ„ er der ikke den store forskel i ressourceforbruget.
Screenshots kan ses her:
http://kasperbergholt.blogspot.com/2010/02/ressourceforbrug-wp-dansk-vs-engelsk.html
Med Ăžnske om en dejlig mandag til alle!
Kasper Bergholt
Hmmm… yderst interessant artikel. Det kan mĂ„ske forklare hvorfor jeg synes mine 3 WP blogs er langsomme? Havde nu ikke lige bemĂŠrket at det skulle vĂŠre sket ved overgangen til de danske versioner. Men det var da et forsĂžg vĂŠrd at skifte en af dem tilbage til engelsk đ
Hold da op…. Testede lige kort og fik en halvering af loadtid pr side, det virker altsĂ„ bare lovende.
Jeg sad faktisk og undrede mig i weekenden over at en .dk blog havde sÄ meget dÄrligere performance i forhold til en .com, begge er sat nÊrmest identisk op, altsÄ lige bortset fra hosten (US og DK).
I fĂžrste omgang gav jeg den danske host skylden â det var det sĂ„ ikke, eller i hvert fald ikke helt đ
Thanks for sharing!
@Jan Skinnerup —
Hvis jeg var dig, ville jeg forsĂžge at udelukke evt. andre flaskehalse inden — database, php query-eksekveringstid, osv., inden du skifter version.
Er hastighedsnedsĂŠttelsen generel — eller er der tidsmĂŠssige udsving fx? — det kunne indikere, at der er for meget load pĂ„ de servere, hvor du hoster.
Go’ arbejdslyst!
@j1s: Du misforstÄr mig vist. Jeg gÄr ind for at tune tingene ind og ikke bare lade ting lÞbe lÞbsk.
Situationen er at jeg skal bruge den server til mange sites (Plesk 100 licens), men efter bare en hÄndfuld DK blogs begyndte ressourcerne at forsvinde og det endte ogsÄ med nedbrud pga. alt rammen var spist.
Jeg har sĂ„ fundet den stĂžrste synder (WP-DK) der fik mine blogs til at suge 4 gange sĂ„ meget RAM, bare for at oversĂŠtte et par ord hist og her – Det er jo Ă„ndsvagt!
Jeg skriver pĂ„ intet tidspunkt at memory_limit permanent skal nedsĂŠttes til 8M – jeg har min pĂ„ 64M nu, netop for at have lidt at lĂžbe pĂ„. Men i en test proces hvor jeg har skulle finde RAM syndere var det en af metoderne, og WP-DK viste sig at vĂŠre den absolut stĂžrste synder mht. RAM frĂ„s – det er hele pointen đ
Ved ikke lige hvilke plugins du benytter, men jeg har altsÄ kunne fÄ alle dem jeg skal og vil bruge (15+ stykker) til at virke perfekt pÄ WP-EN med 8M. Det er til en blog med op til 8000 daglige unikke / 40000 sidevisninger. Der begynder ressourceforbrug pr session altsÄ at betyde noget i min verden.
@Klaus, velbekommen đ
@Jan: Der er rigtig mange ting der kan gĂžre en blog langsommere. For mange og (dĂ„rligt kodet) plugins kan virkelig trĂŠkke ned i hastigheden – nogle plugins er virkelig dĂ„rlige.
Selv deaktiveret plugins kan ligge og trÊkke ressourcer, sÄ har du plugins du ikke brugere mere, sÄ deaktiver og slet dem helt.
Fx. anbefaler jeg alle der vil have en bedre blog at fĂ„ renset ud i deres template – fjern og erstat alle unĂždige php kald – se evt. mere her: https://yoast.com/site-speed-tools-suggestions/
@ Kasper & Claus
Ja, det er en generel langsommelighed. Jeg har dog mit theme mistĂŠnkt for at vĂŠre hovedsynderen. Mine blogs har nemlig ikke altid vĂŠre langsomme đ
Jeg har installeret W3TC pÄ alle mine blogs, og der er ingen plugins installeret som ikke ogsÄ er i brug. Og stadig synes jeg ikke det kÞrer fantastisk hurtigt.
Men I kan jo selv surfe forbi og se hvad I synes. Mit navn er linket til mig “main blog”.
Skal dog ogsĂ„ siges, at jeg for nyligt installerede Firefox – sĂ„dan for sjovt. Og den virker til at eksekvere websites NOGET hurtigere end IE.
@Jan: Ja teamer kan i den grad godt betyde noget for loadtiden. Jeg har flere eksempler pÄ nogle temaer tager 2-4 sek mere pr sideload end mere simple temaer.
Udover de fif der stĂ„r i forrige link jeg sendte i kommentaren, kan temaer sagtens komme med flere sprog og sin egen lille oversĂŠttelses fil (.mo) – Det er sikker tilfĂŠldet i dit tema ogsĂ„.
Du kan ret nemt spotte om der bruges oversĂŠttelse i dit tema ved at kigge temafilerne igennem og se om der er tilfĂŠlde af
Men Jan du er velkommen til lave en admin bruger pÄ din blog til mig, sÄ kan jeg lige hurtigt skimme den igennem og se om der er ting du kan forbedre.
Umiddelbart tÊnkte jeg pÄ en mÊngde galleri-plugins, fx Nextgen eller andre upload-agtige plugins.
Jeg ved ikke om jeg misforstod, mÄske udtrykte jeg blot begejstring for cache muligheder pÄ en dÄrlig mÄde.
Det er et af de steder hvor man kan hente rigtig meget hastighed udover at konfiguere Apache eller man nu mÄtte bruge.
Hvorfor valgte du egentlig Plesk, om man mÄ spÞrge?
@j1s: Jeg bruger allerede forskellige caching muligheder og har tidligere skrevet flere forskellige blogposts om det her pÄ bloggen. (Se evt. https://da.clausheinrich.com/hurtigere-wordpress-blog/ )
Ja der er forskellige plugins der absolut vil gÄ langt over 8, 16 og selv 32M i memory limit. Nexgen er godt eksempel.. TDOmini forms er et andet eksempel der ogsÄ suger.
Men igen mÄ jeg understrege at ved at bruge WP-DK versionen krÊvede flere af mine blogs ca. 34M pr sidevisning, mens prÊcis den samme side med WP-EN skulle bruge mindre end 8M for at generere siden.
Det er sĂ„dan set bare der hele pointen ligger – er det kĂŠmpe ekstra ressourceforbrug vĂŠrd for folk derude, for at fĂ„ DK versionen af WP, hey sĂ„ fint nok.
Jeg vil dog hellere leve uden DK i dette tilfÊlde, have hurtigere sider og kunne fÄ flere sider pÄ min server uden at skulle smide endnu mere RAM i.
Plesk valget er blot fordi jeg har hÞrt godt om det og fordi det var det min nuvÊrende host benyttede. Har ikke haft tÊnkt nÊrmere over det punkt mÄ jeg indrÞmme.
Jeg kiggede lidt mere pÄ problemet med det stÞrre forbrug af hukommelse pÄ den danske version, og kan se pÄ flere blogge, at det samme problem gÊlder for andre sprog ogsÄ.
Jeg lavede derfor en compare af filerne i dansk og original WP, og det er helt tydeligt, at de primĂŠre ĂŠndringer er opslag i .mo-filerne:
Engelsk streng:
Dansk streng:
NÊsten alle strenge i den lokaliserede version er omskrevet til at bruge __() eller _e() til at lave opslag i .mo-filerne, sÄ som Claus allerede er inde pÄ, er det nok der, hunden ligger begravet.
Hvis man har et plugin, der understÞtter oversÊttelse (og det gÞr de fleste vel nok), sÄ er de sikkert ogsÄ overfyldt med __() og _e(), og der vil formentlig vÊre en del hukommelse sparet, hvis man bruger tid pÄ at omkode det.
Jeg har ikke kigget nĂŠrmere pĂ„, om man automatisk fĂ„r opdateret til en “oprindelig” version, hvis man fjerner sprogkoden i WPLANG, eller om man sĂ„ blot beholder en lokaliseret version pĂ„ engelsk. I princippet ville man jo sagtens kunne have en version pĂ„ engelsk, som stadig bruger de lokaliserede filer, som laver opslagene – der vil blot ikke blive returneret en ny vĂŠrdi.
Det er altsÄ heller ikke nok blot at bruge editoren til evt. at rette strenge til dansk i plugin-filer i stedet for at bruge en eventuel .mo-fil, da funktionerne til opslag efter oversÊttelser stadig vil findes i filerne.
PrĂŠcis Johnny – godt du kunne forklarer det lidt bedre end jeg. Det er nemlig ikke DK specifikt men hele ordbogsdelen der kommer med i bloggen via /wp-includes/promo/* – Jeg har dog fokuseret pĂ„ DK da det er det mest nĂŠrliggende pĂ„ en dansk blog đ
Ja der er flere steder denne lokalisering finder sted.. Bla ogsÄ i temaer. eksempel fra functions.php pÄ et tema jeg har her:
//load_theme_textdomain( ‘artsee’, ABSPATH . ‘/wp-content/languages’ );
//$locale = get_locale();
//$locale_file = ABSPATH . “/wp-content/languages/$locale.php”;
//if ( is_readable($locale_file) )
// require_once($locale_file);
Jeg har dog // quoted det ud sÄ den ikke gÞr brug af oversÊtteren i temafilerne.
Og samtidig omskrev jeg ogsÄ alle __( og _e( til helt ren tekst, sÄ vi undgÄr et helt unÞdigt opslag pr streng til ordbogsdelen.
At enkelte plugins sÄ selvstÊndigt benytter deres egen oversÊtter fil, er mere tricky at rode med, pga rettelser overskrives ved updates.
Det er her vi nok blot skal gĂ„ efter de lavthĂŠngende ĂŠbler, der er store og saftige đ
Rigeligt med ram og en opcode cache kan ogsÄ lÞse problement.
Har ligesom Rosenstand valgt at kĂžre med den engelske helt fra start.
Dog hovedsageligt fordi, at jeg bare foretrĂŠkker alt pĂ„ engelsk – ogsĂ„ styresystem, browser etc. Kan bare ikke fordrage nogle af de danske udtryk plus det ofte er nemmere at finde hjĂŠlp og tutorials pĂ„ engelsk.
Hov… kom helt vĂŠk fra denne trĂ„d igen. Men jeg tror jeg fundet “lĂžsningen”.
Jeg tror nemlig ikke det var min host og/eller system der var specielt langsom. Jeg tror det var min gamle IE7 der var problemet. Det opdagede jeg, da jeg prĂžvede Firefox. SĂ„ opgraderede jeg til IE8… og vupti… sĂ„ var det noget hurtigere over hele linjen.
Det forklarer ogsĂ„, hvorfor nogle af de hastighedsmĂ„linger jeg lavede ikke stemte overens med min egen opfattelse af “verden”. Det er der hermed rĂ„det bod pĂ„ đ
Jeg benytter Simplepress forum, der krĂŠver at man skriver sprog i WPLANG i config filen for at sprogfilen til forummet anvendes. De foreslĂ„r at man sletter .mo filen i languages mappen i WP. Har det samme effekt i WP mon, som helt at undlade da_DK i congfig’en?
@Bo: BĂ„de og. Ved at slette .mo filerne vil oversĂŠttelserne ikke blive fuldfĂžrt, men serveren vil dog stadig lave et lookup efter denne .mo fil.
Mit klare rÄd vil vÊre at manuelt omskrive ens tema og manuelt indsÊtte de danske ord/sÊtninger, i stedet for sprogversionen.
Eksempel:
kan blot omskrives til
Kommentar
Hej Claus,
Har du tilfĂŠldigvis vĂŠret igang med testing af dette i den nye 3.0?
Jeg bruger selv den engelske og vil nok altid gĂžre det. Til gengĂŠld er der kunder, som specifikt efterspĂžrger at fĂ„ det pĂ„ dansk og som udgangspunkt skal det jo sĂ„ gerne leveres đ
Hejsa Steen,
Nej jeg har valgt ikke at springe pÄ 3.0 endnu med de mere seriÞst blogs. Af princip venter jeg altid lige et par patches/opdateringer for at fÄ de mest grÊlle fejl rettet.
Men jeg vil godt lige smide en update nÄr jeg en dag fÄr testet den nye WP version.
Jeg forstĂ„r hvis kunden godt vil have det pĂ„ dansk – mange vil nok gerne give en lille smule ekstra loadtid for at fĂ„ det sĂ„dan, og det er ganske ok.
Det ville vĂŠre fin service đ
Hvis jeg selv kommer igang med 3.0 (venter helst af samme Ärsager), og jeg bliver klogere herpÄ, sÄ smider jeg gerne en kommentar.
Ved du Claus – eller andre – om problemet stadig er lige sĂ„ stort med langsommelige blogs, hvis man benytter dansk sprog pĂ„ dem…?
@Christian: ved jeg faktisk ikke da det vil krĂŠve en ny test. Personligt bruger jeg altid den engelske udgave og laver blot de danske rettelser jeg har behov for direkte i mit tema.
NÄr jeg finder tiden vil jeg lave en test pÄ de 2 versioner.
Men ja mÄske der er andre derude der har testet pÄ WP 3.2.x