Ubercart gör som den borde gör och det är att integrera mot Drupals node api men jag har fått en förfrågan om att gör en integration med Ubercart mot en produktdatabas med 5+ miljoner produkter (dessutom med 3-4 varianter på varje produkt) och jag ställer mig tveksam om Ubercart klarar detta.
Inte för att den saknar funktioner utan för att sökningen i databasen lär skapa problem speciellt då är en "produkt" är ett relativt komplext objekt som kräver flera frågor mot databasen. Har jag eventuellt fel i detta antagandet? Har någon kört en Drupal site med X miljoner noder med framgång?
Min första tanke var då att bygga en brygga där man använder det befintliga affärssystemet och enbart lägga till/ta bort produkter i Drupals databas vid behov (cache). Som fallet ofta är så är det kanske 1000 produkter som är storsäljare.
Alltså skulle man bygga en möjlighet att använda Ubercart för butiken men där man saknar en lokal databas över produkter.
Vad tror ni om denna integration i Ubercart, är det möjligt eller är man och rotar efter fel verktyg i lådan?!
Comments
Tveksamt.
Jag tror inte Ubercart eller Drupal kommer funka särskilt bra med så många noder. Jag har sökt omkring en del och node_access och core search känns som två områden som inte klarar av den mängden. Byter du ut core search mot apache solr så funkar det bättre. Men ändå, känns instinktivt som om du är ute på fel väg. Framförallt om du vänder dig till europeiska marknader, ubercart är (fortfarande) väldigt fokuserat på amerikanska marknaden och har bristfälligt stöd för t.ex. moms.
Har man 5+ miljoner produkter så tror jag på en av två vägar, antingen:
1) bygga shoppen själv och ha total frihet att välja teknik eller
2) köpa in en fungerande shopplösning.
Det var iaf mina $0.02
//cato