Blog

Twee jaar geleden brachten we onze in keurig Nederlands vertaalde transactionele templates uit voor Magento 1.5.x en een jaar geleden die voor 1.6.x. Hoewel het al duidelijk was dat de 1.6.x e-mailvertalingen ook te gebruiken waren voor Magento 1.7.x, hebben we onlangs even gecontroleerd of er nog belangrijke dingen zijn doorgevoerd.

Daarnaast is er misschien nog wel groter nieuws: We bieden vanaf heden ook hoge kwaliteit Nederlandse Magento vertalingen aan voor Magento 1.7.0.0.

Veel ondernemers die een webshop beginnen kiezen er voor om zich allereerst en vaak primair op de Nederlandse markt te richten. Logisch, want deze afzetmarkt kennen ze het best en ze zijn als geen ander in staat om de potentie binnen hun branche of niche in te schatten. Echter, met een e-commercepakket als Magento is uitbreiden naar het buitenland relatief eenvoudig. En dat is mooi, want zeker als we kijken naar landen als Duitsland of Frankrijk dan ligt daar veel kans. In cijfers: Duitsland heeft ruwweg 5 keer zoveel inwoners als Nederland, en in het eerste kwartaal van dit jaar was de totaalomzet van e-commerce 18% hoger dan het eerste kwartaal van vorig jaar. [6]

Regelmatig bouwen wij Magento import-scripts die databestanden uitlezen en automatisch nieuwe producten aanmaken, reeds bestaande producten updaten of producten uit een webshop verwijderen. Meestal is het wenselijk dat deze productinformatie met eigen informatie kan worden overschreven, dus dat de eigenaar van een webshop zelf bijvoorbeeld beschrijvingen, titels , productafbeeldingen of voorraadinformatie kan instellen. Deze imports draaien echter periodiek - zodat de productinformatie altijd up-to-date is - en het is niet de bedoeling dat de zelf ingevoerde informatie bij de eerst volgende keer dat de import draait verloren gaat.

De afgelopen dagen liep ik tegen een probleem aan waar ik in eerste instantie Aheadworks' Advanced Newsletter de schuld voor gaf. Ik probeerde Magento custom variabelen te gebruiken in emailtemplates, maar bij het previewen in advanced newsletter kreeg ik een blanke pagina voorgeschoteld en bij het verzenden van testemails ontving ik lege mailtjes.

Iedere pagina in de mijn account sectie van Magento beschikt standaard over de volgende html-structuur;

{codeblock1}

Wil je de mijn-account pagina's universeel opmaken, dan gebruik je de referentie .my-account. Maak je echter gebruik van third party modules die een pagina aan de mijn account sectie toevoegen, zoals in ons geval aheadWorks RMA, Sweet ToothPoints & Rewards en aheadWorks Advanced Newsletter zul je tot de ontdekking komen dat deze vaak niet dezelfde html-structuur hanteren. Weg universele opmaak!

Google Analytics is a brilliant tool for tracking visits and learning more about your visitors. However, if you want a quick look at your webshops' stats, logging in to your account is quite some hassle. To make things a little easier for you (and, if you are a webdesigner: to make things a little easier for your customers), we've created Analyticsdash; a simple, integrated overview of your most important stats directly accessible from your Magento admin panel.

Every designer or programmer knows how it feels: you are excited about an idea and in your rush to create a proof of concept, you get stuck on some stupid mistake - you otherwise would have never made. I recently had the exact same experience when creating our free BodyClassPlus module; my categories just wouldn't show up in my top navigation. To protect myself (and you) from this to ever happen again, I've created a small comic.

When designing a webshop, you will always have pages that contain lot less content then other pages. In Magento for example, you'll have pages like customer login, contact, forgot password, search terms, 404 (noRoute) etc, which just don't fill your page enough. As a result these pages end up with a strange looking page with a footer filling 40% (or more, depends on the resolution of your workspace) of the physical space. This doesn't make sense - the footer isnt thát important - and personally, I think it looks bad.

For one of our recent Magento projects, we wanted to use category images and category thumbnails in our navigation (and display them on our frontpage). When you are reading this, you probably already are aware of the fact that Magento doesn't support this by default. In order to make the category images (or thumbnails) show up in top.phtml, we'll have to do some small adjustments to the Navigation Class. This is what I end up creating:

Hoewel in Nederland iDeal verreweg de meest gebruikte betaalmethode is (5,2 miljard euro aan transacties in 2010), is Paypal buiten ons kleine land met 71 miljard (2009) behoorlijk populair. Heb je net als wij een product of dienst die je voornamelijk in het buitenland denkt te verkopen - en heb je geen behoefte om een compleet winkelsysteem in je blog of website te integreren - dan kun je er voor kiezen om een Paypal bestel betaalformulier te maken. Zo'n bestelformulier maken is niet moeilijk, je hoeft niet om adres en verzendinformatie te vragen (klant rekent af met Paypalacount, dus die gegevens zijn bekend) en je hebt de mogelijkheid om tekstvelden en keuzemenu's in te stellen. Wanneer een klant het formulier invult en op de 'nu kopen' knop drukt, kan hij direct de betaling doen en ontvang jij een mailtje ter bevestiging. 

Ever wondered how to add a facebook like button to product view pages in Magento? Are you tired of installing Modules using the extensive ways of the Magento Connect managers? Do you NOT want to invest in expensive Magento Widgets? Here is how to add a facebook like button to your product detail pages in minutes!

We recently completed a webshop where a considerable number of products had over 20 related products. Normally related products in Magento are displayed in a small box on the right side of the page, but in our case it was important that the related products were presented in the same look and feel as products on a 'normal catalog page'. Moving the related products from the right column to the bottom of the 'product-view-page' was not big of a deal, but creating pagination and display the right product count was quite a challenge. You can see a working example here, here or here and this is how we did it:

For one of our Magento webshops, one of the requirements was that the product feed was imported automatically overnight. This ment that I had to find a way to automate this process, but since Magento doesn't support a non-browser productimport this was easier said then done. After looking for a while, I found the following topic on the magento forums. This looked good, this meant I could use the regular Import/Export profiles and run them in the shell. After investigating a bit further, I discovered I could also use Advanced Import/Export profiles - what was just what I needed. So I set up my Advanced profile (one for importing products, one for importing product relations) and did my first first testrun. Everything went well, but after about 1000 - 2000 products It suddenly crashed: PHP Allowed Memory Size Exchausted Fatal Error. That is just great ...

In my previous blogpost, I covered how you can create a €1 Bargain page in Magento. To do so, we learned how to create a custom block on wich we applied price as a filter on the product collection and how to create a XML Layout update for a random CMS page. The main advantage of this method for creating custom catalog pages in Magento is that the toolbar, pagination, navigation layered, caches & indexes all continue to function correctly. In this post, I want to show you how you can use this same method to display all products with a special price on the frontpage of your Magento webshop