Remove WordPress archive title prefix

On almost every website that I create, the archives don’t need to be titled as “archives”, because it’s self-explanatory that the page is an archive. So I quite often remove the “Archive:” prefix of all archive pages, including custom post types.

Just paste this code to your functions.php:

// Remove anything that looks like an archive title prefix ("Archive:", "Foo:", "Bar:").
add_filter('get_the_archive_title', function ($title) {
    return preg_replace('/^\w+: /', '', $title);

Thanks to Quinn Comendant, who posted a comprehensive solution to this problem on StackExchange.

How to translate the “Continue” button on SkyVerge Paytrail payment gateway plugin

I tried the standard way of translating the Continue button of the Paytrail payment gateway plugin by editing the .po/.mo files of WooCommerce and the plugin itself. I found one string for “Continue”, that was translated correctly to “Jatka”, but it seemed to be the wrong string, as having that translation in place, did nothing for the Continue button of the Paytrail payment gateway plugin. So I started writing a support request for the plugin, reporting about a bug, as it really seemed to be one. And just when I was ready to send my complaint, the automatic system of WooCommerce support showed me the answer that I couldn’t find by searching on DuckDuckGo or Google. It was there, but they talked about SkyVerge plugins in general, not the Paytrail plugin, for which I was trying to find the answer. Anyway, having followed the directions in that hard-to-find document, I was finally able to translate that one crucial word. Having a missing translation in such an important place of the checkout process, had already decreased the use of this payment gateway – as we saw an increase in manual payments. People were afraid to use the button with an untranslated label. Small things like this matter a lot.

Here are the instructions on how to translate the SkyVerge Paytrail plugin, to Finnish or any other language. Here I’m going to use -fi.po and extensions as examples of the filenames.

This is what they tell you in the hard-to-find document.

If you have already started a translation of the framework .pot file, you can skip steps 1 through 5 and just rename the .po and .mo files to woocommerce-plugin-framework-fi.po and

  1. In your plugin, find the woocommerce-plugin-framework.pot file in lib/skyverge/woocommerce/i18n/languages/woocommerce-plugin-framework.pot
  2. Open the woocommerce-plugin-framework.pot file in PoEdit or similar and click on Create New Translation.
  3. Set the language of the translation and click OK
  4. Select File > Save then save the file on your computer, ensuring that you name it exactly woocommerce-plugin-framework-nb_NO.po (the .po extension should be added automatically by the application).
  5. Translate some strings and click on File > Compile to MO… and ensure you name the file exactly
  6. Once you have made a few test translations, upload both the .po and .mo files via FTP to the wp-content/languages/woocommerce-plugin-framework/ folder in your site (you will likely have to create this folder). The two files should have the following paths:
  7. Visit the frontend or admin of your site to verify if the new translations were picked up. If not, please send us admin and FTP credentials and we would be more than happy to troubleshoot.
  8. Assuming the translation test passed, complete the translations on your local computer, recompile the MO file when satisfied, then upload the two files again to the wp-content/languages/woocommerce-plugin-framework/ directory.

WooCommerce hosting – testing various service providers for a web store of 30 000 monthly visitors

We’re migrating a web store from Magento to WooCommerce, and finding the suitable hosting service for a web store of over 10 000 products and 30 000 monthly visitors hasn’t been easy. Ideally we’d like a hosting company that is somewhere between a VPS and managed hosting. Shell access and server infrastructure of scalable components would be ideal.

Hosting companies we’ve tested so far

While Pressable offers similar features as WP Engine, but is a younger company. Their hosting plans are very good for simple WordPress projects, but we ran into trouble with large database imports, and had to deal with support for way too many times. Support was good, but having to deal with support with DB migration stuff has delayed the project for a week or so. If you started a completely new project, then Pressable would be good, but importing a big chunk of data proved to be a problem. I’ll have to give them credit for offering VaultPress within all of their plans. A very nice bonus, but still not good enough for this migration project.


Fortrabbit is a tad more nerdy than, and as for now, seems to be the best solution for the kind of migration we’re after (Magento to WooCommerce with big a big database). Fortrabbit is quite scalable, and they have a rather modern approach to hosting. Their servers are Amazon AWS servers, but with a layer of their own software magic on top of them. Importing the database, using shell access to the Fortrabbit servers, was quick and easy. They also offer a free trial, which is a big bonus. So far Fortrabbit seems to be a good option, but we’ll still have to test other hosting companies as well.


Cloud WooCommerce hosting with lots of manual control. Nginx-based servers with Varnish cache. All the bells and whistles make this a very compelling option, which we will soon try.


SiteGround offers a wide spectrum of server types. Cloud hosting seems to be the best for our needs. So far we’ve only dealt with pre-sales customer support, and they’ve replied quickly to all of our questions. SiteGround also has servers in Europe, which would be our preference. We still need to test this hosting company, but so far they seem to be a very good option.

Affordable option, but doesn’t offer shell access. We’ve used on various projects, but it doesn’t seem to offer enough tools for a migration project. Smaller web stores could be hosted at easily, but bigger sites with bigger needs will need to look elsewhere.

Searching for the perfect product carousel plugin for WooCommerce

I’m designing the front page for a WooCommerce store, and I need to find a suitable product carousel plugin to display products from certain categories. I already bought WooCommerce Product Carousel Slider Pro, which seemed to do what I wanted, but I found out that there’s some sort of a conflict when using it with SiteOrigin Page Builder. So, it’s not a very good option. I’m going to try some other alternatives next.

WooCommerce Product Carousel Slider Pro