February 10th, 2012

One of our image processing servers lost the plot earlier today (February 02 2012). It was saying a font was installed when it wasn’t. As a result a lot of orders and previews got Arial or some other random font inserted in place of the proper font. It didn’t happen to all the orders, but enough of them to cause trouble.

The problem appears to be fixed now, but we can’t say for sure because it relies on a visual check, so please, let us know if any new orders are still faulty.

Regenerating the files should help. Send us a link to the order if it doesn’t.

Still trying to find out why this happened and if any other servers are affected.

February 10th, 2012

PDF, JPG and other print-ready files for orders older than a few days were showing as missing for quite a few orders.

The files were there all the time, but a bug was preventing their download.

Fixed now.

January 17th, 2012

Our servers have been going red-hot for a few days now due to increase in traffic. Everyone’s catching up on the lost time during the festive break. It would be all good if we could cope with it. Turns out our very scalable architecture has a little weak link in form of file replication and back ups. We made big changes to it over the New Year with a few hick-ups and stumbles, but it’s all settled now.

The problem arose when we started scaling the number of servers. It simply started choking up on cross-machine traffic and all the negotiations which file goes where. So adding more servers doesn’t add to better performance.

It is completely unacceptable and we are working on a fix, which may take a day or two to roll out. There will be brief outages few minutes long as servers are brought down for updates.

It’s a big FAIL for us, no excuses here.

Bah!

January 17th, 2012

We noticed that if a PayPal or some other hosted gateway payment is canceled Magento still goes through the checkout, but leaves the web-to-print order as “pending”. The problem is that our web-to-print code doesn’t differentiate by status – anything that goes through the checkout is processed by ZP, PDF files generated and the billing flag is set.

We cannot charge customers for web-to-print orders they don’t need, so an update is coming in the next few days. See our issue tracking for more details.

The other option is to install an SSL certificate and process credit cards right on your website.

Contact us if your web-to-print site is being affected by this issue. We should be able to remove those web-to-print orders from your billing. This was never our intention to charge for unpaid orders.

January 17th, 2012

Our web-to-print extension for Magento was tested fully compatible with the latest release of Magento ver. 1.6.2.0. You should have no problems upgrading your web-to-print Magento store.

These extensions were also confirmed to be compatible with Magento ver. 1.6.2.0:

Should any problems occur, don’t hesitate to contact our support service.

January 12th, 2012

We’ve released a new stable version of our web-to-print extension for Magento. The release holds important fixes and we strongly recommend upgrading, specially if you don’t have our new fancy image editor in your web-to-print store yet.

Note. The release is compatible with the latest Magento 1.6.1 storefront.

Should any problems occur, don’t hesitate to contact our support service.

January 5th, 2012

Our email server IP address was blacklisted for about 2 hours for no apparent reason. We didn’t get any explanation, but it seems to be back to normal now.

Please, check your web-to-print orders on the site to make sure you didn’t miss anything.

 

January 2nd, 2012

We will be releasing the latest beta version of our web-to-print extension for Magento some time this week.

The release has important fixes. We strongly recommend upgrading, specially if you don’t have our new fancy image editor in your web-to-print site.

Don’t be shy to ask for help with the upgrade if you are an existing paying customer.

January 2nd, 2012

Happy 2012, a year of Dragon. We caught it’s flaming breath early on and got a bit scorched. In other words, the system went down on 1 Jan morning and stayed down for 21 hours while everyone was happily drinking / sleeping / diving /skying, or whatever our guys were doing while the DB server was trying to restart itself.

We know that the DB server stopped working after a successful backup. Just stopped. No errors, no messages in any logs – the process got terminated. The monitoring s/w was programmed to restart the server, but MS SQL wouldn’t start.

It was started manually many hours later without a hitch. That’s as much as we know for now.

Not a good look at all to start a year like this. Please, let us know if your site was negatively affected.

December 31st, 2011

We’ve updated the compatibility of our Order Approval extension and its latest release (0.2.0.0beta1 ) is compatible with Magento v.1.6.1.

This extension allows you to organize an approval process in a Magento store and prevent certain customers from checking out until their orders are approved by a nominated approver.

How it works

The store administrator nominates one approver per customer. After that, any purchases made by a customer with an approver have to go through an additional approval step. Any items can be added to cart, but only approved items can be checked out.

When a customer tries to checkout, the extension checks for any new unapproved items and sends an email to the nominated approver. The approver can log in, view the list of items and approve the purchase.

Customers without a nominated approver can check out as usual.

Web-to-print compatibility

The extension remains fully compatible with our web-to-print extension for Magento.