Magento sneller maken hoe?

Minder artikelen verkopen :p


Hoe meer content, hoe langzamer de webshop

Een fatsoenlijke webshop laten bouwen, of een snellere server nemen.

Beide zou het beste zijn.

quote:

Op woensdag 4 december 2013 23:10 schreef TwenteFC het volgende:
Een fatsoenlijke webshop laten bouwen, of een snellere server nemen.

Beide zou het beste zijn.

Definieer 'fatsoenlijke webshop'

quote:

Op woensdag 4 december 2013 23:10 schreef TwenteFC het volgende:
Een fatsoenlijke webshop laten bouwen, of een snellere server nemen.

Beide zou het beste zijn.

fatsoenlijk is een groot woord (en zowel positief als negatief uit te leggen), ik ken iemand met een magento site en daarvan hoor ik dat een dikke server de grootste winst is, met wat custom scriptjes om rond de trage magento api heen te werken...

[ Bericht 3% gewijzigd door mschol op 05-12-2013 00:35:01 ]

quote:

Op donderdag 5 december 2013 00:26 schreef RetRy32 het volgende:
Je eigen CMS maken icm met paypal.
Is echt niet zo moeilijk.
Kan je in 2 avonden doen.

en zo lek als een mandje...

quote:

Op donderdag 5 december 2013 00:26 schreef RetRy32 het volgende:
Je eigen CMS maken icm met paypal.
Is echt niet zo moeilijk.
Kan je in 2 avonden doen.

Jij wel hoor. _

quote:

Op woensdag 4 december 2013 23:26 schreef Haque het volgende:

[..]

Definieer 'fatsoenlijke webshop'

Fatsoenlijk geprogrammeerd op specifieke functies, niet een lomp gedrocht dat zich er op richt om iedereen te pleasen.

quote:

Op donderdag 5 december 2013 01:00 schreef TwenteFC het volgende:

[..]

Fatsoenlijk geprogrammeerd op specifieke functies, niet een lomp gedrocht dat zich er op richt om iedereen te pleasen.

en dan bedenk je een jaar ofzo later dat je toch functie Y nodig hebt: dan moet je of een dure overstap doen (ander pakket, migratie, eventuele downtime e.d.) of een dure uitbreiding op je pakket laten maken...

Dan kan je beter een groot pakket pakken die alles al heeft en waarbij de kans klein is dat het niet in het pakket zit..
het voordeel van een groot pakket is dat je niet alle functies hoeft te gebruiken en dus uit kan schakelen..

quote:

Op donderdag 5 december 2013 01:15 schreef mschol het volgende:

[..]

en dan bedenk je een jaar ofzo later dat je toch functie Y nodig hebt: dan moet je of een dure overstap doen (ander pakket, migratie, eventuele downtime e.d.) of een dure uitbreiding op je pakket laten maken...

Dan kan je beter een groot pakket pakken die alles al heeft en waarbij de kans klein is dat het niet in het pakket zit..
het voordeel van een groot pakket is dat je niet alle functies hoeft te gebruiken en dus uit kan schakelen..

Dan moet zo'n systeem inderdaad aangepast worden, maar je hebt dan wel een systeem dat meewerkt met jouw bedrijfsprocessen en niet andersom.

Slim gebruik maken van object caching is ook wel handig.

Eigenlijk niet, Magento is gewoon ontzettend traag en log.

quote:

Op donderdag 5 december 2013 01:20 schreef Gutz het volgende:
Eigenlijk niet, Magento is gewoon ontzettend traag en log.

OpenCart werkt heerlijk snel

quote:

Op donderdag 5 december 2013 12:26 schreef funrider het volgende:

[..]

OpenCart werkt heerlijk snel

Werk ik zelf ook mee, prima systeem.
Jammer dat het nog niet wijd ondersteund is, zit veel potentie in.

quote:

Op donderdag 5 december 2013 00:26 schreef RetRy32 het volgende:
Je eigen CMS maken icm met paypal.
Is echt niet zo moeilijk.
Kan je in 2 avonden doen.

Ik heb beroepsmatig wel eens met Magento te maken gehad, maar het is een lomp pakket, ik zou gewoon voor een hosted versie als SEO shop gaan, betaal je 2 procent provisie en dan ben je van al het gedoe af. Laat geen maatwerk bouwen, je krijgt daar nooit de kwaliteit die je wilt, en dan zullen we het nog maar niet hebben over maatwerk.

