Posted by & filed under HTML to PDF API, HTML to PDF conversion, HTML to PDF SDK.

Lately we have been getting a lot of inquiries about where we do our actual conversion. These inquiries are mostly related to data protection laws in the jurisdiction of the person or company inquiring about this.

Ever since ‘cloud computing’ has become popular, more and more companies are concerned that it’s no longer clear where their data resides and this has led governments to institute data protection laws that make sure that data is only processed in the area that it’s supposed to be processed. Whoswholegal.com did a really nice post about it here.

Now some time ago we activated servers in Asia and Europe, on top of the servers we already had in the USA. We did this primarily to reduce latency for customers in continents other than the North American continent. But we soon came to realize that it also fulfilled a need to have access to servers, which are sure to be in a geographical area, just for the purpose of data protection.

Therefore we want to clarify in this post what we actually do to ensure that your data is processed in the area that you want it to be processed.

When you register for our service the process is as follows:

  • Your subscription data (name, email, plan type, default settings etc) is propagated to all our servers
    and access to all conversion servers is immediately granted
  • For each of the services that we have, you choose the server that you want to use for the conversions by choosing the right ‘service call’. Your data will only arrive at a server in that geographical location and it will NEVER be shared with any other location. It will also be automatically deleted after a maximum of 2 hours.

Here’s how this works for our different services:

  • With the API you can choose the API call that represents the server of choice. In case you’re using a dedicated server or a special shared server, then you use that one. In case you want to use for example our Asian conversion server then you would call the API at http://api.htm2pdf.co.uk/urltopdf (see http://www.htm2pdf.co.uk/html-to-pdf-api)
  • When you use our PHP SDK to create PDFs you can use a simple PHP statement to set the server of choice. For example, you can use $pdf->SetServer(‘usa’) if you want to make sure you’re using our American servers.

Hopefully this post has shown you how we make sure your data only goes to the area of choice. Of course this is also valid in case you sign up for an enterprise plan, because we would then discuss the location of your dedicated or shared server with you.

As always, please feel free to reach out with any questions you may have!

 

Posted by & filed under HTML to PDF conversion.

Since the first time we rolled out the HTML to PDF API, it has been accepting POST as well as GET requests. But – in all our innocence – we always thought that people would find it easier to use a GET request. Simply because it’s so much more intuitive.

We were obviously mistaken! Now that we’ve added more information in the documentation about HTTP POST, we’re seeing that more and more businesses are making use of it.

A few good reasons to make use of POST instead of GET are:

  • Your web server does not need to be accessible for us to crawl, so you can use it for pages in a members area or other secure area.
  • You don’t have to create a URL first in case you only want a PDF and not a web page to begin with.
  • Your conversion will be faster, because we don’t have to first visit your site and then take the HTML to our site. This basically saves one roundtrip, but can be significant with especially larger files.

Because of these advantages we have also enabled the header and footer parameters to be input as raw HTML. The same advantages apply as above, especially in the sense that you won’t have to be creating a URL first before you can use a header/footer for your PDFs.

If you are looking for more information about this then please refer to the documentation on the API or contact us directly.

Posted by & filed under HTML to PDF API, HTML to PDF conversion, HTML to PDF SDK.

At the end of the last year we wrote about our new process of setting you up on an unmetered shared or private server. Before then it always took us a few days to get you completely set up, but now it typically takes one business day or – in cases where you’d like an unmetered account on a shared server that has open spots – a couple of minutes.

In this post we’d like to address the limitations of these different servers and the differences in use compared to our regular plans.

Limitations

First of all let’s make it clear that both the unmetered shared server account as well as the private server account allow for as many conversions as the server can handle. In the case of the private server you are free to use that capacity however you like and you have 8 cores and virtually unlimited bandwidth at your disposal. You can also ask for multiple private servers with a load balancer if you run an insane amount of conversions, but that’s a different topic.

For the unmetered shared account there are two important limitations. These are basically the same limitations that apply to all our plans i.e.:

  1. You can only access the server for one conversion at a time. If we’re still processing a conversion for you, you can not request another conversion to start at the same time. We actually prevent you from doing so, by blocking additional incoming connections from the same account during the conversion process.
    By doing this we always have enough capacity on our servers to serve the customers that share the server with you.
  2. Each conversion can take a maximum of 60 seconds to complete. Again, this is to protect other customers against resource hogging on the servers.

Differences in usage compared to regular services

