Bekijk Volledige Versie : laadtijden
ecom-trade
16/09/14, 09:46
All,
Wij zitten momenteel bij een hoster die ons weet te zeggen dat onze site proma werkt.
http://wims-tractorparts.be/index.php/webshop
Vinden jullie deze laadtijden acceptabel ?
Content van de site speelt geen rol aangezien hier nog aan gewerkt wordt.
MVG
TotallyHosted
16/09/14, 10:14
De website laadt niet echt snel door hier. Is dit een custom script of een standaard script? Heb je anders een statische pagina waarmee we dit kunnen vergelijken?
ecom-trade
16/09/14, 10:26
deze draait op een up to date joomla met amper 8700 producten in de webshop
dennis0162
16/09/14, 10:35
Tja je zit dan ook wel bij de grootste budget hoster van Nederland.
ecom-trade
16/09/14, 10:38
Zijn er enige voorstellen van hosters.
De site draait nu op joomla/hikashop. +- 8700 producten, 1300 categorieen.
Zal +- (hopelijk) 500 bezoekers per dag trekken. (veel query)
Wat zou er nodig zijn als vps bvb?
MVG
Wim
CharlieRoot
16/09/14, 11:53
Mijn god, wat traag....
Mijn god, wat traag....
Dank voor de aanvulling ...
Dat de website traag is kan meerdere oorzaken hebben. Heb wel is een klant gehad die bij elke bezoeker op een externe server in de USA een wisselkoers van de dollar ging ophalen. Zo laadt gegarandeerd elke pagina van de website bijna een seconde trager. Waar je dus naar zou moeten kijken in caching.
Nu weet ik dat er voor WordPress mooie cachingmodules beschikbaar zijn waarmee websites al flink wat sneller zijn, neem aan dat deze er ook wel voor Joomla zijn.
Wel slecht dat de webhoster dit acceptabel vindt en geeneens een tip geeft wat je kan verbeteren. Ik raad je dus eerst aan om te kijken wat er aan de website kan worden verbeterd zodat deze sneller laadt. Mocht dit het niet oplossen is het misschien tijd voor een andere hostingoplossing.
systemdeveloper
16/09/14, 13:13
Je zou de boel wat kunnen cachen. Zo te zijn heb je overal een no-cache header en zou je al die images eigenlijk vanaf een cookieless subdomein moeten laten lopen. De page an sich is wel traag met 3-4 seconden, maar daar komt nogal wat tijd bij vanwege die 60-70 images.
Zoals het nu is, is het iig een garantie voor een highscore op de bouncerate :)
mgielissen
16/09/14, 15:41
De site laadt inderdaad langzaam. Maar ja, je deelt de server met 1000 andere sites http://whois.domaintools.com/46.21.173.154
De site laadt inderdaad langzaam. Maar ja, je deelt de server met 1000 andere sites http://whois.domaintools.com/46.21.173.154
Het kan ook een cluster zijn (in theorie) welke met meerdere servers de domeinnamen bediend. Overigens zie je enkel op die link staan dat er 1000 domeinnamen naar verwijzen, je weet niet wat voor sites het om gaat.
De site is inderdaad traag. Het advies is om het aantal plaatjes iets te beperken en waar mogelijk later te laden, bij bepaalde grotere plaatjes kan het verkleinen overigens ook helpen. Vraag ook aan de hoster wat hij adviseert om te doen om de site sneller te maken, een goede hoster heeft hier een aantal tips voor.
ecom-trade
16/09/14, 17:01
De cache is inmiddels aangezet. Maar ook de admin pagina is tergend traag.
Het toevoegen van een catergorie aan een produkt heb je snel een minuut voor nodig
Ook al eens aan database optimalisatie gedacht?
Kijk ook eens naar je memory_limit als je niet meer dan 64M heb gekregen dan wordt het denk ik wel problematisch met zoveel categorieën en producten.
Met OpenCart of Presta zou het misschien nog lukken. Maar Joomla en combinatie met een webshop?
ecom-trade
16/09/14, 20:57
dit is een shared hosting. Deze kan ik niet aanpassen.
DB is ok. cache staat nu aan. Maar nog steeds traag.
heb een vraag gesteld in de aanbiedingen ook. Zou snel willen overgaan naar een vps .... dus snelle aanbieders welkom.
dit is een shared hosting. Deze kan ik niet aanpassen.
Als ze PHP als Apache module draaien dan is het soms mogelijk enkele van deze instellingen aan te passen en te verhogen. Dit kan middels een .htaccess of in je PHP code.
heb een vraag gesteld in de aanbiedingen ook. Zou snel willen overgaan naar een vps .... dus snelle aanbieders welkom.
Het daar genoemde budget met de genoemde eisen zou ik aanpassen, eventueel kun je ook kiezen weer voor shared hosting te gaan bij een andere hoster. Shared hosting is in veel gevallen voordeliger dan een VPS met een vergelijkbaar niveau van beheer en service.
MKB Webhoster
17/09/14, 00:39
Ik zie inderdaad ook dat de website erg traag functioneert.
Zoals anderen al hebben vermeld kan dit inderdaad aan uw webhoster liggen.
Als ik u een advies moet geven zou ik wel bij shared webhosting blijven gezien er voor een VPS meer technische aspecten naar boven komen en een redelijke kennis van linux nodig is.
Want installeren van directadmin en dan draaien gaat natuurlijk niet werken.
De dns moet ingesteld worden en ook moet de vps wekelijks up to date worden gehouden.
Daarnaast zou er een firewall helemaal afgesteld moeten worden om het te beveiligen.
Als ik een advies mag uitbrengen kies voor webhosting bij www.yourhosting.nl zeer betrouwbaar bedrijf uit Zwolle.
Wie heeft gezegd dat een VPS unmanaged moet zijn?
En je hebt veel meer mogelijkheden om de VPS aan de eisen van de website aan te passen. Dat gaat je bij shared hosting echt niet lukken.
Ik denk wel dat er hosters zijn die voor Joomla + shop in een shared omgeving goed hebben ingericht.
Wij hebben b.v alles meer richting OpenCart ingesteld. Hier draaien multistore webwinkels op met meer als 1000 Categorieën en 6000 producten in een shared omgeving.
ecom-trade
17/09/14, 11:20
inmiddels hebben wij gekozen voor een vps
2vcpu
2GB ram
100GB opslag en 2TB traffic
cpanel en managed
advandeput
17/09/14, 11:57
Is inderdaad zeer traag, als potentiele klant ben je al weg geklikt.
CharlieRoot
17/09/14, 18:24
Weinig resources voor het gebruik van CPanel. Alleen cPanel kan de server al vertragen is onze ervaring
Weinig resources voor het gebruik van CPanel. Alleen cPanel kan de server al vertragen is onze ervaring
Lees meer: laadtijden - Reageer op Onderwerp http://www.webhostingtalk.nl/newreply.php?do=postreply&t=186042#ixzz3DajLmzxf
Met een Cpanel vps licentie zal het wel lukken. Deze nemen niet veel recource.
En als je dan allen maar in het begin met het volgende wilt starten
De site draait nu op joomla/hikashop. +- 8700 producten, 1300 categorieen.
Zal +- (hopelijk) 500 bezoekers per dag trekken. (veel query)
Lees meer: laadtijden http://www.webhostingtalk.nl/shared-webhosting/186042-laadtijden.html#ixzz3Daj614aZ
zou het genoeg moeten wezen. Opschalen kan altijd nog als je meerdere sites erbij op gaat plaatsen.
CharlieRoot
17/09/14, 18:49
CPanel met al die idiote scripts en processen neemt veel in gebruik. Daarom hebben we cPanel er bij ons uit gemikt.
Dat mag.
Hier zijn wij tevreden met cPanel en directadmin
Kijk ook eens naar je memory_limit als je niet meer dan 64M heb gekregen dan wordt het denk ik wel problematisch met zoveel categorieën en producten.
Eens PHP geen geheugen meer heeft geeft die toch gewoon een error? Gaat toch niet veel uitmaken aan de laadtijd?
geeft die toch gewoon een error
Je hebt gelijk.
Beter is om de DB onderhanden te nemen.
Om duidelijk te hebben in waar de vertraging zit zou ik eerst eens wat statische pagina's plaatsen. Gewoon een pagina met wat tekst, opmaak, foto en dan kijken naar de laadtijden, meet dit met een klein php scriptje en kijk dan naar de tijd die de pagina's er over doen.
Als een statische pagina al langer duurt dan is het al wel duidelijk. Laat eens weten... VPS en Shared hosting zijn echt verschillend en moet je overwogen keuze in maken.
Edit: Als ik kijk naar een andere site op zelfde IP dan gaat dat een stukje soepeler. (www[dot]allesoverdiabetes[dot]be)
websiteondemand
23/09/14, 13:51
Ligt er hierbij natuurlijk ook aan wat voor caching je wil gaan instellen en/of dat server side wel goed is ingeregeld (al dan niet distributed). Kan me hier goed voorstellen dat file i/o ook een bottle neckje is en als je dan van alles op disk gaat lopen cachen, ben je mogelijk nog beroerder af dan wanneer je alles bij iedere request via getunede database(/connectie) ophaalt. Maar inderdaad, caching is wel de weg te gaan, hoewel het OS dat dus ook moet ondersteunen en er idealiter op ingericht moet zijn. Joomla ondersteunt tegenwoordig out-of-the-box, dergelijke instellingen om laadtijden te versnellen. Eenmaal ingeregeld kan blijken dat dit nog niet de heilige graal is, maar doel 1 lijkt me de "wait time" naar beneden te krijgen, dus de tijd vanaf het moment dat de request volledig is verstuurd, totdat de server begint met response over de lijn te sturen. Daarna kan je verder gaan kijken naar client-side zaken (scripts, banners, fonts, enz die van buiten moeten komen en noem maar op) of zelfs de verbinding.
Waarom cpanel, of welk panel dan ook ? Het gaat hier om 1 domein en een enkele website ? Als er geen specifieke wensen zijn is een controlepaneel een versplilling van resources en kosten. Vooral als het om een managed oplossing gaat! Zonder paneeltje kan het goedkoper en sneller :)
(of is het paneel geinstalleerd omdat de host geen kennis van het onderliggende systeem heeft )
CharlieRoot
25/09/14, 13:32
Waarom cpanel, of welk panel dan ook ? Het gaat hier om 1 domein en een enkele website ? Als er geen specifieke wensen zijn is een controlepaneel een versplilling van resources en kosten. Vooral als het om een managed oplossing gaat! Zonder paneeltje kan het goedkoper en sneller :)
(of is het paneel geinstalleerd omdat de host geen kennis van het onderliggende systeem heeft )
Precies. Waarom een panel installeren voor simpelweg een website beschikbaar maken. Totale onzin.
Bovendien zit je met een paneeltje ook vaak 'vast' aan een bepaalde webserver en versie daarvan. Er is dan vaak geen mogelijkheid om apache te vervangen door lighttpd of nginx, of welke dan ook maar precies past op de behoefte en load van de site.
Maar paneeltje is voor de afnemer (zonder specifieke tech. kennis) natuurlijk wel weer een stukje gemakkelijker... en op een paneeltje zal ook wel iets marge zitten, toch?
Doordat er een redelijk grote database achter zit, is het verstandig om te werken met wat meer geheugen (eigen sever/vps) en dan bijvoorbeeld Varnish (caching) te gebruiken. Wellicht zijn er wat goede indexen te leggen naar de veelgebruikte tabellen op de database, die zorgen voor een snelheidverbetering. Let er wel op dat je een aanbieder pakt met SSD, hoge lees/schrijfsnelheid is echt wel nodig.