Ik heb zelf contact met deze mensen: http://uwebshop.com/
Zeker voor wat kleinere shops waarbij content belangrijk is krijg je waar voor je geld.

Ik host 2 Magento webshops bij https://cloudsgento.com , is wel wat duurder maar de snelheid is uitstekend.

quote:

Op dinsdag 25 maart 2014 11:29 schreef gulbayram het volgende:
Wij willen liever geen betaling doen voor een andee website of provider ect. Dus onze eigen website maar wel sneller. Als ik me niet vergis is Conrad ook met magento gemaakt. Als niett ik heb eerder bekende websites gezien die met magento gemaakt zijn maar wel snel. Dus het is mogelijk sneller te maken. Hebben jullie tips?

Heb je het topic wel gelezen? Je stelt exact dezelfde vraag als in je OP.

quote:

Op dinsdag 25 maart 2014 11:29 schreef gulbayram het volgende:
Wij willen liever geen betaling doen voor een andee website of provider ect. Dus onze eigen website maar wel sneller. Als ik me niet vergis is Conrad ook met magento gemaakt. Als niett ik heb eerder bekende websites gezien die met magento gemaakt zijn maar wel snel. Dus het is mogelijk sneller te maken. Hebben jullie tips?

Je wilt er geen geld aan besteden, geen moeite voor doen, maar het moet wel allemaal een stuk sneller?

Wat verwacht je precies dan? Dat er ergens een magisch knopje "turbo-boost" zit waar je overheen gekeken hebt?

quote:

Op woensdag 4 december 2013 22:58 schreef gulbayram het volgende:
Wij hebben een website gestart met magento. Dat is van vele kanten heel goed maar zoals iedereen weet is hij heel traag. Zijn er bepaalde manieren dat wij de website sneller kunnen maken?

Je moet eerst weten waar de traagheid zit. Dus je moet zorgvuldig gaan profilen, meten, en benchmarken. Is het de DB, de webserver, de IO? Trage queries, table locks, concurrency? Zitten er trage inefficiente stukken code tussen die geoptimaliseerd moeten worden? Voordat je dat weet heeft het meestal geen enkele zin om dingen blind te gaan veranderen; in de meeste gevallen is het helemaal niet zo simpel als "zwaardere server" of "meer geheugen". En overstappen op een andere backend introduceert natuurlijk in de regel net zo veel problemen als het oplost.

Nou ik denken zij hele snelle server! Soeper turbo! Of misschien turkish pepper in netwerkgat gestopt!

quote:

Op maandag 14 april 2014 18:01 schreef gulbayram het volgende:
nee farenji ik denk het niet. Er zijn zeker slimmere oplosingen!

Ja, dan moet je m'n eerste post nog eens goed lezen.
Er bestaat geen tovermiddel of easy fix, je zal echt moeten gaan profilen, bottlenecks identificeren en elimineren, en optimaliseren.

quote:

Op maandag 14 april 2014 18:01 schreef gulbayram het volgende:
nee farenji ik denk het niet. Er zijn zeker slimmere oplosingen!

Zoals gezegd, ga kijken waardoor je site zulke vertragingen op loopt. Dat gaat niet 1 oplossing zijn die je even uitvoert waarna je site ineens razend snel is. Je zult moeten zoeken naar alle kleine optimalisaties die je kunt maken die allemaal, beetje bij beetje, je site steeds beter maken.

Een paar van deze verbeter punten die me na een snelle blik opvallen:

- Je server heeft ongeveer een seconde nodig om überhaupt een reactie te geven als je tussen pagina's surft. Ik weet te weinig van Magento en de servers waarop je het heb draaien om te zeggen waar die traagheid door komt maar sneller moet dat wel te maken zijn.

- Je laat 5 losse css bestanden in, die allemaal apart een tripje van je browser naar de server vereisen. Samenplakken en minimaliseren zodat je maar 1 netwerk request van een zo klein mogelijk bestand hoeft te doen.

- Het zelfde geld nog harder voor de 16(!) losse JavaScript bestanden die je opvraagt.

- Er zijn elementen, zoals de achtergrond balk van je menu, of de balk boven je footer, die plaatjes zijn, terwijl dat met HTML/CSS makkelijk te bouwen is, wat je dus weer de snelheidswinst oplevert van niet onnodig veel plaatjes openen.

