Jan 25

The already many years active network 071-ICT received an official status. On 11 January 2013, the 071-ICT foundation was created. The official launch was settled under the leadership of notary Janbert Heemstra at the office of De Clercq Lawyers Notaries.

071-ICT is the platform for the Leiden ICT sector and ICT professionals. 071-IT organizes free network meetings in Leiden four times a year. The network has been active for several years on the road, but an official status was never reached, until now.

Jeroen Monkhorst (director of Spreadit online results), the first president of the new foundation. Mark Barzilay (co-founder of spriteCloud), takes the treasurer and Natascha from Duuren (IP / IT lawyer and partner), by De Clercq Lawyers Notaries is the secretary of the foundation. Monkhorst: “The 071-ICT Foundation has set itself the goal of stimulating innovation, cooperation and knowledge in the region ‘Rijnland’. 071-ICT actively promotes the sharing of the Leiden ICT knowledge and experience through regular network meetings and other knowledge moments”.

The entire board consists of 071-ICT consists of:
Jeroen Monk Horst (Spreadit online results)
Mark Barzilay (spriteCloud)
Natascha van Duuren (De Clercq lawyers and notaries)
Martijn van Pelt (Interpulse)
Erik Knol (Qeam)

 

From left to right: Jeroen Monkhorst, Martijn van Pelt, Janbert Heemstra, Natascha van Duuren, Mark Barzilay (afwezig Erik Knol).

Nov 14

spriteCloud was participating at the Website of the Year Awards 2011, and quite an event it was.

Here you can find the pictures of the event. The winner of the one and only ‘Website of the Year 2011′ Award was Tweakers.net.

Below you will find the results of all the sub categories:

Populairste site Beste site
Automotive Marktplaats Auto’s Renault
Carrière Nationale Vacaturebank Unique Uitzendbureau
Communities Facebook Gathering of Tweakers
Daten Relatieplanet Paiq
Educatie Kennisnet NHA
Entertainment YouTube.nl De Speld
Financieel ING ASN Bank
Games Zylom Zylom
Gezondheid & Welzijn Receptenweb Receptenweb
Goede Doelen CliniClowns KWF Kankerbestrijding
Huisvesting & Interieur Funda IKEA
Nieuws & Informatie Nu.nl Tweakers.net
Overheid Belastingdienst Consuwijzer
Vrije tijd & Reizen Vakantieveilingen Wintersporters
E-commerce iBood iBood
Sport PSV.nl PSV.nl
Telecom Ziggo ZeelandNet
TV & Radio UitzendingGemist Radio 3FM
Vergelijking Tweakers.net Pricewatch Tweakers.net Pricewatch
Weer & Verkeer Buienradar Google Maps
Zoeken en Vinden Google Google
Mobiele Website Buienradar Mobiel Nu.nl Mobiel
Mar 05

Our pitch about our Website Quality Assurance Services and Solutions in Dutch.

Upon request we have translated the pitch:

Goodday!

Of no web-application it is known if all the functionally is always working for a 100%.
Especially not, if the complexity increases, or when the application is in constant development.
Let alone, when you have to take all the different web browsers into consideration, or performance when the number of visitors increase.

IF functionality works, you can figure out in only one way: This is to test it!
This testing can be done in two ways again;
1 – Manual,.. testing every bit of functionality manually.
2 – spriteCloud

I am Mark Barzilay from spriteCloud. We are experts in Website Quality Assurance and Test Automation.
We look for solutions in high-end innovation. That we are, through Shell Livewire, one of the 20 most innovative startups of the Netherlands, confirms this.

With aid of our service portal test coverage and test results become clear.

Working together with spriteCloud doesn’t only result in a higher test coverage, but also to a more efficient test process.

In short, with spriteCloud you are certain that the quality of your web application is good!

Thanks!

Mar 10

When you want to send tidy e-mails for marketing or other purposes you quickly run into the solution of using html within e-mails. In this post we will show you a code snippet that allows you to send such a html e-mail using standard python libraries.

However, before we start you should know that there are quite some articles and posts mentioning that creating html e-mails is a (very) bad idea. I believe it is ok sending out html e-mails these days; loads of support within e-mail clients has been added and you can see the number of html e-mails growing every day. However, there are a few caveats that you should be aware of! Lets list some of them first!..

CSS support