All functionality that’s available in our regular services (such as the HTML to PDF API and SDK) is available to you when you sign up for an unmetered or private server account. So you’ll get access to all of these (as opposed to a singular service). You can choose whichever you want to use.

Other than that you’ll have to call the API and SDK a little different. This is because we’ll give you a different subdomain to use.This is because you can only use the specific server that we reserved for you and not the other general servers.

For the API this means you will not be calling europe.htm2pdf.co.uk/urltopdf?apikey=…. but sharedX.htm2pdf.co.uk/urltopdf?apikey=….

For the SDK you will be setting the subdomain by calling $pdf->SetServer(‘sharedX’); if sharedX is the subdomain that we assign to you.

I hope it helps you understand how easy the whole process is and what you need to do to get up and running. If your company wants to outsource the HTML to PDF creation process and wants to be sure it’s done professionally – then get in touch or sign up!

Posted by & filed under Service announcements.

The team of HTM2PDF would like to wish you and your loved ones a great New Year and we hope that you’re having wonderful holidays!

You can rest assured that in the new year we’ll be trying our best to improve our service even more and stay ahead of the pack with new features, speed improvements and great customer service.

Like we hope that you convert into the new year successfully, we’ll make sure to keep converting your HTML into PDF successfully!

Have a good one!

Posted by & filed under HTML to PDF conversion, PDF tooling, Service announcements.

Wow – this has been an exciting week! We’ve managed to setup a really fast server setup process in our company. The result is faster delivery of a custom server to you than ever before!

Of course regular users have always been able to get instant access to our services upon sign-up. This was always one of our greatest assets and still is. It takes literally 2 minutes to sign up and start converting!

But now there’s good news for customers, who would like to have unlimited access to our services. We already offered custom services on request (and still do), but now we have added two standard umlimited packages to our portfolio:

  1. unmetered package
    With this package you will be set up on a server, which you share with a maximum of 4 other umetered accounts. You can choose between servers in Asia, Europe and the USA and you can have access within one business day and often within a few hours of receiving your request.
    Restrictions are only that you can not convert documents that take longer than 60secs to process and that you are competing for resources with other customers (if any). These servers run with 8 CPUs and can easily handle thousands of conversions a day.
  2. private server package
    With this package you will get your own VPS and subdomain on htm2pdf.co.uk, where you will unlimited access to all our services. You can choose between servers in Asia, Europe and the USA.
    VPS requirements can be tailored to your needs as well as an SLA if needed. This package can also be delivered in one business day. For this package we can also discuss hosting in different locations than just the ones offered by our default hosting partner.

It still remains possible to add custom features and special requests. So hopefully you’ll find this addition just as exciting as we do!

If you have questions about these possibilities – send us an email!

Posted by & filed under HTML to PDF API, HTML to PDF conversion, HTML to PDF SDK, Service announcements.

Today we’re pleased to announce that we’re doing more performance improvements to our systems, which we’ll be rolling out over the next weeks. As always, we look forward to your feedback if you have any.

One of the things we’re doing is very good news for our HTML to PDF SDK and API users. We’re going to split our servers over two locations and will allow you to choose where you use your resources.

Although our conversion service is one of the fastest (if not the fastest!) conversion services out there, this will especially help you if are converting huge files. Not so much because of the conversion process itself, but mostly because you will reduce latency because we’ll be serving the resulting PDF from a closer location. Our own measurements show that depending on your location you may expect quite dramatic improvements.

Precise implementation details will be announced on our blog and the documentation pages as soon as we have tested all the implementations ourselves and with our beta-test users.

We’re also considering acquiring servers in the Asia region. If you have any other suggestions related to performance improvements – please contact us!

Posted by & filed under HTML to PDF API, HTML to PDF conversion, HTML to PDF SDK.

In this post we’ll shine some light on the level of CSS support that our conversion engine offers. As you can see all over the site we support CSS, quite some CSS2 and some CSS3. To be precise, you can see in this article on Wikipedia how Webkit compares against other rendering engines as far as CSS goes.

Now most of our users (and people / companies interested in becoming users) are completely happy with all that. Actually – most are already impressed with the fact that we offer HTML5, Canvas, JavaScript and the level of CSS2/CSS3 that we do for our HTML to PDF conversion.

But one question that comes back from time to time is about the @page directive. The @page directive has been proposed to be part of CSS2 with the idea that it would be helpful for paged media. And since PDF is “sort of” a paged media, it appears to be quite useful.