- De foto's die er op staan kunnen nog geoptimaliseerd worden zodat ze minder bestandsgrootte hebben en dus sneller te versturen zijn.

Dit zijn zomaar wat dingen die me in een paar minuten al op vallen zonder de code nog in te hoeven duiken. Daar zal ongetwijfeld nog meer optimalisatie te bewerkstelligen zijn.

De enige slimme oplossing voor een snelle website is het hebben van slimme mensen die goed weten wat ze doen.

quote:

Op woensdag 23 april 2014 18:52 schreef gulbayram het volgende:

[..]

Ik denk dat ik een andere opensource programma gebruik of outsource want ik heb niet zoveel verstand van oplossingen die genoemd zijn.

Is het hier toegestaan dat ik mijn website vermeld dus mag dat? dan is het mischien verstandiger voor eventuele oplossingen.

De oplossingen die ik je genoemd heb hebben, afgezien van mogelijk het eerste punt, weinig met Magento te maken. Als je deze voorkant op een nieuw systeem plakt blijf je met al die inefficiėnte code in je opmaak zitten en blijft je traagheid in stand.

Ik zal een poging doen om beter uit te leggen wat er mis gaat in de punten die ik noemde, en waarom het wisselen van het gebruikte programma waarschijnlijk minder succesvol zal zijn als je misschien hoopt.

Simplistisch gesteld gebeurt er het volgende. Een website bestaat uit twee kanten. De cliėnt en de server. De cliėnt is de computer van de gebruiker die je site bekijkt, de server genereert de data die naar de cliėnt gestuurd zal worden.

Dat gebeurt in meerdere stappen:
- De cliėnt vraagt de site op.
- De server stuurt een html bestand.
- De cliėnt leest de html en bepaald welke verdere bestanden het nodig heeft. De css bestanden om de pagina stijl te geven, de javascript bestanden om interactie te ondersteunen, plaatjes om de boel aan te kleden etc.
- De cliėnt stuurt voor het eerste bestand een verzoek naar de server.
- De server stuurt het passende bestand terug.
- De cliėnt stuurt voor het tweede bestand een verzoek naar de server.
- De server stuurt het passende bestand terug.
- etc. tot alle bestanden binnen zijn.
- Als alles binnen is word de pagina door de cliėnt op je scherm getoond.

Zoals de html nu in elkaar zit worden er bij elke keer dat een gebruiker een nieuwe pagina op de site bezoekt 36 van dit soort verzoeken achter elkaar verstuurd die beantwoord moeten worden. En bij elk verzoek moet de cliėnt weer wachten op de server tot het verzoek beantwoord is.

Je kunt dus snelheid winnen door er voor te zorgen dat je het aantal verzoeken terug brengt en de bestanden die over blijven zo klein mogelijk maakt zodat ze in zo min mogelijke tijd verstuurd worden.

Dan kun je dus een nieuw server programma kiezen en de moeite nemen om dat helemaal weer op te zetten met al je data. Maar als je dat systeem vervolgens wederom gaat bestoken met onnodig veel verzoeken zal je site ook op dat nieuwe systeem lang niet zo snel lopen als het zou kunnen.

Je kunt dus beter de kennis in huis halen, zei het door het zelf te leren danwel iemand te vragen die de kennis heeft, om je bestaande site te verbeteren.

quote:

Op dinsdag 29 april 2014 08:10 schreef BrainOverfloW het volgende:
Dat gebeurt in meerdere stappen:
- De cliėnt vraagt de site op.
- De server stuurt een html bestand.
- De cliėnt leest de html en bepaald welke verdere bestanden het nodig heeft. De css bestanden om de pagina stijl te geven, de javascript bestanden om interactie te ondersteunen, plaatjes om de boel aan te kleden etc.
- De cliėnt stuurt voor het eerste bestand een verzoek naar de server.
- De server stuurt het passende bestand terug.
- De cliėnt stuurt voor het tweede bestand een verzoek naar de server.
- De server stuurt het passende bestand terug.
- etc. tot alle bestanden binnen zijn.
- Als alles binnen is word de pagina door de cliėnt op je scherm getoond.

