Hvis du trykker F12 i wordpress og reloader siden kan du se timeline for network på hvad der kaldes undervejs.
--

Tjek www.gtmetrix.com[...] og/eller tools.pingdom.com Her finder jeg personligt gtmetrix bedst :) Bare sørg for at oprette en bruger og sæt test serveren til den nærmeste geografiske placering på den server din hjemmeside er hostet, eller der hvor sin målgruppe er :) PS. gtmetrix kommer også med brugbare og praktiske forslag til forbedringer :)
--

Sidst redigeret 24-08-2017 21:05

Har du mange inline-scripts på din side? Hvis "filen" hedder det samme som domænet, så er det gerne din html inkl. inline-sceipts. Bruger du eventuelt et plug-in som omdanner nogle ting til online - eller omdanner css/javascript til såkaldt "above-the-fold" ?
--

Har du et link til siden måske?
--

https://gtmetrix.com[...] Meget "skidt" i koden hvis du spørger mig, 245 requests tager for eks en del tid :-P #4 Står i #0 ;)
--

@5 Nu ved jeg ikke om du mener det seriøst, men tvivler stærkt på at prntscr.com er #0 side :-)
--

Åh, selvfølgelig glemmer jeg hjemmesiden. Værsgo: https://gtmetrix.com[...] Som der står under "Waterfall" er det "GET skiveup.dk" der tager helvedes lang tid. Men har faktisk ikke den store forstand på alt det her, så derfor ville lidt hjælp være taknemmelig. Alt det der er på hjemmesiden lige nu er blot det der fulgte med, det er ikke noget vi har lagt op.
--
Gigabyte Z77X-D3H i5 3570k @ 4.3GHz - Corsair H100i 8GB Corsair Vengeance Asus GTX780 DirectCU II OC

#7 Nu har jeg luret lidt. Jeg tror du har et issue med databasen, eller om ikke andet noget af det script der tilgår databasen.
--
http://hamdentykke.dk[...] http://onsdagssnegl.dk[...]

#8 Hvordan skal man så forholde sig når det er et tema i WP? Der jo hundredvis af linjer kode lavet af andre :/...
--
Gigabyte Z77X-D3H i5 3570k @ 4.3GHz - Corsair H100i 8GB Corsair Vengeance Asus GTX780 DirectCU II OC
--

Sidst redigeret 25-08-2017 00:29

#9 Jeg tror ikke det er dit tema der gør det. Jeg kan selvfølgelig tage fejl. Virker siden hurtigere hvis du har et andet tema?
--
http://hamdentykke.dk[...] http://onsdagssnegl.dk[...]

#10 Spørger måske dumt... Men ligger al' script ikke i koden? Og koden kommer jo fra temaet? Har umiddelbart ikke prøvet med et andet - kan man sikkert skifte mellem temaer uden at miste det man har lavet om?
--
Gigabyte Z77X-D3H i5 3570k @ 4.3GHz - Corsair H100i 8GB Corsair Vengeance Asus GTX780 DirectCU II OC

#11 Temaet kan have nogle ting der er specifik, i forhold til koden, men det burde ikke lave en masse databasekald. Det der kan ligge i det, kan være noget javascript. Og nej, al koden ligger ikke i temaet. Det er bare "tøj" til din side. Det er længe siden jeg har rodet med WP, men jeg mener ikke det har nogen indflydelse på sidens indhold, om du skifter tema. Det kan godt være at din side ser noget mærkelig ud i et andet tema, man det burde ikke ødelægge noget.
--
http://hamdentykke.dk[...] http://onsdagssnegl.dk[...]

Kan se du har hostet ved Unoeuro. Du burde som minimum bruge et caching plugin, kan anbefale wp-rocket som er et betalt plugin, findes også nogle gode gratis alternativer. Ellers overvej noget ordentlig hosting med serverside cache, hvis det er et seriøst projekt. ...ville også få noget https på, mener også det er gratis gennem Lets Encrypt hos Unoeuro :).
--
https://www.creadecor.dk[...]

Umiddelbart ser det ud som om, at det er noget jQuery der renderer billederne. Måske et lazy load script. Problemet er at hele dokumentet venter på, at scriptet og billederne bliver loaded, det man kalder "render blocking", og derfor kan indholdet ikke ses før de handlinger er afsluttet. Hvis du har mulighed for at deaktivere lazy load, så prøv lige det. Hvis det ikke er det, så kan det muligvis være den måde temaet er kodet på, hvor der benyttes scripts til at renderer noget af layoutet, og det er bad pratice. Og så studser jeg lige over, at der næsten er 1 mb css. Det er eddermanme meget! :D CSS'en fylder mere end billederne på siden - det er meget unormalt, og vil derfor også agere "render blocking", fordi der skal loades så meget, før hjemmesiden kan vises. Umiddelbart benytter du ikke så mange requests. Du kunne godt komprimere billederne mere, tilføje caching og gzip, fjerne 2 døde requests, smelte nogle af filerne sammen, benytte SSL og derved HTTP/2 m.m. - det vil bestemt give noget, men det vil ikke løse render blocking problemet. Og det er dit største problem lige nu.
--

