BoekenWebsite.nl: Drupal webshop voor tweedehands boeken
BoekenWebsite.nl verkoopt voornamelijk tweedehands boeken. De webshop is opgebouwd in Drupal 5 en verschillende standaard modules: e-commerce, flexinode, views en diverse custom: shipping, payment en management info. De site is XHTML Strict, zonder html tabellen en geoptimaliseerd voor zoekmachines (o.a. middels CSS en broncode-ordening). De webshop werkte voorheen met osCommerce 2.2 maar is succesvol geconverteerd (product database en ontwerp) naar Drupal e-commerce.
Ontwikkeld door: E-commerce Webshop.
Zéér mooie website.
Overzichtelijk, gebruiksvriendelijk en mooi gebruik van Drupal :)
Ik heb niet echt veel ervaring met Drupal eCommerce, dus ik weet niet hoeveel custom gemaakt is, maar het ziet er netjes uit.
Eén vraagje: heb je bewust gekozen om niet van de pathauto module gebruik te maken? Nu zijn de urls naar de boeken in de vorm 'node/1234', en dat vind ik minder professioneel overkomen..
--
releasedata.be - Belgische releasedata van CD's en DVD's
Incompatibiliteit?
Hoe bedoel je, ik heb ook beide module samen draaien op een 4.7.x site en daar heb ik geen last.
Het enige dat je natuurlijk wel hebt is dat je voor submitten dat veld in Path-url terug moet leegmaken en dan wordt er een nieuwe path gecreeerd voor de geclone'de (of hoe schrijf je dat) node.
Is het dat probleem dat je ook hebt, of is het iets anders?
Zodra pathauto is geactiveerd verschijnt er na het clonen van een (flexinode) node (met aangehangen categorieën) tweemaal de foutmelding: "unknown column 'Object' in 'where clause' query: select * from term_data..." (etc). Nog geen gelegenheid gehad om verder uit te zoeken waar dit vandaan komt.
Dat klopt idd.
ik heb net hetzelfde aan de hand, maar blijkbaar heeft het geen gevolgen voor de functionaliteit. Het clonen werkt zoals het moet. T'is natuurlijk niet erg 'mooi' voor een klant als ie zo'n rode error box krijgt.
Ik heb eerlijk gezegd ook nog niet de tijd genomen om dat te onderzoeken,
Ik ga er altijd vanuit dat een foutmelding altijd ergens gevolgen heeft (heel soms niet). En een configuratie met foutmeldingen {neem je niet in productie / zou je niet in productie moeten nemen}*, zeker niet als je niet weet welke oorzaken en gevolgen die meldingen hebben.
*) afhankelijk van je eigen richtlijnen
Inderdaad echt zeer knap gedaan.
Als je zegt custom modules, is er mogelijkheid dat die modules open source worden?
Waarom overstap van osCommerce naar drupal/e-Commmerce?
Grafisch ook heel mooi afgewerkt, alleen iets minder vind ik die grote witte ruimte onderaan binnen de gestippelde kadertjes. 't Lijkt net alsof daar eigenlijk nog iets moet staan, maar dat het er niet is. Gevolg is een groot verlies aan verticale scherm vulling. Nu zie ik standaard 9 (3x3) boeken op de voorpagina, door die witte ruimte te verminderen zou dat op 12 (4x3) kunnen komen.
Knap werk!
ad 3. Oorspronkelijk was het theme fluid (variabele breedte) zodat het aantal producten in een rij variabel was. Dit is met tabellen niet mogelijk (zonder gehack).
Eventueel kan je bij volgende iteraties die lange listings op http://www.boekenwebsite.nl/schrijvers en http://www.boekenwebsite.nl/uitgevers .. verbeteren door gebruik te maken van views (filters/sorteren) en per lettergroep [a-e][f-m][n-r][s-z] te werken.
Ja, dat is veel beter, de lijsten zijn (veel) te lang.
Overigens is het een trade-off in gebruiksvriendelijkheid en SEO (search engine optimizing). Vervolgpagina's vanuit Drupal worden (vreselijk) slecht gewaardeerd door zoekmachines. Dit heeft waarschijnlijk te maken met het feit dat een parameter gebruikt wordt om de subpagina aan te duiden http://drupal.be/node?page=1 in plaats van b.v. http://drupal.be/node/page/1
Ik herinner me een site waar er niet via paging werd gewerkt, maar dat je urls kreeg in de trend van
drupal.be/auteurs/a-e drupal.be/auteurs/f-x etc... Enfin 'twas niet exact datte, maar kwam toch in de buurt. Zou dat beter zijn voor SEO?
Dan moet ik eens in mijn google cache gaan zoeken welke site dat dat was.
Andere opmerking:
In de linker categorie blok 'Boeken' zie ik schrijversnamen voorkomen op de zelfde hoogte als atlassen/jeudboeken...
Is dat bewust? Op die manier krijgt die enkele schrijvers natuurlijk meer aandacht als andere..
osCommerce heeft geen uitgebreide taxonomy. De categorieindeling is hieruit geconverteerd. Een betere oplossing zou zijn om een seperate categorie voor schrijvers te maken. Drupal is heel sterk in het gebruik en het combineren van categorieën om (sub)selecties te maken. De module http://drupal.org/project/refine_by_taxo is b.v. heel handig om stap-voor-stap sub-selecties te maken.