Within Magento CE you are able to display certain checkout functionality based on the location of the customer. For example, you’re might want to offer flat rate shipping only to customers in your country. To do this you just select the desired country from the Ship to Specific Countries for that particular shipping method.
You can then test this by choosing to ship to another country and making sure that the flat rate shipping option is not available in the checkout.
You are also able to do something similar with payment methods. I was recently testing that Paypal Pro was only available to customers within the EU. However, I found that Paypal was available to customers shipping anywhere in the world.
The answer was actually pretty obvious really. Paypal looks not at the chosen shipping country but rather the customer’s residential country. I’d been testing using a UK customer and Paypal was available no matter what shipping country I selected in the checkout. Testing with a non-EU customer and I got the desired behaviour – Paypal was not available as a payment method, even if I was trying to ship to the UK.
So, the Paypal Pro payment method at least tests on the customer’s country of origin rather than destination in determining whether the payment method should be available.
I’ve been working with Magento since version one was released, way back in 2008. Along the way I’ve written several bespoke Magento training courses, mostly geared toward helping merchants administer and market their web shops.
So, if you’re looking for an experienced Magento trainer, get in touch on 0116 279 3822.
I’m very pleased to announce that I’ll be reprising my talk on Pricing for Freelancers (“You’re Too Cheap – & not nearly nasty enough”) at the Joomla! & Beyond 2015 (#JaB15) conference in May in Prague.
#JaB15 is the leading European conference for Joomla! developers and integrators, bringing together people from over 30 countries, and this year’s programme is stuffed with great speakers covering a broad range of subjects.
If you’re interested in Joomla! or how it can help you (whether you’re a individual programmer or company) please take a look at the programme and see what’s on offer. It promises to be a really great and inclusive event this year.
I’ll be speaking at this year’s Joomla Day UK conference on 4th October on the tricky subject of pricing. The title of my talk is “You’re too cheap & not nearly nasty enough”, which gives you some idea of what I think about the subject.
Tickets for the event are still available and there’s a great line up of talented speakers. Hopefully we’ll see some of you there.
If you have a multi website or multi-store Magento store, you will come across the issue of presenting store specific messages to your users. How, for example, do you tailor store specific messages on the 404 Page Not Found page, for example?
Today I came across a really annoying issue with respect to Magento’s search functionality. In essence, regardless of the term the user was entering, Magento returned the same 10 products, & occasionally a correct match!
Looking in the search logs of a search extension I installed, I could see that loads of results were being returned but not being displayed in the actual front end results. Could it be a stale index, or a problem with the cache?
Well, after countless command line reindexing, clearing the cache, checking the search settings in Config (Like & FullText), checking that products were visible, etc, I checked on the display values in the categories. There I discovered that the store’s root category’s “Is Anchor” was set to yes, and there were 14 products assigned to the root category. Amongst these 14 products were the usual suspects appearing in the rogue search results!
In the spirit of trying anything, I set “Is Anchor” to No and removed the products. Bang – the search results started working as expected. I’m not sure why but by this time I was past caring tbh! However, it looks like these settings were restricting the products that could be displayed on the front end. Does anyone know the reason?
I had this occur on another site I’m working on – empty search results. This time the culprit was that none of the products that had been imported via a third party system had been assigned to a website/store.
Today I noticed that some product images on a client’s site were not displaying. This was puzzling because I had recently migrated the site to a new server and had spent quite sometime testing the site.
To cut a long story short, the cause of the problem was two fold. Firstly, the missing images were huge. Resizing one of them solved the problem for that particular product. This led me to the cause of the second problem – the php memory limit on the new sever was 64M. Increasing the memory limit to 258M resulted in all the large images displaying properly.
Ideally I would resize all the large images but that will have to wait for another day.
So, make sure to check your php memory size if you encounter a similar situation of your Magento product images not being displayed.
One of the (many) things that often gets overlooked when a company puts a Magento website live are the Sales emails. These are the emails that get sent to customers after they have ordered – the New Order email, etc. You can tell if these have been overlooked by studying the opening hours – if it says, “Monday – Friday, 8am – 5pm PST” , then it’s probably using the stock template that comes with Magento (presumably PST refers to Pacific Standard Time, which is pretty meaningless to a European customer).
Within Magento there are 8 email templates that you should modify before going live. This is because these all contain the standard PST opening hours. These templates are New Order, New Invoice, New Shipment, New Credit Memo. I usually rename them with the store name (“Quirk” in this example) so that its easier to manage in a multi store setup. This means you can add different templates for different stores or websites.
Changing the default email templates is pretty simple. Within Magento backend, navigate to System/Transactional Emails. Click “Add New Template” and then from the Template dropdown, select one of the 8 templates you should modify (see above). For example, the first template I modify is the New Order template. By default I just change the opening hours and then wait until the client has done some test orders before broaching the subject of deciding what content and style would best suit their shop.
When you’ve modified the templates, you then have to assign them. Go to Configuration/Sales Emails and then select the appropriate email for each section. For example, here I’ve set the New Order emails to be the “Quirk New Order” for a registered customer and the “Quirk New Order for Guest” for guest checkout customers.
Setting the transactional email templates is not difficult or particularly time consuming. However, it’s an important part of presenting a professional and consistent image to your customers. Paying particular attention to the details here will pay dividends later on.