Sidst redigeret 25-08-2017 09:39

#12 Det kommer an på temaet. Mange temaer bruger en form for "builder" til at bygge indholdet på hver side. Disse builders spytter en hel masse kode ud i tekstområdet, som lagres i databasen. Skifter man tema, så risikerer man at alt indhold bliver til en kæmpe mur af kode der ikke kan læses, fordi det nye tema bruger andre metoder.
--

Du kan eventuelt lave en sikkerhedskopi af din side, og så prøve at skifte tema efterfølgende. Du kan downloade filezilla (ftp program), tilgå dit webhotel herigennem (login er I første mail fra unoeuro), downloade/sikkerhedskopiere al indhold fra public_html til din PC, og herefter sætte et nyt tema på. Hvis det "smadrer" noget, kan du så bare uploade din sikkerhedskopi til webhoteller igen :)
--

Sorry for det sene svar. Har installeret et plugin der hedder "Fast Velocity Minify". Den har det der hedder "Render Blocking" men er lidt i tvivl om hvad jeg skal aktivere uden at det ødelægger siden, da der står det kun er for "avancerede brugere". http://prntscr.com[...] - nogen idé? Noget andet er at der er kommet en opdatering til temaet - er det ikke noget med at man helst skal bruge child theme hvis man vil opdatere temaet? Bruger nemlig ikke child, så ved ikke hvad der kunne ske hvis jeg opdaterer temaet. Kan dog sige at indlæsning er væsentlig lavere med pluginet installeret, dog stadig omtrent 4-5 sekunder (før var ca. 8).
--
Gigabyte Z77X-D3H i5 3570k @ 4.3GHz - Corsair H100i 8GB Corsair Vengeance Asus GTX780 DirectCU II OC

Vi er lige blevet tvangsflyttet til Unoeuro fra Meebox og nu kører vores site også rigtigt langsom. Som minimum en fordobling af load tiden og vi har endda deres "prosuite".. Jeg er ihvertfald ikke imponeret over deres performance.
--

#17 prøv at deaktivere pågældende plug-in og installer i stedet "W3 Total Cache" - her kan du Google dig til de anbefalede indstillinger for dette plug-in :) Jeg kan klart anbefale det, og det hjælper rigtigt godt på performance via kompression af filerne samt caching. Jeg har personligt kun dårlige erfaring med plug-in som ligner dit, men har dog ikke erfaring med netop dit, så kan ikke sige meget andet end min egen erfaring med lignende. Mht. Child theme, så er det kun hvis du har lavet dine egne tilpasninger af css eller tilføjet noget msnusæt i functions.php eller lignende (dine egne scripts eller tilføjelser). Hvis ikke det er tilfældet så sker der ikke noget ved at opdatere, andet end de ændringer der er i selve opdateringen. #18 Jeg har nu aldrig haft problemer med unoeuro, hvor jeg har alle mine hjemmesider (webhotel og domæne) på deres helt basale bronze suite, med load tider som gerne er >= 1 sek for WP sider (afhængigt af hvor tung temaet og indholdet er, naturligvis)
--

Sidst redigeret 26-08-2017 11:20

Kunne godt være du skulle kigge din kode igennem, hvis du kigger på det link i bunden (højre side) hvor der står "Website Design", hover på den pil op, der kan du se en del tags der skulle afslutte nogle tags. (129 hvis du kigger i koden vha. browser) Ikke at det burde have det store med dine load tider at gøre. Omkring Unoeuro har jeg ikke oplevet nogle problemer med load tider osv. Sidste WP side jeg satte op loader på 0.3-0.4 iflg. Pingdom. Bronze suite.
--

Sorry det sene svar, der har været lidt travlt. Jeg har fået hentet og installeret WP-rocket men siden melder stadig 4-5 sekunder indlæsning. Ifølge Gtmetrix ligger problemet i JS-filerne hvor den siger at de helst skal samles i færre filer: https://gtmetrix.com[...] - jeg aner ikke hvorfor der ligger så mange Facebook JS-filer. Bruger jeg derimod Pingdom melder den færre filer og noget med query strings: https://tools.pingdom.com[...] Umiddelbart virker det ikke til at være anderledes ift. det gratis plugin jeg brugte før jeg købte WP-rocket. Jeg har aktiveret render blocking og gjort så den samler filer sammen, men uden egentlige bedre resultater. Nogen idéer?
--
Gigabyte Z77X-D3H i5 3570k @ 4.3GHz - Corsair H100i 8GB Corsair Vengeance Asus GTX780 DirectCU II OC

Hvad skal du med en database, du har 4 sider. start side med index html + css max 5kb
--

#21 har du prøvet helt at slå de plugins fra, som samler dine filer, og udelukkende bruge W3TC? Derudover vil jeg se at få identificeret de Facebook requests du har og få dem fjernet, hvis ikke de er nødvendige. Al indhold, ekskl. javascript, er loadet efter cirka 2,5 sekunder jf. gtmetrix, og alt derefter kommer fra scripts som primært har relation til facebook
--

