Shirtee

Ontwikkeling

Case 1: GoMage Product Designer Aanpassing

Uitdaging

Onze cliënt wilde nieuwe functionaliteit toevoegen aan zijn website voor print-on-demand diensten. Ze kozen voor onze GoMage Product Designer extensie en hadden hulp nodig bij het aanpassen hiervan.

Oplossing

Ons team heeft de GoMage Product Designer extensie geïnstalleerd én aangepast in lijn met de zakelijke behoeften van de cliënt. Omdat we een bestaande GoMage extensie konden gebruiken, is er veel tijd bespaard op de ontwikkeling.

Ontwikkeling

Case 2: Statistieken Module Ontwikkeling

Uitdaging

Na de succesvolle integratie van de GoMage Product Designer extensie besloot onze cliënt om het bedrijfsmodel te veranderen. Ze stelden hun website open voor ontwerpers en maakten er een multi-vendor crowdfunding platform van. De opdracht was om een volledig nieuwe dienst te ontwikkelen die de volgende statistieken aan designers zou tonen:

• afgeronde orders
• lopende bestellingen
• aantal bezoekers
• winst
• conversie, enz.

“Een groot aantal queries (de statistieken verzamelen gegevens op basis van 10+ parameters voor elk van de 50.000+ ontwerpers op de site) veroorzaakte extreme overbelasting van de server die niet was ontworpen voor taken van deze omvang waardoor de website en database trager werden.”

Oplossing

Elke designer heeft nu een eigen dashboard waar hij/zij alle producten en verkoopstatistieken kan zien. In eerste instantie werden de statistieken verzameld en verwerkt aan de Magento kant. Een groot aantal queries (de statistieken verzamelen gegevens op basis van 10+ parameters voor elk van de 50.000+ ontwerpers op de site) veroorzaakte extreme overbelasting van de server die niet was ontworpen voor taken van deze omvang, waardoor de website en database trager werden. We hebben daarom een aparte dienst voor statistieken ontwikkeld die onafhankelijk van Magento werkt:

• Alle data met betrekking tot statistieken wordt naar een aparte database gestuurd die zich op een aparte server bevindt.
• Wanneer een query van Magento wordt ontvangen, worden de gegevens naar een queue gestuurd.
• Daarna wordt de data naar het dashboard van een specifieke gebruiker gestuurd zonder via het platform te laden.

We hebben de oplossing met succes geïmplementeerd met behulp van een hele reeks technologieën, waaronder het webframework Lavarel en met gebruik van een up-to-date database die in staat is om in realtime analytische rapporten te maken, ClickHouse.

Case 3: Ontwikkeling van een Aangepaste Product Entiteit

Uitdaging

Nadat de wijzigingen aan de website waren aangebracht, werd het platform in een mum van tijd razend populair. Het aantal producten groeide van een paar duizend naar een paar miljoen en bleef in sneltreinvaart groeien. Magento was niet ontworpen voor dit soort belasting en daarom moest ons team op zeer korte termijn een oplossing vinden.

Oplossing

We hebben een complexe oplossing voor deze taak gekozen en een aangepaste entiteit gemaakt die wordt gebruikt in plaats van de zware standaard Magento producten. We hebben de werking van Magento herschreven zodat het functioneert met de aangepaste entiteiten.

Ons team heeft een nieuwe productgroep geïmplementeerd – een campagne, dat is een set van configureerbare producten met één ontwerp, maar met individuele opties (bv. maat en kleur) voor elk. Een designer kan alleen een campagne aanmaken wanneer er geen afzonderlijke configureerbare producten met individuele afdrukken worden gemaakt. Alleen de beheerders van Shirtee kunnen nieuwe configureerbare producten creëren (bijvoorbeeld een nieuw T-shirt met V-hals, een keramische mok met een rond handvat, enz.) en doen dit ook regelmatig.

Het aantal campagnes blijft groeien. De cliënt heeft er momenteel 2.533.651 die elk tot 100 verschillende producttypes kunnen bevatten. Er kunnen dus maximaal 30 miljoen+ afzonderlijke configureerbare producten zijn die zonder onze aanpassingen moeten worden aangemaakt. Magento is standaard niet in staat om met dit soort product aantallen om te gaan.

Om alle nodige veranderingen door te voeren, moest ongeveer 70% van de functionaliteit van de website opnieuw worden ontwikkeld. We hebben een team van ontwikkelaars toegewezen om alle wijzigingen in recordtijd door te voeren.

Server Optimalisatie & 24/7 Support

Uitdaging