Ik denk dat de grootste bottleneck hier in het verwerken van de scripts op de server zit, die stap sla je over. Een paar css en js bestandjes laden is niet zo'n probleem en die worden ook gecached waardoor er na de eerste keer opvragen veel minder verkeer zal zijn tussen cliėnt en server.

quote:

Op dinsdag 29 april 2014 08:10 schreef BrainOverfloW het volgende:
Dat gebeurt in meerdere stappen:
- De cliėnt vraagt de site op.
- De server stuurt een html bestand.

En daar gaat het bij Magento al mis omdat het standaard gewoon een fucking traag systeem is. Om een simpele pagina met een categorie-overzicht te parsen doet 'ie al 1-1,5 sec over, en met alle caching enabled 0,5-1 sec.

Ik snap niet waarom mensen zelf sites gaan bouwen als ze van toeten nog blazen weten, webdevelopment is vakwerk waarbij het jaren duurt voordat je dat onder de knie hebt.

Je zou bijvoorbeeld voor een hosted oplossing kunnen gaan, bijvoorbeeld bij de jongens van seoshop, dan heb je gewoon een strakke oplossing waar je geen omkijken naar hebt voor een paar tientjes per maand, en dan ziet het er ook gelijk strak uit, je huidige website is typisch hobbywerk wat nu ook niet bepaald fijn voor je uistraling van je bedrijf is.

quote:

Op dinsdag 29 april 2014 08:10 schreef BrainOverfloW het volgende:
Ik zal een poging doen om beter uit te leggen wat er mis gaat in de punten die ik noemde, en waarom het wisselen van het gebruikte programma waarschijnlijk minder succesvol zal zijn als je misschien hoopt.

Simplistisch gesteld gebeurt er het volgende. Een website bestaat uit twee kanten. De cliėnt en de server. De cliėnt is de computer van de gebruiker die je site bekijkt, de server genereert de data die naar de cliėnt gestuurd zal worden.

Dat gebeurt in meerdere stappen:
- De cliėnt vraagt de site op.
- De server stuurt een html bestand.
- De cliėnt leest de html en bepaald welke verdere bestanden het nodig heeft. De css bestanden om de pagina stijl te geven, de javascript bestanden om interactie te ondersteunen, plaatjes om de boel aan te kleden etc.
- De cliėnt stuurt voor het eerste bestand een verzoek naar de server.
- De server stuurt het passende bestand terug.
- De cliėnt stuurt voor het tweede bestand een verzoek naar de server.
- De server stuurt het passende bestand terug.
- etc. tot alle bestanden binnen zijn.
- Als alles binnen is word de pagina door de cliėnt op je scherm getoond.

Zoals de html nu in elkaar zit worden er bij elke keer dat een gebruiker een nieuwe pagina op de site bezoekt 36 van dit soort verzoeken achter elkaar verstuurd die beantwoord moeten worden. En bij elk verzoek moet de cliėnt weer wachten op de server tot het verzoek beantwoord is.

Je kunt dus snelheid winnen door er voor te zorgen dat je het aantal verzoeken terug brengt en de bestanden die over blijven zo klein mogelijk maakt zodat ze in zo min mogelijke tijd verstuurd worden.

Dan kun je dus een nieuw server programma kiezen en de moeite nemen om dat helemaal weer op te zetten met al je data. Maar als je dat systeem vervolgens wederom gaat bestoken met onnodig veel verzoeken zal je site ook op dat nieuwe systeem lang niet zo snel lopen als het zou kunnen.

Je kunt dus beter de kennis in huis halen, zei het door het zelf te leren danwel iemand te vragen die de kennis heeft, om je bestaande site te verbeteren.

Klopt, maar in dit geval ligt het probleem vooral bij de serverside performance, de zaken die jij noemt zijn inderdaad belangrijk, maar peanuts vergeleken met de serverside performance van zijn site.

Edit, zijn concurrent gebruikt dit product: http://www.rootsrentalsoftware.com/

[ Bericht 2% gewijzigd door raptorix op 07-05-2014 16:24:43 ]

quote:

Op woensdag 7 mei 2014 16:11 schreef raptorix het volgende:
Ik snap niet waarom mensen zelf sites gaan bouwen als ze van toeten nog blazen weten, webdevelopment is vakwerk waarbij het jaren duurt voordat je dat onder de knie hebt.

