Birthstone Color Codes (Hex, Web Safe, CMYK)

During a recent project, we found the need to reference the color values of birthstones. We’ve compiled some reliable representations of these colors and converted them to various color codes. We hope these provide quick and easy reference to other designers looking for these codes.

Month Birthstone Hex Value Web Safe CMYK
January Garnet #862633 993333 0, 72, 62, 47
February Amethyst #9966cc 9966cc 25, 50, 0, 20
March Aquamarine #7fffd4 66ffcc 50, 0, 17, 0
April Diamond #fafbf5 ffffff 0, 0, 2, 2
May Emerald #50c878 66cc66 60, 0, 40, 22
June Pearl






0, 4, 15, 8

39, 0, 17, 44

July Ruby #9b111e  990033  0, 89, 81, 39
August Peridot #a6e86c  0066cc  92, 56, 0, 27
September Sapphire #0f52ba  0066cc  92, 56, 0, 27
October Tourmaline






 63, 17, 0, 79

15, 0, 2, 22

November Topaz






 0, 22, 51, 0

0, 9, 96, 11

December Tanzanite









 45, 52, 0, 57

2, 0, 0, 11

100, 4, 0, 7

Raising Timeouts in Nginx, PHP, or HHVM

If you’ve ever tried to do a an import into WordPress, PHPMyAdmin, or anything else that may take a while processing, you may run into a timeout error. This problem can be traced back to software running your server. If you’re following our setup, you’ll be running Nginx and HHVM. If not, you might be running PHP instead.

We’re setting these timeouts to 600 seconds, or 10 minutes. Be sure to change these variables back to their default after you’re finished.


Gateway 504 error? No more!

For Nginx, we’re going to be changing the fastcgi_read_timeout variable. Depending on your setup, you may find this in different locations. If you’ve followed our tutorial, you can find it at /etc/nginx/fastcgicache.conf. You may also locate it inside /etc/nginx/nginx.conf, or possibly inside of your domain’s virtual host file in /etc/nginx/conf.d or /etc/nginx/sites-available.

fastcgi_read_timeout 600;

NGINX as a Web Proxy for Apache

If you’re using Nginx as a web proxy for Apache, congratulations on your complicated setup. You may need to alter some Apache settings as well. We can’t help you with that because we’re all about Nginx here at VisiStruct. But this will get you going on the Nginx side of things.

Inside of /etc/nginx/nginx.conf, add the following:

proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;


For HHVM, you simply need to edit your php.ini file, which is located at /etc/hhvm/php.ini. You’ll need to change 2 variables here.

max_execution_time = 600
max_input_time = 600


If you’re using PHP, you’ll need to edit two files. Both of these settings need to match.

First, edit your php.ini file. Its location varies depending on Linux version.

max_execution_time = 600

Then you’ll need to edit the www.conf file. Its location also varies by Linux version.

request_terminate_timeout = 600

Jetpack Photon over HTTPS

One of the coolest features of Jetpack is Photon, a free CDN of sorts that hosts your site’s images from the servers. While there’s lots of debate on whether Photon can be a help or a hindrance from a speed and SEO perspective, if you want to use it over an HTTPS connection you’re currently out of luck.

The solution though is quite simple. By adding add_filter( ‘jetpack_photon_reject_https’, ‘__return_false’ );  to your theme’s functions.php  file, Jetpack will now download and feed all of your images over a secure connection. This should help in clearing out any mixed content errors at the very least.

Unfortunately, you may quickly discover that this is a very inconvenient method of doing things as you may need to redo the tweak every time your theme receives an update. Instead, we’ve created a very tiny plugin to accomplish this.


  1. Download the plugin
  2. On your site, go to plugins -> add new
  3. Select “Upload Plugin” towards the top, select the file and hit “Install Now”
  4. Activate the plugin
  5. Done!

That’s it. Now your site can use Jetpack Photon over HTTPS and it’s theme update-proof.

WordPress LEMH Server on Ubuntu 15.04 Tutorial