De cliënt heeft een zeer populaire website met dagelijks meer dan 15.000 bezoekers wat voor een hoge serverbelasting zorgt. De site stond oorspronkelijk op twee servers die dit grote aantal bezoekers niet aankonden. Vóór de optimalisatie duurde de laadtijd van de hoofdpagina 18 seconden en die van de productontwerppagina 59 seconden. Daarnaast daalden de prestaties van de website aanzienlijk als meer dan 10 gebruikers tegelijk aan de product ontwerper werkten. Dat was iets wat de klant wilde verbeteren.

“Het aantal campagnes blijft groeien, de cliënt heeft er momenteel 2.533.651 die elk tot 100 verschillende producttypes kunnen bevatten. Er kunnen dus maximaal 30 miljoen+ afzonderlijke configureerbare producten zijn die zonder onze aanpassingen moeten worden aangemaakt.”

Oplossing

Ons team ontwikkelde een complexe structuur van 34 servers. Alle websitediensten werden overgebracht naar aparte servers:

• aparte servers voor ontwikkel- en test-omgevingen
• 2 servers voor productie + 8 hulpservers
• 2 servers voor databases: één voor de productie en één voor de ontwikkel- en test-omgeving
• hulpdiensten voor het verbeteren van de prestaties van dynamische websites met zware inhoud
• server voor opslag van mediabestanden
• statistiekenserver
• 2 servers voor API-diensten enz.

Een aparte server wordt gebruikt om de prestaties van de totale serverstructuur te controleren. Het verzamelt statistieken van de andere servers, controleert hun belasting, beschikbare schijfruimte en werking van ondersteunende diensten, en informeert vervolgens het support team over eventuele geconstateerde problemen.

Om een goede werking van de website tijdens de drukste periodes (24.000+ bezoekers per dag) te verzekeren, gebruiken wij de Load Balancer die live sitebezoekers herverdeeld tussen de servers, afhankelijk van de belasting van elke server.

Standalone Media Dienst

De cliënt gebruikt een enorm aantal verschillende afbeeldingen met een algemene grootte van meer dan 11 TB – een extreem groot datavolume voor Magento. Alle handelingen met betrekking tot deze afbeeldingen werden uitgevoerd aan de kant van Magento (verwerking, conversie, opslag), wat de laadtijden van de pagina’s verlengde en extra serverbelasting veroorzaakte. We hebben alle afbeelding-gerelateerde handelingen verplaatst naar een aparte server waar de afbeeldingen worden opgeslagen en opgehaald door bijbehorende queries zonder Magento te overbelasten.

Dankzij de optimalisatie is de laadtijd van de hoofdpagina 6x sneller geworden (3 seconden) en is de laadtijd van de product constructor pagina bijna 10x sneller geworden (6 seconden). Nu hebben zelfs 4000 actieve gebruikers die tegelijkertijd werken geen invloed op de prestaties van de website. De hostingkosten zijn ook 4x minder geworden ($1000 voor 34 servers per maand) en alle servers werken optimaal.

Magento Ondersteuning

We werken voortdurend aan de ontwikkeling van de site van de cliënt om ervoor te zorgen dat de live site probleemloos werkt en er geen negatieve gevolgen zijn voor de onderneming.

Ondersteunende taken:

• implementatie van nieuwe functionaliteit ongeacht de complexiteit van de ontwikkeling
• aanpassing van bestaande functies
• constante controle van de werking van de site en opsporing van storingen
• serveronderhoud

Realization

Afhankelijk van het aantal voltooide taken kunnen we meerdere releases per maand doen. Alle nieuw ontwikkelde functies worden eerst gecontroleerd door onze QA-specialisten op een speciaal daarvoor gecreëerde ontwikkelingsserver. Als er geen fouten zijn, worden alle nieuwe functies verplaatst naar een test server die identiek is aan de live site van de cliënt.

Met behulp van een aantal automatische tests wordt nagegaan of de nieuwe functie extra belasting veroorzaakt en of deze goed samenwerkt met de bestaande functionaliteit. Deze aanpak stelt ons in staat de kans op fouten te verkleinen en ze te herstellen voordat we de nieuwe functie uitbrengen op de live site van de cliënt.

De cliënt kan de voortgang van de taken bekijken op YouTrack – de issue tracker die door ons team wordt gebruikt om alle informatie over het ontwikkelingsproces en de hoeveelheid tijd die aan elke taak is besteed bij te houden.

Voor het beheren van de code en het continue integratieproces gebruiken wij GIT, het versiebeheersysteem dat alle code wijzigingen en releases opslaat, zodat wij in het onwaarschijnlijke geval van een fout alles gemakkelijk kunnen terugbrengen naar een vorige release-status.