Mailing List


Feb 17th 2012
Should you worry about Non-JavaScript Users?
Posted: 3 months ago
Actions: View - Comments - Reblog

This is a very common question, and the answer varies upon what you are doing. For instance, what is the site’s intention? Who is your target audience? How far can a user without JavaScript get into your website? These are a few of the questions you should consider before building a website.

Less than 2% of users disable JavaScript or don’t have support. This number is rather low, but does that mean they aren’t worth considering? I’ll try and put that into perspective. Let’s assume you have an eCommerce website and sell $10,000/month of product. If you decide to make users have JavaScript in order to check out, you could be losing $200/month or $2,400/year!

I’m not saying you should always make your website plain and boring with no fade in effects or fancy JavaScript rollovers, because users love things like that. However, crucial parts like registering for the website, checking out, emailing support, and other crucial items should all still work without JavaScript.

Yes, you can still make the contact box fade in when they click “contact,” but make sure there is a fallback for users without JavaScript, so they can still contact you. This is easy to accomplish by making the default link go to the real contact page, but use JavaScript to attach a click event to the link. You can still have fancy JavaScript form validation, but make sure you validate on the server and display appropriate error messages as well.

(Source: Skynet Solutions)

By Blaine Schmeisser

(Source: blog.skynet-solutions.net )


Dec 23rd 2011
Making the web Bot Friendly
Posted: 5 months ago
Actions: View - Comments - Reblog

Why should you help out web bots trying to scrape your data? Most users try to make their websites easy for search engines to crawl, but search engines usually only care about words and cache the entire page. There are other bots that look for specific data based on patterns it can find. Most of these bots get a bad reputation since you mainly hear about them when one gets in trouble for stealing email addresses that users leave openly on their website. Some users can get crazy and lock up all sorts of information bots would love, (including Google), such as user pages that hold information like post counts, game scores, or other statistics that can be used.

Making your HTML readable for web bots is generally easy. Most times you already iterate the data and put it in a way web bots can traverse it. We should always use plenty of “ID” attributes to clearly identify parts of the web page. This is especially important if you are not iterating data, like a user page, where you do a query at the top and place all the data appropriately. If none of the user profile has an id or another distinguishable feature, it might be difficult for web bots to find appropriate data. Also, make sure items are separate from their labels. Putting them next to each other can make it difficult to parse; a separate tag and the same parent is ideal.

Web APIs are also a great way for bots to use your data. Most sites already have RSS feeds for bots and users to use freely. Some sites even allow bots to freely use their site search engine, others ban it due to possible abuse. Since APIs like this are easy for bots to parse and less data is sent out, it can help both the website and the bot. If you make some sort of API, make sure all important information can be obtained from it.

(Source: Skynet Solutions)

By Blaine Schmeisser

(Source: blog.skynet-solutions.net )