Obviously you want to use some CSS styles in your HTML e-mail. There are some differences with the support of CSS in an e-mail, support per css property can really differ per e-mail client/browser. Since it is really hard and not too much fun to try out all the different e-mail clients/portals you’d be better off to first see what html tags and css properties are actually supported. The best guide to this CSS Support maze in e-mail clients is probably this one.

When you are using CSS in your html e-mail, the best thing to do is to just put the CSS in a <style> tag in the <head>. Another possibility is to put a link to the CSS file but since that needs to be retrieved and might be blocked upon first view, so that is not the best solution. A problem here is that, as of writing, google gmail does not support a <style> tag or <link> to your CSS file in the <head>! Thus, if you want your style to be processed and visible in gmail, you have to include it in the html tags itself. Now, this is not the most ideal situation, but one thing you can do is to just put some minimal style in the html tags and put the rest in the CSS style tag. This approach has been used in the table below. This way, even when style tags are not supported you would still get the minimal ‘display tidyness’.

Catch e-mail clients where html e-mail is unsupported

With an html e-mail you have to change the “MIME type” of the email. Nearly all email clients support this nowadays, but it can still happen that you come across a client that doesnt. In the example you can see that, with a very simple setting, you can prevent the user from not receiving any feedback.

Always give a reference to the source/online example

Perhaps obvious, but it is advised to always have an example or reference to the content in the email online, and point to that. This way the receiver will not only be able to see the content in any situation, but you also have another option to drive the users to your website or service.

Reason and Un-subscribe

Another slightly obvious point; you should always give a reference to why someone receives the HTML e-mail (etc, subscribed to a newsletter..) so the receiver doesnt feel like he just received spam/unwanted marketing. Also an option to unsubscribe/stop receiving the emails should be included.

The example

import smtplib
from email.mime.multipart import MIMEMultipart
from email.mime.text import MIMEText
 
def py_mail(SUBJECT, BODY, TO, FROM):
    """With this function we send out our html email"""
 
    # Create message container - the correct MIME type is multipart/alternative here!
    MESSAGE = MIMEMultipart('alternative')
    MESSAGE['subject'] = SUBJECT
    MESSAGE['To'] = TO
    MESSAGE['From'] = FROM
    MESSAGE.preamble = """
Your mail reader does not support the report format.
Please visit us <a href="http://www.mysite.com">online</a>!"""
 
    # Record the MIME type text/html.
    HTML_BODY = MIMEText(BODY, 'html')
 
    # Attach parts into message container.
    # According to RFC 2046, the last part of a multipart message, in this case
    # the HTML message, is best and preferred.
    MESSAGE.attach(HTML_BODY)
 
    # The actual sending of the e-mail
    server = smtplib.SMTP('smtp.gmail.com:587')
 
    # Print debugging output when testing
    if __name__ == "__main__":
        server.set_debuglevel(1)
 
    # Credentials (if needed) for sending the mail
    password = "mypassword"
 
    server.starttls()
    server.login(FROM,password)
    server.sendmail(FROM, [TO], MESSAGE.as_string())
    server.quit()
 
if __name__ == "__main__":
    """Executes if the script is run as main script (for testing purposes)"""
 
    email_content = """
<head>
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  <title>html title</title>
  <style type="text/css" media="screen">
    table{
        background-color: #AAD373;
        empty-cells:hide;
    }
    td.cell{
        background-color: white;
    }
  </style>
</head>
<body>
  <table style="border: blue 1px solid;">
    <tr><td class="cell">Cell 1.1</td><td class="cell">Cell 1.2</td></tr>
    <tr><td class="cell">Cell 2.1</td><td class="cell"></td></tr>
  </table>
</body>
"""
 
    TO = 'receiver@email.com'
    FROM ='sender@mysite.com'
 
    py_mail("Test email subject", email_content, TO, FROM)

The example aftermath

The example requires you to change the FROM and TO email addresses and the password to send the email. If you do not use gmail to send the e-mail, you can probably find your smtp server settings here. The debugging option should give you a clear idea what the problem is, if something goes wrong regarding the sending process. There are also a lot of posts online about troubleshooting with python’s smtp lib.

When you execute the example and view the email in your gmail browser client you will see that the ‘in-tag-html’ styles are processed but not the style defined in the style tag. In other clients however all the styles in the example are processed.

preload preload preload