Sidst redigeret 29-08-2017 23:17

#22 Må jeg indrømme jeg ikke er den store WP-guru. Har blot købt domæne hos Unoeuro, købt et til tema til WP og så sat det op. #23 Jeg har ikke prøvet udelukkende W3TC, men jeg har jo som sagt WP-rocket, er de ikke begge plugins der har samme funktion(er)? Jeg har prøvet at slå de plugins fra vi har med FB (den ene er så man kan kommentere artikler med FB-bruger, den anden er blot "Like"-boksen). Men det ændrede ikke på noget, den indlæste stadig Facebook JS-filer når jeg testede igen på GTMetrix.
--
Gigabyte Z77X-D3H i5 3570k @ 4.3GHz - Corsair H100i 8GB Corsair Vengeance Asus GTX780 DirectCU II OC

#24 WP-Rocket er klart det bedste plugin. Husk at deaktivere alle andre hastighedsoptimerings-plugins, så du kun har WP-Rocket installeret. Jeg ville deaktivere CSS render-block funktionen. Når den er aktiv får du FOUC (Flash Of Unstyled Content), og det ser ikke pænt ud. Så meget performance er der heller ikke at hente her. Grunden til at GTMetrix melder længere load tid end pingdom er også fordi, at du har valgt Canada som destination i GTMetrix mens du har Sverige i pingdom. Laver du en bruger på GTMetrix, kan du vælge England. Det er det tætteste du kommer på Danmark, med en gratis bruger. Når du integrere Facebook widgets, så loades der en krig af filer. Det er altsammen filer, hvor du ikke har kontrol over caching, fordi de hentes eksternt. Jeg benytter aldrig sociale embeds fordi de betyder et bloat af filer. Det samme gælder social sharing buttons. Det er vildt så meget de skide knapper kan æde af performance. Du kan også hente lidt performance ved at downloade de Google Fonts du bruger og selv levere dem som webfonts via din server. Jo flere eksterne domæner du henter materiale fra, jo flere DNS lookups skal der laves. Nogle kan man ikke undgå, men Google Fonts kan lige så godt hentes fra din server, for så har du også selv kontrol over caching og kan i øvrigt lade CloudFlare cache dem også, hvis du benytter det. Overvej CloudFlare også. CloudFlare er den hurtigste gratis DNS-server, har komprimerings og caching-egenskaber og integrerer godt med WP-Rocket. En hurtig DNS-server med en høj TTL (DNS caching) gør også en hel del for hurtige DNS lookups. 154kb CSS og 290kb scripts er stadig meget, men det bliver nok ikke meget mindre, når du vælger at bruge et tema frem for at udvikle fra bunden. Bruger du PHP 7.1? Ellers er der også en del at hente her. Har du gjort alt ovenstående er der ikke meget mere at gøre, med mindre du vil skifte til et andet webhotel. Unoeuro er budget-hosting og har en ok løsning ud af boksen til billige penge, men der er voldsomme forbedringer at hente hos andre udbydere. Hos andre udbydere kan du f.eks. udnytte HTTP/2. Det er den nyeste version af HTTP som kan sende flere requests parallelt, og er derfor betydeligt hurtigere. Det kræver SSL for at kunne gøre brug af det. Måske tilbyder Unoeuro det - I don't know. Herudover tilbyder andre udbydere dynamisk caching og memcaching. Med dynamisk caching kan en hel side inkl. dets resourcer caches og leveres direkte fra rammene. Normalt skal der højest sandsynligt flere databasekald til for at rendere en side i et CMS-system, men med dynamisk cache laves databasekald m.m. kun for den første besøgende. Herefter vises hele cachede sider direkte fra rammene. WP-Rocket har faktisk dynamisk caching indbygget, men resultatet leveres fra disken og ikke rammene. Her er der formentlig også en fordel ved at benytte et webhotel med SSD netop pga. det. Memcaching er lidt det samme som dynamsisk caching. Memcaching øger hastigheden på databasekald, API-kald og siderendering ved at gemme objekter og data i serverens ram. Dvs. databasekald der bliver brugt ofte kan caches i serverens ram, så de kan leveres direkte derfra i stedet for at lave kald hver gang en side besøges. Angående "Combine external javascript" i Pingdom, så kan WP-Rocket ikke altid kombinere alt i én fil. WP-Rocket vurderer om der skal flere filer til for at sikre, at din side ikke går i stykker. Kører du med HTTP/2, så kan det faktisk i nogle tilfælde være hurtigere, at have 2-3 js-filer end én stor fed fil. Ratings i diverse test tools skal altid tages med en gran salt. Lad load-hastigheden tale højest.
--

Sidst redigeret 30-08-2017 20:33

W3c html https://validator.w3.org[...] css https://jigsaw.w3.org[...] Js http://skiveup.dk[...] css http://skiveup.dk[...] http://skiveup.dk[...] http://skiveup.dk[...] Hvad med et kursus. https://www.nemprogrammering.dk[...]
--