Supercharge your hosting server using this complete Ubuntu 15.04 LEMH Stack setup guide.       Last Updated: 06/10/2016

Nginx Compiled from Source, HHVM, MariaDB 10, FastCGI Cache, and CloudFlare SSL with a Self-Signed Certificate

[su_row][su_column size=”1/3″]

Table of Contents
1. Ubuntu Basics
2. Nginx
4. MariaDB
5. phpMyAdmin
6. WordPress
7. Self-Signed SSL Certificate
8. Conditional FastCGI Cache Purging
9. Checking FastCGI Cache
10. Optional Stuff

[/su_column] [su_column size=”2/3″]

We’re going to walk through a basic LEMH stack install for hosting WordPress sites. As you might have heard as of late, Nginx, HHVM, and MariaDB make WordPress faster than using just about anything else. Using a setup like this ensures that you’re getting the most bang for your hosting buck.

In addition we’ll also include FastCGI Cache, a rather unique method of file caching which is built right into Nginx. By using FastCGI Cache, we’re bypassing the more resource intensive solutions based off PHP and WordPress, such as W3 Total Cache or WP Super Cache.

We won’t be covering various types of security for your system, such as Uncomplicated Firewall, Fail2Ban, or creating new user accounts besides root. If you don’t want to get hacked, you should probably read up on securing your new VPS before using it on a production website.


Configuration File Locations
For your reference, these are the configuration files we’re creating or altering, and their corresponding locations. There’s no need to do anything with the files now, as everything will be covered in the tutorial below.
Application Location Filename
Nginx /etc/nginx/ fileheaders.conf
Nginx /etc/nginx/conf.d/ default.conf

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]

Ubuntu Basics

Initial setup
sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get dist-upgrade -y
sudo apt-get install autotools-dev build-essential checkinstall curl debhelper dh-systemd gcc git libbz2-dev libexpat-dev libgd2-noxpm-dev libgd2-xpm-dev libgeoip-dev libgeoip-dev libluajit-5.1-dev libmhash-dev libpam0g-dev libpcre3 libpcre3-dev libpcrecpp0 libperl-dev libssl-dev libxslt-dev libxslt1-dev make nano openssl po-debconf software-properties-common sudo tar unzip wget zlib1g zlib1g-dbg zlib1g-dev -y
sudo locale-gen en_US.UTF-8
sudo export LANG=en_US.UTF-8
Removing Stuff We Don’t Need
sudo apt-get remove --purge mysql-server mysql-client mysql-common apache2* php5*
sudo rm -rf /var/lib/mysql
sudo apt-get autoremove -y
sudo apt-get autoclean -y
Changing SSH Port
sudo nano /etc/ssh/sshd_config
sudo service ssh restart

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]



Since HTTP2 requires an OpenSSL version of 1.0.2 or greater to fully run on modern browsers, we’re going to compile Nginx from source so we can take advantage of this. While it is possible to get HTTP2 running on Ubuntu 15.04’s default OpenSSL 1.0.1f , support for this method is being phased out of browsers currently.


First we’ll need to download the latest versions of Nginx and the various modules we’re using. You’ll want to check their sites to ensure you’re downloading the latest version.

Get the latest versions of: Nginx, OpenSSL, Headers More Module, and Nginx Cache Purge Module.

cd /usr/src/
tar -xzvf nginx-1.11.1.tar.gz
tar -xzf v0.30.tar.gz
tar -xzf ngx_cache_purge-2.3.tar.gz
tar -xzf openssl-1.0.2h.tar.gz
Installing Nginx

Now it’s time to compile Nginx using the parts we’ve downloaded. If you downloaded different versions of any modules, don’t forget to change the OpenSSL, cache purge, and more headers module versions inside of the ./configure command.