To make a long story short – we do NOT offer @page support in our version of Webkit. And to be frank – we don’t think the ‘nightly build’ (as is specified on the development website) offers that support either. We know that, because we tried to implement it and have talked to its developers, who have long left the project.

But to offer some more positive news – we have a very useful alternative, which we’ve developed some time ago. It was inspired by a client that wanted to use @page to implement company stationary (so basicly the pre-printed paper you see lying around at all the big companies with logo / letterhead etc.). Because we feel that this type of functionality was very useful we added it to our HTML to PDF API as well as to the HTML to PDF SDK.

With this functionality you choose between three different ‘stationary backgrounds’ that can be applied to your PDF documents. These are:

  • one for the first page
  • one for all pages between the first and last page (if not specified, the first stationary background will apply)
  • one for the last page

We accept all major image formats as input for these backgrounds and we also allow you to place them at any position you want or scale them to fit the whole page.

With this functionality we hope that you can at least cover some of the functionality that the @page directive was created for. It’s been live for quite a few months now and working flawlessly so we invite you to take advantage of it!

Posted by & filed under HTML to PDF conversion.

In our last post we proudly announced our latest website – a HTML to PDF conversion service in Spanish! And although HTMLaPDF.com.com has only been live for a couple of weeks, people are finding there way to it already.

Because of this we would like to expand our services into other terrains and we are looking forward to your help. We have recently started a new project – in Turkish – at the site HTMLdenPDF.com. Unfortunately we’re not able to complete it successfully at the time and we are therefore looking for someone to help us out.

If you’re a native Turkish speaker, with knowledge of IT, a passion for our services AND a drive to help us build our market in Turkish – then we’d love to have you in our team.

Please contact us and we’d love to discuss possibilities with you!

Posted by & filed under Service announcements.

Today we’re pleased to announce the launch of HTMLaPDF.com – our HTML to PDF conversion service, fully available and supported in Spanish!

We have been helping many visitors over the years,for which the preferred language is Spanish, and that’s why we decided to take our succesful HTM2PDF.co.uk website and completely translate it to Spanish AND make sure we can support questions and sales related inquiries in that language as well.

The reason we choose the name ‘HTMLaPDF.com’ is because ‘HTML a PDF’ means ‘HTML to PDF’, which is the main term that people recognize the service that we perform by.

You may be pleased to know that we will offer the same kinds of services on our Spanish domain as on our current website. So, besides the free conversion on the main page, our Spanish site also has:

  • save as PDF plans for companies and individuals
  • a HTML to PDF API for web sites and applications
  • the HTML to PDF SDK for power users in PHP

If you want to check it out – the please visit the new website and be sure to leave us feedback or recommend us on your favorite social network!

Posted by & filed under HTML to PDF conversion.

From time to time we get requests to offer custom services. Since these are only modestly advertised on the ‘plans page‘, I am taking the time here to explain some of them here.

We currently offer our three services in three different plans, which totals nine plans. For most of our users this is more than enough. In fact, 80-90% of our orders is for 6 of those plans only.

Still, the most requested custom service is to have a custom usage plan, albeit for a larger or smaller number of credits OR for a different time frame. Both are possible and we have applied both in the past. Some of the plans you could request are:

  • a yearly plan instead of a monthly plan (for the API or the SDK)
  • a plan with higher or lower usage
  • a prepaid number of credits for a longer period of time

All of those types of plans are available and have been offered and/or running in the past.

We can also offer more specific custom services than just these basic variations on usage and credit periods. These are usually a little bit more elaborate, because they would require us to do more custom work.

We can offer you:

  • one or more dedicated VPS systems to run your HTML to PDF conversion; this is very useful if you need a high volume of conversions and/or if you want private access only to the system;  We can deploy a VPS very quickly and will deploy it in the region closest to your website’s audience.
  • a server install of our software in case you have a Linux based server; this is useful if you want to own the software yourself and want to install it in a private network and manage it yourself.
  • html to pdf conversion consulting services; if you have custom jobs, want to know more about the requirements for high volume conversion or have any other specific assignment on HTML to PDF or PDF in general – you can hire us for consulting services.

Basically the above says ‘everything is possible for a price’. We encourage you to reach out with any questions you may have, cause there’s a high chance that we can do something for you. If we can’t we’ll definitely be able to help you in the right direction so it’s always a good chance to try!

Just as a friendly reminder – here is the overview of all our standard plans!