Je zou bijvoorbeeld voor een hosted oplossing kunnen gaan, bijvoorbeeld bij de jongens van seoshop, dan heb je gewoon een strakke oplossing waar je geen omkijken naar hebt voor een paar tientjes per maand, en dan ziet het er ook gelijk strak uit, je huidige website is typisch hobbywerk wat nu ook niet bepaald fijn voor je uistraling van je bedrijf is.

Dit dus, ik vond het ook niet echt fijn om door de website heen te gaan.
Je zou eventueel nog kunnen zoeken naar een fijne template oid?

Zoals ik in mijn eerste post aangaf, ik heb verder geen ervaring met magento. Afgaande op de andere reacties lijkt die trage reactie een bekend probleem van het systeem. Dan kan ook een vervanging van magento dus zeker voordelen hebben.

Als je daarbij dan ook op mijn andere punten let is de kans op onnodige vertragingen ook weer kleiner.

Overigens ben ik het zeker eens met de opmerkingen omtrent het design. Dat je site langzamer werkt is niet echt fijn natuurlijk maar dat is niet wat mij zou weerhouden iets te huren.
Het professionele uiterlijk van je concurrent straalt een veel beter imago uit dan jullie site waar vrij duidelijk verschillende widgets e.d. aan elkaar geknoopt zijn zonder een duidelijk geheel design. Dit in vergelijking met het eenduidige en weloverwogen design van jullie concurrent.

Overigens blijf ik het onbegrijpelijk vinden waarom mensen zo lopen te kloten met webshops terwijl je voor een paar tientjes een prima hosted oplossing hebt, ik schat dat je gewoon 300% meer rendement haalt met een goed alternatief.

quote:

Op woensdag 16 juli 2014 00:49 schreef gulbayram het volgende:
Een website voor een paar tientjes? Je bedoelt zeker elke maand een paar tientjes zeker. En is dat goedkoop dan. Je betaalt dus 500 euro per jaar aan een website en je loopt altijd risico dat de webhosting bedrijf failiet gaat en je website verdwijnt.

Wij willen liever een website maken of eventueel laten maken. Dus zelf beheersen en de risico minimaliseren.

Oke tot nu toe hebben wij nog niet uit over een website. Maar magento gaan wij waarschijnlijk niet gebruiken. Mischien een snellere opensource website of aan iemand anders laten maken.

Tot nu toe heb je al dik een half jaar zitten verkloten met het niet voor elkaar kunnen krijgen van een fatsoenlijke website. Als je iedere dag een camera had verhuurd, had je nu dik 5000 euro verdiend. Als je 500 euro had betaald voor een webshop had je dus geen 300%, maar 1000% rendement gehad. In een half jaar!

En laat in vredesnaam iemand die teksten eens nalopen.
Ik huur wel eens een camera en je prijzen zijn vrij laag (behalve die LANC controller ), maar de hele uitstraling van de site maakt dat ik liever wat meer betaal en het bij een 'serieuze' verhuurder haal.

Wat punten die mij als klant tegen zitten:
- Het algehele design: onsamenhangend, rommelig, verschillende logo's met verschillende namen/slogans
- Taalfouten, schrijfstijl en inhoud: op specs na weinig informatie, een korte omschrijving met wat key kenmerken zou fijn zijn. Zeker als het goed Nederlands zou zijn
- Lege categorieėn die wel in het menu getoond worden.

't Is geen persoonlijke aanval ofzo, enkel opbouwend bedoeld. Ik zou eerst dat soort dingen op orde maken voor je je druk maakt om performance. Nu komt het allemaal amateuristisch en zelfs wat onbetrouwbaar over. Ik krijg niet het gevoel dat ik daar een camera kan huren waar ik echt van op aan kan tijdens het draaien. Zorg dat de boel er netjes uit ziet, dat er goede informatie beschikbaar is en het goed geschreven is. Dan ben je al een heel eind.

quote:

Op woensdag 16 juli 2014 18:10 schreef gulbayram het volgende:

[..]

Voldende is belanrijk. Een proffessionele website laten bouwen is geen 500 maar rond 3000 euro.

eeh.. nee.

Zet er nog maar minimaal een 0 bij achter.

Tja, ik denk dat je met een aantrekkelijke website toch wat meer klanten kan verwachten.
Een goede website is een belangrijke investering, niet iets wat je doet als je geld over hebt.