cd nginx-1.11.1
./configure --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --pid-path=/var/run/ --lock-path=/var/lock/nginx.lock --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --user=www-data --group=www-data --without-mail_pop3_module --with-openssl=/usr/src/openssl-1.0.2h --without-mail_imap_module --without-mail_smtp_module --without-http_uwsgi_module --without-http_scgi_module --without-http_memcached_module --with-http_ssl_module --with-http_stub_status_module --with-http_v2_module --with-debug --with-pcre-jit --with-ipv6 --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_addition_module --with-http_dav_module --with-http_geoip_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_sub_module --with-http_xslt_module --with-mail --with-mail_ssl_module --with-stream --with-stream_ssl_module --with-threads --add-module=/usr/src/ngx_cache_purge-2.3 --add-module=/usr/src/headers-more-nginx-module-0.30
sudo checkinstall

Using the checkinstall command tells the server to package our compiled source into a more easily managed .deb package file. Move through the prompts, you can tell it not to list the installation files, and yes to exclude them from the package. Since Nginx updates quite frequently, doing this allows us to easily upgrade later on. To upgrade to the latest version, double check Nginx and module versions (as this guide may not be up to date), then simply repeat the installation process above. Restart Nginx and you should be running the latest version

Double check that we’ve got everything installed correctly by using the nginx -Vv command. This will also list all installed modules, and your OpenSSL version.

Creating Directories and Setting Permissions

Here we’re going to ensure that the right folders are in place for our config. In addition, since we might be hosting multiple domains on this server, we’ve told our files to log to a dedicated folder inside /var/log, just like Nginx or HHVM.

sudo mkdir -p /var/www/html
sudo mkdir -p /var/lib/nginx/fastcgi
sudo mkdir -p /etc/nginx/ssl
sudo mkdir -p /etc/nginx/conf.d
sudo mkdir -p /var/cache/nginx
sudo mkdir -p /var/log/domains
sudo chown -hR www-data:www-data /var/log/domains
sudo rm -rf /etc/nginx/sites-enabled
sudo rm -rf /etc/nginx/sites-available
Automatically Starting Nginx

Now that we’ve installed Nginx, we’ll need to make it start up automatically each time the server reboots. Ubuntu 15.04 uses SystemD to handle bootup processing, so that’s what we’ll be working with.

sudo nano /lib/systemd/system/nginx.service

Paste the content below, then save.

# Stop dance for nginx
# =======================
# ExecStop sends SIGSTOP (graceful stop) to the nginx process.
# If, after 5s (--retry QUIT/5) nginx is still running, systemd takes control
# and sends SIGTERM (fast shutdown) to the main process.
# After another 5s (TimeoutStopSec=5), and if nginx is alive, systemd sends
# SIGKILL to all the remaining processes in the process group (KillMode=mixed).
# nginx signals reference doc:
Description=A high performance web server and a reverse proxy server
ExecStartPre=/usr/sbin/nginx -t -q -g 'daemon on; master_process on;'
ExecStart=/usr/sbin/nginx -g 'daemon on; master_process on;'
ExecReload=/usr/sbin/nginx -g 'daemon on; master_process on;' -s reload
ExecStop=-/sbin/start-stop-daemon --quiet --stop --retry QUIT/5 --pidfile /run/

Finally, let’s double check that it’s working, and then turn on Nginx.

sudo systemctl enable nginx.service
sudo systemctl start nginx.service
sudo systemctl status nginx.service

In the future, you can restart Nginx by typing

sudo service nginx restart

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]


sudo wget -O - | sudo apt-key add -
sudo echo deb vivid main | tee /etc/apt/sources.list.d/hhvm.list
sudo apt-get update
sudo apt-get install hhvm -y
sudo /usr/share/hhvm/

NOTE: can sometimes be unreliable for a number of reasons, resulting in an error. If this happens, simply add include hvm.conf; to Our versions of and default.conf already reflect that step, so you can feel free to skip it.

sudo service hhvm restart && sudo service nginx restart
Setting HHVM to Load at Boot
sudo update-rc.d hhvm defaults
sudo /usr/bin/update-alternatives --install /usr/bin/php php /usr/bin/hhvm 60
Set HHVM to Use Unix Sockets

Since Unix sockets are faster, and we like that, we’re going to want to make 2 quick changes to switch over to using sockets instead of TCP.

sudo nano /etc/hhvm/server.ini

Replace hhvm.server.port = 9000  with hhvm.server.file_socket=/var/run/hhvm/hhvm.sock.

Since our hhvm.conf file already has sockets enabled, we don’t need to edit anything else. But on another server you’d need to replace fastcgi_pass; with fastcgi_pass unix:/var/run/hhvm/hhvm.sock;.

PHP.ini Settings

Let’s set some quick variables so that HHVM has good timeout and file size limits for WordPress. Feel free to adjust these based on your needs.

sudo nano /etc/hhvm/php.ini

Paste this under ; php options.

max_execution_time = 300
max_input_time = 60
memory_limit = 128M
post_max_size = 22M
upload_max_filesize = 22M
Get Your PHP Installation Info

The latest version of HHVM now supports the phpinfo command, so you’ll be able to get a lot of useful info about your installation. Here we’re going to write a very basic php file that will give us this information. We’re going to send it straight to your server’s default folder, which will be /var/www/html. By contrast, domains will be using /var/www/ .

sudo echo "<!--?php phpinfo(); ?-->" > /var/www/html/phpinfo.php

Point your browser to http://ipa.ddr.ess/phpinfo.php.

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]

Making Things Work

Now it’s time to move nginx.conf, wpsecurity.conf , fileheaders.conf, and hhvm.conf into /etc/nginx.

sudo wget -O /etc/nginx/nginx.conf 
sudo wget -O /etc/nginx/wpsecurity.conf
sudo wget -O /etc/nginx/fileheaders.conf
sudo wget -O /etc/nginx/hhvm.conf`

You’ll also want to move default.conf into /etc/nginx/conf.d.

sudo wget -O /etc/nginx/conf.d/default.conf

Then restart HHVM and Nginx.

sudo service nginx restart && sudo service hhvm restart
Set Worker Processes

Set worker processes to the number of CPUs you have available. We can find this information by using the lscpu  command and editing the nginx.conf file. Enter whatever value lscpu lists under CPU(s):

sudo nano /etc/nginx/nginx.conf

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]

MariaDB 10

We’re using MariaDB instead of MySQL, as the performance is great with WordPress.

Editor’s Note (05/25/2016): Unfortunately, MariaDB’s support for Ubuntu 15.04 Vivid ended with version 10.1.12. This puts us in a bit of a tricky place currently, as many VPS providers aren’t supporting 15.10, and also aren’t currently running OpenVZ versions of Ubuntu 16.04. When this situation changes, we’ll update accordingly.

Add MariaDB Repo
sudo apt-key adv --recv-keys --keyserver hkp:// 0xcbcb082a1bb943db
sudo add-apt-repository 'deb vivid main'
Installing MariaDB

At the end of this installation, MariaDB will ask you to set your password, don’t lose this!

sudo apt-get update
sudo apt-get install mariadb-server -y

Make sure that MariaDB has upgraded to the latest files by running this again. For whatever reason, sometimes MariaDB has an update available immediately after installation.

sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get dist-upgrade -y
Securing MariaDB

MariaDB includes some test users and databases that we don’t want to be using in a live production environment. Now that MariaDB is installed, run this command. Since we’ve already set the admin password, we can hit N to the first option. You’ll want to hit Y  to the rest of the questions.


Finally, you can make sure MariaDB is installed and working correctly by logging using the following command.

Log into MariaDB
sudo mysql -v -u root -p

You can exit MariaDB by typing exit.

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]



Installing phpMyAdmin

Since phpMyAdmin is already available through the default Ubuntu 15.04 repos, this part is really easy. We’re pointing our phpMyAdmin location to /var/www/html, which will make it available at your server’s IP address. Alter the lines below to reflect a different location, such as a behind a domain.

During the installation, just hit the tab key and press enter when the script prompts you to choose apache or lighttpd. We’re not using either, but it’s going to install apache and php5 anyway. So we’ll need to disable both from starting when the server restarts.

sudo apt-get install phpmyadmin -y
sudo update-rc.d -f apache2 remove
sudo update-rc.d -f php5 remove

Here we’re going to make a symbolic link from the phpMyAdmin folder to our default domain’s public facing folder. Using this setup, phpMyAdmin will only be viewable by visiting your server’s IP address directly.

sudo ln -s /usr/share/phpmyadmin /var/www/html

Point your browser to http://ipa.ddr.ess/phpmyadmin.

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]


Creating a MySQL Database

We’re going to create the database by command line because we’re cool. You can also do this directly though phpMyAdmin, if you’re not as cool. Replace the database, user, and password variables in the code below.

mysql -u root -p
CREATE USER 'user'@'localhost' IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON database.* TO 'user'@'localhost';
Install WordPress

We’re going to create a few directories needed for WordPress, set the permissions, and download WordPress. We’re also going to just remove the Hello Dolly plugin, because obviously.

Note: We’re installing files to In all of the commands below, change to the name of your site.

sudo mkdir -p /var/www/
cd /var/www/
tar -xzvf latest.tar.gz
mv wordpress/* .
rmdir /var/www/
sudo rm -f /var/www/
sudo mkdir -p /var/www/

It’s time to upload any files you might have (themes, plugins, uploads, etc, wp-config, etc).

Secure WordPress

Once you’re done uploading files, we’ll want to secure WordPress’ directory and file permissions.

find /var/www/ -type d -exec chmod 755 {} \;
find /var/www/ -type f -exec chmod 644 {} \;
sudo chown -hR www-data:www-data /var/www/

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]

Install Nginx Site File

Now that we’ve got the directory structure of your domain squared away, we’ll need to enable it in Nginx.

Add to /etc/nginx/conf.d. This folder may hold as many virtual domains as you’d like, just make a new file with a different name for each domain you want to host.

sudo wget -O /etc/nginx/conf.d/

Tell Nginx what domain you want to serve by starting up nano and replacing all instances of with your actual domain. This needs to match the commands you entered just a few lines above, otherwise it won’t work.

sudo nano /etc/nginx/conf.d/

Self-Signed SSL Certificate

Here we’re going to generate a self-signed SSL certificate. Since we’re using CloudFlare anyway, we’re going to use a FREE SSL certificate through them. You’ll need to set CloudFlare’s SSL certificate status to Full.

sudo openssl req -x509 -nodes -days 365000 -newkey rsa:2048 -keyout /etc/nginx/ssl/ -out /etc/nginx/ssl/
cd /etc/nginx/ssl
openssl dhparam -out 2048
sudo service nginx restart && sudo service hhvm restart

FastCGI Cache Conditional Purging

You’ll want a way to purge the cache when you make changes to the site, such as editing a post, changing a menu, or deleting a comment.

Nginx Cache WordPress Plugin

We like RTCamp’s Nginx Helper Plugin. You’ll want to go to the WordPress Dashboard, then Settings/Nginx Helper. Turn on purging, and select the conditions you want to trigger the purge. Finally, select the timestamp option at the bottom to display your page’s build time in the source code.

Download: Nginx Helper.

Checking FastCGI Cache

It’s always a good idea to make sure that what you think is working is in fact actually working. Since we don’t want to serve cached versions of every page on the site, inside hhvm.conf we’ve added a list of pages and cookies that we want to avoid caching. To help shed light on things a bit, we’ve added the line add_header X-Cached $upstream_cache_status;  inside /etc/nginx/hhvm.conf. This will tell us with certainty whether or not the page being served is the cached version.

We can check the status of any page by viewing the headers that are sent along when you visit it. To do this, you can use a variety of methods. You can use the curl command inside your terminal by typing curl -I Plugins exist for Mozilla FireFox and Google Chrome that will make things a bit easier. we prefer Live HTTP Headers for Google Chrome.

You’ll encounter 4 different messages based on the cache type:X-Cached: HIT,X-Cached: MISS,X-Cached: EXPIRED, or X-Cached: BYPASS.

X-Cached: HIT

You’re being served a cached version of the page.

X-Cached: MISS

The server did not have a cached copy of that page, so you’re being fed a live version instead. Initially all pages will show as X-Cached: MISS. Once they’ve been visited, Nginx will store a copy of that code for future visitors.


The version that was stored on the server is too old, and you’re seeing a live version instead. You can set the amount of time a cached copy is valid by changing the various fastcgi_cache_valid variables inside fastcgicache.conf.

X-Cached: BYPASS

We’ve told Nginx skip caching a page if it matches a set of criteria. For example, we don’t want to cache any page beginning with wp-, or any page visited by a logged in user or recent commenter. Depending on the plugins you’re running, there may be additional things you’ll want to set to avoid being cached.

[su_divider style=”dotted” divider_color=”#F27405″ link_color=”#117DBF” size=”4″ margin=”5″]

Optional Stuff


WooCommerce and FastCGI Cache

We really don’t want Nginx to cache anything related to WooCommerce, as this could result in a customer’s information being fed to others. So we’re going to tackle this 3 different ways. Our hhvm.conf file reflects these changes already, just uncomment the stuff you want to enable by removing the # from those lines.

As you can see below, we’re checking a number of locations for pages that we don’t want Nginx to cache. The variables /shop.|/cart.|/my-account.|/checkout.  reflect WooCommerce’s default page structure. If you’ve changed these pages to different locations, you’ll need to adjust the code below.

if ($request_uri ~* "(/shop.*|/cart.*|/my-account.*|/checkout.*|/addons.*|/wp-admin/|/xmlrpc.php|wp-.*.php|/feed/|index.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml)") {
set $no_cache 1;

We’ll want to add the variable wp_woocommerce_session_[^=]*=([^%]+)%7C. This avoids most woocommerce sessions.

if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in|wp_woocommerce_session_[^=]*=([^%]+)%7C") {
set $no_cache 1;

We’ll also want to to turn on a check to see if a visitor has an item in their cart.

if ( $cookie_woocommerce_items_in_cart != "1" ) {
set $skip_cache 1;


Naturally, this tutorial is always subject to change, and could include mistakes or vulnerabilities that might result in damage to your site by malicious parties. We make no guarantee of the performance, and encourage you to read and thoroughly understand each setting and command before you enable it on a live production site.

At this point, if you’ve given up and want to hire a consultant to set this up for you, Contact Us



An information packed event site to celebrate a wedding. Fully responsive and mobile ready.

This website featured an interactive Google Maps functionality that allowed guests to get directions to the venue. In addition, guests could fill out a simple form to RSVP to the wedding, with the filled out form going directly to the bride and groom’s email.

A site like this is a great example of a One Page or Micro-Site. The entire site was comprised of just 4 pages, including the front page.

Since the site was created to just convey information for a dated event, it was essentially temporary. While the couple opted to not include a blog of any sort, blogging and social media integration could extend the lifespan greatly. By doing this, the owner could maintain a small yet long-lasting site.

[su_service title=”Visit the Site:” icon=”icon: link” icon_color=”#F27405″][/su_service]

massagecuppng-portfolioA content heavy business and store page.

This site’s visually appealing color palette of blues, greys, and orange combines to convey a bright and healthy feel, while also incorporating a water-inspired design.

This fully responsive and mobile-friendly business site is highly complex. It combines a blog, event calendar, and online store. We utilized stylized tables to create a beautiful and professional contact page to direct visitors to the correct contact.

While the standard business features are incorporated here, we also included some unique technologies that greatly expanded the scope of the site. We converted their practitioner locator pages, which used outdated and ugly tables that could include hundreds of entries on a single page, into a fully interactive mapping system using Google Maps. This system is significantly more mobile-friendly, is much easier to use, and it prevents content thieves from stealing their proprietary data.

We also integrated a members only function to the site that allows customers to upgrade their regular accounts to unlock additional features throughout the site. By paying a small, one time fee, customers unlock some content or features found on the blogs and mapping system.

This site receives consistently high traffic, which combined with its resource-intensive features requires the use of our high performance VisiStruct WordPress Hosting Servers. In addition, through our careful management and use of industry-best-practices, maintains a #1 rank on Google searches for a large number of search keywords, beating out Amazon, Ebay, and many other competitors.

[su_service title=”Visit the Site:” icon=”icon: link” icon_color=”#F27405″][/su_service]

Nicole-Oquendo---Portfolio A bold and visually complex professional resume site.

Created for visual artist, university professor, and creative non-fiction writer Nicole Oquendo. The goal of this site was to convey the convergence of the literary, artistic, and academic worlds.

A fully responsive and mobile ready design featuring a static sidebar to the left, this leaves the front page and deeper content wide open. We went with a rather unique gradient palette throughout the site. Pages feature a different color in the palette, which gives each page a slightly different feel.

This site includes a number of professional resume oriented features, such as slideshare integration, a highly functional tabbed CV / Resume, and a live contact form.

[su_service title=”Visit the Site:” icon=”icon: link” icon_color=”#F27405″][/su_service]

gamecrastinate-portfolioA niche-topic magazine-style site with a dark theme.

The design of this site focused on bold lines and dark, technically-inspired graphics. This site uses a limit color palette of dark reds and greys, which allows the color heavy images of its source material to stand out.

Gamecrastinate was our largest project to date, as the site was already live and receiving daily traffic when we redesigned the layout. This site provided news, editorials, and reviews about the world of computer video gaming.

One of the key aspects of this site was a custom built reviews platform that incorporated meta tags, which allowed the site’s reviews to display the proper data in Google searches. This functionality also allowed the site to maintain an active listing on the front page for the titles which scored highly in reviews.

Gamecrastinate was also the first site to be converted to one of our VisiStruct WordPress Hosting Servers. Within the first few months of working on this site, Gamecrastinate broke a major story related to a major video game that had just been released, which resulted in the site going viral for about a month. During this time, Gamecrastinate’s story was featured in Forbes, Yahoo News, Google News, N4G, a few small television programs, thousands of smaller gaming and technology-based websites, and was plagiarized by the Motley Fool and countless other sites.

For 3 days, Gamecrastinate was successfully serving about 300,000 visitors a day. Over the span of 2 weeks, Gamecrastinate ranked as the 9th most popular website in the entire country of Russia. All of this traffic was handled using the first version of our VisiStruct WordPress Hosting Servers.

[su_service title=”Visit the Site:” icon=”icon: link” icon_color=”#F27405″][/su_service]



A purpose-driven online store.

The site’s clean and simple design focused on displaying and selling products online. Using a minimal color palette for the design, we allowed the bright colors of the products to add the main color to the site.

Created by professional skateboarder Brian Downey, Falcon Bowse is a small skateboarding culture-inspired clothier that produces handmade goods based out of New York City. Over the years they’ve run a successful pop-up shop in New York City, run a successful KickStarter campaign, and have been featured in numerous art shows around the city.

The site itself has been featured on Buzzfeed and various popular skateboarding magazines.

[su_service title=”Visit the Site:” icon=”icon: link” icon_color=”#F27405″][/su_service]

A clean and minimalist design centered around a blog format.

This goal of this site was to showcase the writing, submissions, and publications of Nicole Oquendo (, a creative non-fiction writer and editor teaching at Full Sail University.

Since the format was entirely based off frequent blog posts, the site’s design emphasized this greatly. As this site’s focus was on the literary world, we wanted the written word to really be the star of the site. To accomplish this we went with a very minimalist design, absent of borders and almost exclusively using black and white for a color palette.

[su_service title=”Visit the Site:” icon=”icon: link” icon_color=”#F27405″][/su_service]