1. Improved website response time - giving a faster, slicker web experience for all users.
2. Improved website response time specifically for international web users.
3. Low-cost to configure compared to adding additional infrastructure.
4. Allows you to keep your existing hosting infrastructure, c/o "Custom Origin" option.
5. No need to change URLs (assuming "custom domain" is configured).
6. Nearly unlimited "bursting" traffic capacity without having to setup new infrastructure.
7. You retain complete control over your DNS. (A competing service, CloudFlare, requires domain control.)
8. A better performing site may increase search traffic and sales.
9. Minimal commitment.

# force caching for more speed of static content
<FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
Header set Expires "Thu, 15 Apr 2020 20:00:00 GMT"
</FilesMatch>

Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Expires: Sun, 24 Mar 2013 02:48:30 GMT
Cache-Control: public, max-age=120
Last-Modified: Sun, 24 Mar 2013 02:46:30 GMT

I can then test my headers using wget, using the options -S (show headers) and --header (set user-agent). e.g.

wget -S http://www.acme.com --header="User-Agent: Amazon CloudFront"

I highly recommend starting out with very limited caching of your page. You don't want to deploy this; feel like a hero because your site is faster; and then slowly watch the bugs start coming in as you start desparately rolling back caching. These bugs are hard to track down because no one notices them at first.

4. IP addresses and User Agents will no longer be present to your site and will not be found in logs.

All user agent strings will come in as "Amazon CloudFront". IP addresses will not be your user's IP addresses. This may require programming changes if your content is location based.

Log based web statistics will no longer be accurate. You should expect these statistics to change dramatically anyway since so much traffic is off of your server.

5. If you set up an additional domain, such as origin.acme.com, you'll need to track sessions across sub-domains.

This is easy in PHP.

# for cloudfront integration and use of origin.acme.com
php_value session.cookie_domain acme.com

6. If you set up an additional domain, you'll need to make sure Google analytics tracks both sub-domains as one.

Just use:

_gaq.push(['_setDomainName', 'acme.com']);

7. Social Media sharing links may need to be configured differently if a second domain is used.
8. You will need to make DNS changes.

Simply CNAME your domain to the distribution domain provided by Amazon.

9. Canonical redirects (www.) redirects will not work through CloudFront.

For SEO purposes, the "base domain" e.g. "acme.com" usually is 301 redirected to the www. domain. My approach was to use www. site for CloudFront, but leave the "acme.com" site at the origin IP. When users access "acme.com" they are redirected back to www.acme.com by the origin server.

Troubleshooting

traceroute d1dkq56j3333dl.cloudfront.net

This allows you to identify the major geographic location your content will be fetched from. For example, the traceroute shows this request is going to the France data center (d1dkq56joi5aul.fra6.cloudfront.net).

Next, use curl with Host option to see what is returned from that edge location.

curl -I -H "Host: d1dkq56j3333dl.cloudfront.net" http://d1dkq56joi5aul.fra6.cloudfront.net/services/index.html

Peeves

1. When invalidating content - "/" is not the same as /index.html - even if you specify your "Default Root Object" to be "index.html" with Distribution settings.
2. Documentation is thin and not that clearly written.
3. Configuration options are very basic.
4. No ability to accurately change length of caching via CloudFront interface - requires technical changes to headers in site.

Yet, despite the "peeves", this is a really useful service.

Best of luck with your CloudFront migration. As always let us know if you'd like us to assist.

In June, Neptune Web launched a new version of T-on-Time, the web app which takes advantage of MassDot’s new real-time data feed for the commuter rail. I’m proud to say we were the first app to do this, since we released the app within a matter of days after the feed was announced.*

In a previous post, I had talked about the Desktop version of T-on-Time, developed in Adobe Air – a platform which I still feel has great promise. T-on-Time Desktop was a contest entry, done mostly on “personal time”, and was more of an amateur (as in “not full time” - not as in “rookie”) effort.

The new T-on-Time “Suite” was a corporate effort, and was much more complete in its approach.

In this version, the addition was the mobile version. However, to retain the value of the original Adobe AIR Desktop version, we combined Desktop with mobile to create a “suite” of commuter tools. The entire “Suite” now consists of:

• The original desktop version re-branded as part of the suite
• An HTML5/web/mobile app, sized to fit hand-held devices
• Android native app
• Android store presence
• A web site to tie both Desktop and Mobile version together.

For web developers, it should be noted that each of these pieces can take a lot of time, and can affect the cost of your project. For example, one would think that developing an Android app code, you automatically get Android store presence. However, you still need to market your app within the store. Developing the images, copy and configuring your account within Google store are fairly time-consuming tasks. Developing that 3-4 page “app” marketing web site can be misleadingly time consuming. Although “app sites” are more or less templatized, coming up with something everyone agrees on is another story entirely. If you take this approach, be sure to add that time into your estimates.

That covers the background. Why did we decide to cover HTML5/web , followed by Android native, first? Why not cover iPhone or Blackberry?

As I mentioned in my previous posts, I have focused on technology web developers are familiar with first. Learning Objective C and XCode gets web developers (who are familiar with Javascript/HTML/CSS and web server-side languages such as PHP or ASP.NET) way overextended. This is a big problem with the iPhone platform for me. Blackberry poses the same problem. Although Android has a similar environment, I find it much more open than xCode/iPhone, using the Java language, and with a faster growth projection.

HTML/JavaScript is really the “first” platform for web developers. I hope someday the Android market and iPhone store become mere marketing vehicles for people to find your apps - no longer the only way to deliver your app. I’m sure Google and Apple don’t feel the same way.

Anyway, here’s how the HTML5/Android app works.

1. First, develop for HTML5/web only, developed in the browser. You can use all the familiar tools. Firebug or Chrome debugger. No need to compile or run a (very slow) emulator. Just reload your page to see your changes using local HTML/CSS and JavaScript. (See note below about disabling cross domain restrictions for local code).
2. Build an Android “shell” to hold the HTML5 app, using WebView classes.
3. Convert your data storage to use native Android. Use the JavaScript integration to make functions available to conscript, which call native Android features.
4. Load your local content, containing Javascript and even jQuery, found in the /assets/ folder like this webview.loadUrl("file:///android_asset/tontime.html");
5. Possibly build an iPhone shell
6. Share code with web version and “assets” folder of Android app

A sample Android resource, src and Manifest.xml (Zip Format) to get you started with your Android version is included here.

A few things worth mentioning:

1. Never rely on the Internet unless you really need it. For example, don’t use cookies just because they are familiar to you. If you just need a place to store data, use local storage instead.
2. When testing your app in the browser, you can avoid XSS/Ajax cross-domain limitations by testing in Chrome like this:

C:\Users\me\AppData\Local\Google\Chrome\Application\chrome.exe --allow-file-access-from-files --disable-web-security
                Be sure to run as Administrator on windows.

3. Repeated downloads of XML content from the Internet can make your Android cache HUGE, and I found no way to reduce size of the Android cache (there were examples for Android 2.2, it’s just that none worked). I chose to clear the cache myself, by calling a Javascript interface function periodically e.g.

                public void clearcache() {
                                // trick to keep cache from getting huge since turning if off doesn't work.
                                Activity t;
                                t = (Activity) mContext;
                                WebView wv = ((tontime) mContext).getWebView();
                                wv.clearCache(true);
                }

4. When using the Javascript Interface, be sure to check the values returned from Android functions. Type mismatches between conscript and native functions cause very difficult-to-troubleshoot bugs.

This type of development can also be achieved using frameworks. However, don't forget there is a huge hidden cost to using frameworks. The costs are a) steep learning curve for you (and others. Never forget the others who will maintain your code after you) b) lack of ability to troubleshoot deep technical problems due to the layer between which hides things from you.

Well gotta run (to catch a train). Best of luck with your Android/HTML5 apps!

I'd like to introduce the recently launched, "Batch Find and Replace" feature, for Neptune Web Edit CMS.

This feature was designed to:

1. Make changes to a large number of static files by performing repeated "Find and Replace" matches within the CMS.
2. Quickly scan files throughout the CMS using a keyword string or file-path match. This allows an initial set of files or "batch" to be created, which could later be used for subsequent matches.
3. Add more search/replace matches until all files in the "match criteria" are matched.
4. Use regular expressions, reverse file, back reference interpolation. See "Better Find and Replace on HTML Content" for an explanation of these options.
5. Preview possible matched differences until the last minute before actual changes are made.
6. If changes were made, the ability to roll back the changes.

Start by Finding Files for a "Batch"

The Batch Replace feature is found under the "TOOLS" link in the top frame. Next, click "Site Search/Batch Find and Replace".

This initial search screen is where you perform a "scan" of all files for the text you want. You can also choose ".html" or ".asp" to identify the types of files you want to include in the batch. "Files, Directories and Extensions" allow you to include or exclude folders such as "/includes/" or ".cfm" or pages which contain the text "/oldfile/badlink.html" in them (the latter example is for fixing broken links or renaming pages or folders).

Please note that "Include" and "Exclude" are based on substring pattern matches against both file name and folder name. Keywords are also a direct substring of the source code of the documents - this is not a keyword search like "Google", for example. It's behavior is more like the UNIX utility, "grep".

Multiple lines can be entered in both "Include" and "Exclude" boxes.

Once you have the files you want to match, enter a title and click "create batch". This will create the batch and save the filenames with the batch. Since this is an initial scan, you will be able to remove individual files from the batch later on.

Backup and Checking File Consistency

Now that you have a "batch", your next step should be to backup and check the consistency of the files. Both steps are optional. We recommended you do both.

Backing up is simple. Just click "Backup Files" and a zip file will be generated containing all files in the batch.

The consistency check goes through all files in the batch, and reports on any problems which might occur when saving the files. You'll want to make sure that the replacement works on all files, so that you don't have errors saving some files in a very large batch. This can be difficult to sort out afterwards.

Why would the files not be consistent? The most common reason is that files have already been modified within the CMS, and could be overwritten by the batch replace. This could be because you weren't aware some other person was working on the site. If the changes were made by another user, you might have to notify them that you are planning to make changes to their pages. If you are sure the person is finished making changes, click "Publish", check the files reported with problem (you may have to write the file names down) and either click "Check in" or "Publish Selected".

Less frequently, files can become "inconsistent" because file permissions or corruptions can occur in particular files during site development or installation of the CMS. These problems cannot be fixed through the CMS, and you will need to contact the support staff to resolve them.

Replacing Text within Files

Now that you have a batch and a backup and you know the files are "consistent", it's time to perform the final replacement. Click "Replace Text" to begin. The screen (shown below) will appear. At the top of the page, the "Old" and "New" text boxes are where you place the old text (matched) with the new text (replace). You can do up to 10 replacements at once, by clicking the "more" button to reveal additional boxes.

The idea of this screen is simple. Paste in the text you want to match. Paste in the text you want to replace. (This can include HTML content, urls, or include files.) Click "Verify" to see how many pages have matches and how the replacement will affect your pages. Use the "Diff" button to see the differences your change will make (prior to actually making the changes.). Click "Finalize" to complete the changes.

A few notes:

1. Only pages which actually have changes will be changed. In this way, you can use "Publish" to undo all changes made in that match.
2. Matches are "whitespace" insensitive by default, that is a match will be found if you put in two spaces but your file only has one. We designed it this way because HTML doesn't care about spaces.

Things get more complicated when you start using options. Each replacement has options associated with it. These include "isregexp" (is regular expression), reverse file (reverse the file during matching, and then reverse it back), case sensitive (turn on case sensitivity), interpolation (replace back substitutions with $1, $2, $3 etc.) If you are unsure of how these work, see the article "Better Find and Replace on HTML Content".

We'll be rolling out this feature to our clients in the next few months. Once it's installed, you can modify title tags en-masse, update footers, or restructure your page entirely when you have static content. I hope you can make use of this feature. As always let us know if you are having problems with your installation.

Introduction

Here at Neptune Web, our SEO process starts with a strategic analysis of a website to determine areas that need improvement. After creating a strategy for enhancement, we make changes that range from superficial (such as changing a page title) to fundamental (such as changing the information architecture of an entire site).

During this process, one of the challenges we face is collecting and keeping track of the myriad of reports and integrity checks we perform - because the process involves more than just keyword positioning and page optimization. We validate a number of on-site and off-site metrics and even review the user interface to insure a complete optimization. Recently, we launched an SEO module to help our clients understand our SEO process and ensure that they can continue the success of their SEO campaigns after our changes have launched.

SEO Module for Neptune Web Edit™

The SEO Module is an easy add-on for Neptune Web Edit users. The module automatically scans and updates site metrics using a variety of algorithms and bots. If it cannot automatically update a specific metric or item, the module calculates the length of time since the last manual update and flags stale items for review. Items are grouped into similar categories, which helps users focus additional traffic-driving efforts on specific categories and areas of the site. Additionally, the module continually tracks and graphs keyword positions for the organization, as well as their competitors, making it simple to keep an eye on many keywords with a few clicks.

Checklists

The best way to keep things organized is with a checklist. Our SEO module offers a comprehensive checklist – first, tasks are organized into logical groupings and then a computer automatically scans these tasks for completeness, while simultaneously marking items that need attention. The checklists are laid out to help make the process less overwhelming and this enables the site adminstrator's work to be very focused and prioritized as they work within the module. By suggesting small pieces of work, the module allows users can chip away at the list of tasks piece by piece. Ultimately, they are able to invest time into a process that will continue to reap rewards as more items are marked complete.

Keyword Position and Competition Graphing

The keyword position tracker and competition monitoring is my favorite feature. Users can monitor positions of specific keywords and identify keywords for which improvements can be made. Best of all, if users find that a new competitor has suddenly pushed down their rankings, they can add the competitor and get a back-populated graph showing when this new site entered the rankings and how they have moved historically (back to the initial keyword addition date). Users can focus on specific keyword optimizations and see daily position movements, enabling them to make and monitor slight tweaks to the site. With this feedback it is easier than ever to fine-tune optimizations.

Document Organization

Over the course of the SEO consultation process, we generate several documents to compliment the SEO process. In the past, we would review these documents back and forth with our clients via email. The Documents section in our SEO module allows all reports to be uploaded to a single spot and downloaded whenever they are needed. No more sifting through emails or having multiple copies of spreadsheets saved all over your computer. The master copies of all reports are now kept in a single location that is easy to browse and access.

SEO Consultation

One of the sections in the checklist is an "Initial SEO Consultation". We help by kicking off the process and laying down a solid foundation. We review the site for current traffic, any crawling errors, and then we explore potential keywords with clients to help them focus their content and SEO plan. As we finish steps, we mark them as completed in the checklist so users can see where we are in the process and what's yet to come. Any reports created by Neptune Web are uploaded into the Documents section and can be retrieved at any time for review.

Implementation of multiple videos on a single page, on the other hand, is not as easy as listing out benefits in text: considerations for video formatting, hosting/serving and actual coding all need to be made. Most FCK/CK-style editors that are packaged with CMS solutions like Joomla, Drupal or Wordpress do not make it easy for pin-point placement of video, or ideal formatting/styling of how videos are presented. Adding videos into a coherent, compact player (instead of stacking videos one on top of another) usually means custom development.

In this article we'll provide steps how YouTube can quickly provide both hosting and front-end solutions to presenting videos on your site. Best of all, YouTube is free and you have the choice to make your videos ad-free.

Video size and shape matter

A video's size and quality will determine its filesize -- depending on your hosting package, videos on your site may be a pricey proposition. Most lower-end hosting solutions allow terrabyte-level or unlimited file transfer -- meaning you do not need to worry about the amount of data coming from your hosted site to a visitor's browser -- but still maintain low storage limits that might only allow for five to six high quality videos. Moving from a lower-level hosting solution to mid-or-high level can often increase your hosting costs 50 or 100%.

One way to increase your storage space for video is to go with a dedicated video hosting provider like Rackspace or Brightcove. One large drawback with this method is the technical nature of getting videos to their host and technical know-how needed for actual video delivery to the user. There is also a cost associated with these services. One large benefit to all the above-mentioned solutions is that you have total control over the size, quality and length of your videos.

Let YouTube do all the heavy lifting

YouTube (as of this writing) has no limits to the number of hosted videos you can have. Currently there is a 15-minute video length limit, however users in "Good Standing" will soon be allowed to upload clips longer than 15 minutes (http://youtube-global.blogspot.com/2010/12/up-up-and-away-long-videos-for-more.html). On a fast Internet connection, videos will load fairly quickly. YouTube "streams" videos, which means that as soon as enough video has loaded into your browser, it will begin to play, even though downloading has not yet completed. YouTube also accepts several video formats and will process your files to fit in a variety of player sizes and shapes.

Embed Playlists - Not Just Single Videos

The trend in page design/IA is to layer information - why present a page that is 2 screens tall when you can make use of hidden content areas such as in-page scrolling or tabbed-content? This approach de-clutters a page's layout while reducing the visitor's need to scroll for information. The same approach is often taken with videos -- you will not often find a video player that does not include a playlist or some way for a user to watch multiple videos from a single screen, rather than going from page-to-page. Any logged in YouTube user can create a playlist, either from videos they are browsing or videos they've uploaded. One nice feature of embedded YouTube playlists is that updates to the playlist you make on YouTube are automatically reflected in any embedded player. There is no need to do any manual updating of code you are embedding.

Options to make your YouTube videos less "YouTube-y"

A typical user experience on a YouTube video page is an auto-playing video, active commenting section, related videos section, and even more related videos displayed once the video is finished player. Embedding a video directly on your site pages eliminates all the extra information surrounding the media and allows users to focus on just what's happening within the video's frame. YouTube even provides embedding options to allow/disallow the autoplay feature as well as the releated videos at the end of the clip, replacing them with a simple, large "Replay" button. YouTube will often display adds over playing videos -- this is the owner of the video's choice, so if you are the owner of any uploaded clips, you can turn this on or off.

If your goal is to provide video content with a minimal amount of programming or technical effort, YouTube is an ideal solution. Services such as Vimeo provide similar solutions, for a fee, with additional user-controled options available.

We hope this may help if you are experiencing similar problems. Feel free to contact us with any Magento programming projects you may have.

<?xml version="1.0"?>
<config>
<modules>
<NeptuneWeb_ExportEdiOrder>
<version>0.1</version>
</NeptuneWeb_ExportEdiOrder>
</modules>
<global>
<models>
<nwExportEdiOrder>
<class>NeptuneWeb_ExportEdiOrder_Model</class>
</nwExportEdiOrder>
</models>
<events>
<sales_order_invoice_pay>
<observers>
<nwExportEdiOrder>
<type>singleton</type>
<class>nwExportEdiOrder/observer</class>
<method>sales_order_invoice_pay</method>
</nwExportEdiOrder>
</observers>
</sales_order_invoice_pay>
</events>
</global>
</config>

	public function load($id, $field=null) {
	global $ECV_GLOBAL_CACHE;
	if (isset($ECV_GLOBAL_CACHE)) {

	} else {
			$ECV_GLOBAL_CACHE = array();
	}
	if (isset($ECV_GLOBAL_CACHE[$id])) {
					//error_log("since $id was already loaded, we return global version - cache it");
					return $ECV_GLOBAL_CACHE[$id];
	} else {
					$ECV_GLOBAL_CACHE[$id] = parent::load($id,$field);
					//error_log(" $id was NOT already loaded, call ev tables - no cache");
					return $ECV_GLOBAL_CACHE[$id];
	}
}

I hope this helps you out. As always, contact us know if there is anything we can do to help support your Magento installation!

These problems will first be noticed if you have high load on your server. Apache processes can be seen using “top”, where you will see apache or httpd processes jumping to the "top" using a large percentage of CPU.

Using the Profiler requires a fairly deep (e.g. time consuming) analysis, so make sure you are barking up the right tree before proceeding with this. You’ll want to eliminate any front-end issues (such as loading large png files, too many css or javascript files, content compression, unnecessary Javascirpt, etc.) to be sure your problem is really server side (The “YSlow” firebug plugin is a good resource for client side problems).

Magento is very resource intensive, and many shared hosts will not be able to run it with decent performance.

Make sure your problems are not related to your database. Login to MysQL. Run show “process list”, as you go browse through the slow areas of the site. If any queries stay on the screen as you watch, you probably have a database performance problem.

Finally, make sure your problem is not a networking relating issue, such as a slow or faulty internet connection, or firewall.

Generally, look for the first page hit using Firebug Net view to see the total server side time required to generate the page. The Magento profiler is limited to this first page hit - so make sure you know how much performance you can actually gain. Focus on the greatest performance as a percentage of the overall time to view the page, to be sure you are getting low-hanging fruit first.

Be sure you know what's going on with your cache. If you are using caching, the difference between the first and subsequent hits can be huge, and will throw confusion into the mix, giving you meaningless results. I recommend adding some comments using PHP error_log() function, (tail -f the web error log), so you know when the Full Page Cache is used. See my previous blog post on the Full Page Cache.

As with many Magento problems, I’ve given up trying to find documentation or explanations online. Although the architecture is technically beautiful and the code very well written, documentation can be very spotty. You can occasionally strike gold on the community site, but I’ve found the most direct way to approach many Magento problems is to read the source. Once you go through the code, you find out that the feature wasn’t as complicated as you thought it was. It’s this way with the Magento Profiler.

However, in this post, I’ll try to save you some pain reading the source, by sharing some experiences on how I’ve used the Profiler.

I’m assuming your running Magento Enterprise 1.8.

First, enable the profiler via System -> Configuration -> Developer -> Profile (yes). This enables the profiler, but does not fill in any of the benchmark times.

Comment out the following line in /index.php

# toggle this to enable profiler.
Varien_Profiler::enable();

Next, refresh the page you are optimizing. At the bottom of the page, you will see the performance table.

Fig 1: Magento profile data at bottom of page.

This table is impossible to read directly inline, since the HTML is placed outside of any HTML or body tags. Go into the source and copy the entire page contents. Paste in Notepad or any other text editor. Eliminate the regular page HTML , leaving only the HTML which builds up the performance data table. Save to a temporary HTML file and then view via Internet Explorer to view the static page. (IE allows you to copy the table from HTML to Excel)

Fig. 2: Magento stats loaded into Excel. (Click to enlarge.)

The call to Mage::app should be at the top of the list. This is the full time of your request is taking to run on the server (minus process startup). It’s what you want to reduce as much as possible. The code found in app/Mage.php is what "marks" the start and end points to profile.

Varien_Profiler::start('mage');
... core magento code ...
Varien_Profiler::stop('mage');

I Ignore the memory usage stats. (If you’ve figured out how to make these egregiously large numbers have any meaning, leave me a comment.) Under normal conditions, Magento chews up around 50 Megs of memory per process. If you are running data loading scripts, it can use up much more memory if there are repeated instantiations of Magento objects (users, products, etc).

The number of instantiations is very meaningful, as it will tell you if there are unnecessary objects) being made, possibly through some customizations you've made. But don’t assume the Magento code is perfect either. We found out that any more than 10 shopping cart rules will slow the performance of the cart to a crawl, due to repeated calls to EAV load table. (NOTE: EAV load calls are very expensive, performance wise. Each one costs about 1/10 of a second. I'll post another blog article on that solution if it will help someone - let me know.)

The column "Time" indicates the total time spent between the "start" and "stop" calls within "Cnt" instantiations. To resolve your performance problem, look for large numbers of instantiations, resulting in large "Time" values within this report.

Use recursive grep on the source to find out what is being measured within the profile report. E.g.

grep -r "Varien_Profiler::start('mage'" *

Also, you should be able to add your own Varien_Profiler::start() and stop calls within the code (though I haven't done that).

Good luck and I hope this article helps with troubleshooting your Magento performance problem. Leave me a comment if you have more information or need some help.

The CSS3 language, which is supported at least partially by all modern browsers provides an option to embed actual fonts into a site visitor’s rendered page, presenting headlines as actual text and not as a swapped-and-replaced text/graphic combination. This can be accomplished in just three or four lines of code in a CSS file:

font-family: "Sketch Rockwell";
src: url(../fonts/SketchRockwell-Bold.ttf); /* for IE browsers */
src: local("Sketch Rockwell"), url(../fonts/SketchRockwell-Bold.ttf) format("truetype"); /* for non-IE browsers */

To have a particular tag or selector use the font you’ve just embedded, the property is such:

It makes sense to include the other font properties here – color, size, margin, line-height, etc can all be applied to the embedded font. It’s also a good idea to list alternate, backup fonts in the “font-family” property:

An example of this CSS can be seen here. The “Vocational Programs” headline is actual text displayed with an embedded font with other properties for size and color.

The above CSS works all the way down to IE6 and works fine on both Safari, Chrome and FF on PC and Safari and FF on the Mac.

A few things to be aware of:

• Firefox does not allow for the importation of fonts that aren’t served on the same machine as the CSS file.
• Know your font licensing rules. Just because you can embed a font doesn’t mean you should – fonts, like other pieces of software are usually not meant to be shared unless the organization your purchased it from offers it as rights free. By including the above CSS in your style sheets, which are accessible to anyone who visits you site, you are also making the font file itself accessible.
• Also consider the font format. There are several formats out there – most modern browsers support just TrueType and OpenType fonts.

The problem is that Magento's Unirgy Drop Ship module will not display shipping methods with method codes greater than 30 characters.

(Around) line 72 of app/code/community/Unirgy/DropshipSplit/Model/Carrier.php (A similar problem occurs in non-Split module code) the carriers and methods within Drop Ship are validated against the vendors shipping methods. e.g.

foreach ($vRates as $rate) {
                    if (empty($systemMethods
[$rate->getCarrier()][$rate->getMethod()])) { continue; 
/* shipping method is skipped */

mysql> desc udropship_shipping_method;
+--------------+------------------+------+-----+---------+
| Field        | Type             | Null | Key | Default |
+--------------+------------------+------+-----+---------+
| shipping_id  | int(10) unsigned | NO   | MUL | NULL    |
| carrier_code | varchar(30)      | NO   |     | NULL    |
| method_code  | varchar(30)      | NO   |     | NULL    |
+--------------+------------------+------+-----+---------+

As you can see from the data, below, the full name of the shipping method is "Priority Mail Small Flat Rate Box". It is being cut off at 30 characters. The same thing happens with medium and large boxes.

To resolve, simply give more space in the column and update the records. E.g.

# give more space to column
mysql> alter table udropship_shipping_method
 modify method_code varchar(100) default null;
# update truncated shipping methods. 
#This may also occur with Medium and Large boxes. 
mysql> update udropship_shipping_method set method_code = 
'Priority Mail Small Flat Rate Box' where method_code =
 'Priority Mail Small Flat Rate ';

This one was so blatant, but took a long time to dig out, so I had to share it. Send me a comment (below) if this article helped.

If there is anything Neptune Web can help you with regarding Drop Shipping and Magento, give us a call.

Only catalog and product pages make use of the full page cache by default.*

*Update: On a second Magento installation, with different modules installed, this was not true. On the installation where this problem occurred, it appears the core module handles the homepage request.

Run the find command to see which full pages are cached (REQEST - yes misspelled) indicates the page was cached.

find var/cache -name "*REQEST_*" -print

In the file app/code/core/Enterprise/PageCache/etc/config.xml, you will see the section which you can configure to get other pages cached. The relevant section is as follows:

<cache>
<requests>
<cms>enterprise_pagecache/processor_default</cms>
<catalog><category><view>...</view></category></catalog>
<catalog><product><view>...</view></product></catalog>
</requests>
</cache>        

Add the following line between the <requests></requests> tags:

<core><index>enterprise_pagecache/processor_default
</index></core>

However, this still isn't going to work. There is a bug within Magento, which returns a "1" (yes, the number 1) as a result of:

$request->getModuleName()

(I didn't have time to research the origin of this bug, as mentioned above it may have been a module we installed). So, add a single code line to the file:

app/code/core/Enterprise/PageCache/Model/
Processor.php (around line 320)
... $module = $request->getModuleName(); // existing code
if ($module == '1') { $module = 'core'; } 
// THE ABOVE LINE IS THE FIX TO GET THIS CACHE TO 
// WORK ON HOMEPAGE.
if (isset($configuration[$module])) {    //existing code
//  etc..

A file over-ride (clone file and directory structure in app/code/local) would probably be best here.

Once you've made those changes, clear your config cache, and the homepage will now cache.

This small change can have a dramatic effect on the performance of your web site, since a good percentage of people enter the site from the home page and never add anything to the cart (which invalidates the cache*). Therefore, the entire session can make use of the full page cache.

* See app/code/core/Enterprise/PageCache/Model/Processor.php isAllowed function (modified with comments below) to see what other conditions invalidate the cache for the user. E.g. the request must NOT have the cookie NO_CACHE set (that cookie is set when a session is started - an item is added to cart), it must not be secure (https), and it must not have the GET variable no_cache set. Adding logging below is a good idea to see if your page is caching.

Assuming you're on fast hardware a 200-400ms page request time means you're making use of the page cache. 800-1200ms hits mean your probably not making use of the page cache.

public function isAllowed()
    {
        if (!$this->_requestId) {
        error_log("page cache not used because NO REQUEST for request " . $_SERVER["PATH_INFO"]);
            return false;
        }
        if (isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] == 'on') {
                error_log("page cache not used because sECURE for request " . $_SERVER["PATH_INFO"]);
            return false;
        }
        if (isset($_COOKIE['NO_CACHE'])) {
                error_log("page cache not used because cache cookie set for request " . $_SERVER["PATH_INFO"]);
            return false;
        }
        if (isset($_GET['no_cache'])) {
                error_log("page cache not used because of cache GETVAR set for request " . $_SERVER["PATH_INFO"]);
            return false;
        }
        return true;
    }
               

The API itself is simple:

1. Call to the API in the <head> tag of your page with this line:
   

   <link rel="stylesheet" type="text/css"
   href="http://fonts.googleapis.com/css?family=Font+Name">

2. Where "Font+Name" is in the <link> tag is where you can choose your font.
3. Use the font you've chosen as part of the normal font-family property in your CSS. Ex.:

   font-family:'Font Name', serif

Google has even made it easy for you to browse and configure fonts via its Font Previewer that will dynamically output the code you can cut and paste into your own page. Options include standard CSS properties like letter and line spacing. The font API is compatabile all the way down to Internet Explorer 6, though designers should keep in mind IE6 (and all other browser) CSS support -- for example, no Internet Explorer browser supports the 'text-shadow' property.

The font directory is small right now, but growing. Be weary, however: all fonts are available under an open source license, so don't expect to see any Adobe or Microsoft fonts.

• PCI Compliance. This affects everyone who stores or processes credit cards. It can also affect anyone who is doing any form of e-commerce online.
  
• Massachusetts 201 CMR 17.00 or Standards for the Protection of Personal Information of Residents in the Commonwealth. These standards can affect anyone who stores or processes electronic (or paper) information about Massachusetts residents.

Let me provide a quick overview of these two changes, and then mention how they will affect small to medium sized businesses in regards to their web development needs.

The PCI Security Standards Council is a policy entity founded by representatives from the major credit card companies. Its purpose is to ensure that all vendors who process card information comply with standards and reporting regulations, for the purpose of keeping cardholder data secure. The Council defines PCI Compliance and helps organizations to become PCI Compliant.

PCI Compliance requires that you identify your security level (on a 1-5 basis, 5 being the most demanding requirements because card data is stored) by completing a self assessment questionnaire (SAQ). See www.pcisecuritystandards.org/saq/instructions_dss.shtml
Depending on your SAQ level, you must comply with certain standards, such as having a verified 3rd party (or qualified security assessor, QSA) scan your site for vulnerabilities, encrypting all card data with strong encryption, and using dedicated (vs shared or virtual servers). The most difficult level will be level 5 (D) vendors, who are storing card data for "one-click" ordering.

https://www.pcisecuritystandards.org/qsa_asv/become_qsa.shtml

In order to work with the QSA, you need to go through process which will involve your hosting company as well as your web developer. They will expect the self-assessment questionnaire to be completed. Then, they will also perform a web scan on your site, which will affect your web host, as the scan may require some changes in server configuration. There may be some back and forth during that process, which can slow things down for some organizations. To remain PCI compliant, the QSA must continually scan your site. They will notify you if known vulnerabilities are detected.

States have adopted their own sets of standards. In Massachusetts, it is called Massachusetts 201 CMR 17.00 or “Standards for the Protection of Personal Information of Residents in the Commonwealth ", http://www.mass.gov/Eoca/docs/idtheft/201CMR1700reg.pdf requires the protection of personal user information for state residents*. Also not actively enforced, these standards might only be used post-facto were a breach to occur (e.g. as a basis for a law suit). They could also form the basis for future regulation. Fortunately, if you are PCI compliant levels 4 or 5, you should also be complaint with CMR 17.00.

*Massachusetts 201 CMR 17.00 defines “Personal Information” as “a Massachusetts resident's first name and last name or first initial and last name in combination with any one or more of the following data elements that relate to such resident: (a) Social Security number; (b) driver's license number or state-issued identification card number; or (c) financial account number, or credit or debit card number.”

There are several notable stipulations in Massachusetts 201 CMR 17.00. Compliant organizations are required to:

• Encrypt forms which collect personal information on the site; a 1024 bit SSL certificate will satisfy this requirement.
  
• Block access to non-public sites after multiple unsuccessful login attempts.
  
• Encrypt data stored on laptops (of interest, but not affecting the web).
  
• Have Firewall software, Anti-virus software, & Operating system patches (less notable because most IT systems have this in place)
  
• Comply with a variety of employee reviews and procedural requirements, such as maintaining a “comprehensive security program”.

Impact on Small and Mid-Sized Businesses

So how are PCI and CMR17.00 recommendations affecting small and medium sized businesses (SMBs) who are our clients here at Neptune Web?

Generally, PCI compliance is the most difficult hurdle for SMBs to deal with. Since it only affects customers doing e-commerce transactions, many businesses are not affected at all. CMR17.00 has generally been less of a burden for SMBs, since many companies aren’t storing or transmitting credit cards or social security numbers, and since PCI compliance covers nearly all of the CMR17.00 requirements, depending on the level. Since both recommendations are good practice, businesses have already taken many of the steps required by both CMR17.00 and PCI compliance.

Some businesses are concerned that any form found on their site must have an SSL certificate – even a simple “contact us” form. This seems a bit absurd given the promiscuous information sharing on the Internet today. An SSL certificate is not required by CMR17.00 as long as “personal information” (credit card, social security number, bank account, not found in any public resource, see definition above) is not being passed or stored through those forms.

Making your site PCI compliant site can increase hosting costs because any site that processes card data (transmitted) needs a dedicated server and a firewall. (To store cards, at least 2 dedicated servers are required. ) For small businesses who are taking a few transactions, the cost $700/month or more is prohibitive, and they just don’t want to deal with the security of credit cards. We’ve seen many of our customers convert their card processing to an offsite system hosted by a third party such as Paypal or Authorize.net. In this scenario, the user is redirected to the 3^rd party site to enter their card information. Usability is negatively affected, but for these customers it’s still worth it because they can continue to host on a shared host, which is much less expensive than dedicated and easier to maintain.

Lately, I’ve found customers have been more inclined to avoid the problem altogether and use a end-to-end, hosted system such as Yahoo store or Amazon’s E-commerce service.

We’ve seen businesses that aren’t doing “big time” e-commerce moving their payment processes to offsite vendors at the cost of reduced usability. The risk just outweighs the benefits (mainly usability) for these customers. Any customer using a shared or virtual web host fits into the “small time” category. Only customers who have an e-commerce component, which is a big enough part of their business that the usability really matters, will become PCI compliant as level 4. Very few clients will become level 5 vendors due to the high hosting costs (which will be as much as most Boston area apartments – $1500-2000/month). Those that do tend to have in-house web development and IT staff.

Our eCommerce Recommendations

For e-commerce sites, Neptune generally does not recommend storing credit card data, due to the increased cost, risk and regulatory burden imposed by these standards. If you decide to become a level 5 vendor, the requirements will be very difficult to fulfill. This is important because storage of card data is necessary for "one-click" ordering. For level 5 vendors, at least 2 dedicated servers must be used to store cards - one for the web host and the other for the database. All card data must be encrypted. In addition, at least one firewall must be in place. These requirements will increase hosting costs significantly.

A level 4 (vs. level 5) designation means that e-commerce projects our client do with us will be significantly smaller, as you will not have to deal with encryption of cards, the systems administration required for 2 machines, and the overall complexity this introduces.

Generally, I think both PCI and CMR 17.00 requirements are pretty reasonable. We’ve been doing most of these things for years anyway, but without a formal “checklist” by an outside organization. The requirements are helping psychologically - by keeping security first in people’s minds. We’re seeing a lot more SSL certificates being requested, which can mean more management, costs, and another thing for clients to remember. Until now, support for SSL over a shared IP address (virtual hosting) has not been well supported. I expect that to change soon. SSL should become more available and more widely used.

FYI: We’ve been a Rackspace fan for years and recommend Rackspace's PCI compliance toolkit, whether cards are stored or not. For more info see:

http://www.rackspace.com/managed_hosting/services/security/pci.php

Social media plays an important role in Web 2.0 because it enables people to use the internet to connect in a personal way. You can participate in social media by creating a blogs or podcasts or by engaging with social networking sites like Facebook, Twitter, and LinkedIn. Social media is a conversation – by engaging with social media you can participate in conversations users are having about topics related to your business, instead of using traditional marketing techniques and interrupting them to talk about your products or services.

Social media is a powerful tool that can, and should, be used by small and mid-sized companies to grow their business. Engaging with social media does take time and effort, but it is a very low-cost endeavor that can yield significant results. Small and mid-sized businesses can use social media to engage with customers in the more personalized space of Web 2.0 and build strong relationships while also increasing their reach. If you’re already using social media, these tips should still be useful in pointing out the objectives and goals you should have for your social media engagement.

6 Reasons to use Social Media:

1. Cost Effective

Social media and social networking sites are free and generally easy to use. It does take time to put information on these sites, but chances are you already have short company summaries and value propositions prepared for other purposes. This information forms the basis of a profile on a social media site and then you just need to one person or a few people to add interesting and relevant content. It may be implausible to expect that you can post something every day or even every week, but even once a month is better than not engaging with social media at all.

2. Build Reach

By engaging with current customers and clients in the more personalized space of social media, you widen your reach significantly. Research recently by Nielsen has shown that social media is becoming more popular than email as a consumer activity. Loyal and satisfied customers will likely give positive reviews through social media channels. Their interactions with you and your brand will be viewed by other users.

Social media provides a space for powerful online word-of-mouth that can bring you qualified leads. If you create interesting and valuable content, it will likely be shared by customers and prospects. All of your interactions on social media enable you to reach more people, as you increase the number of people in your network, you will likely increase your leads and generate more customers.

The example below depicts the company profile of Exe Castle Integration on LinkedIn. As I access information about the company, I am able to see if I am connected to any of the employees, and if so, how I am connected. This represents a powerful networking and reference opportunity that all small businesses can use to their advantage.

3. Strengthen Relationships

Social media sites provide a unique opportunity for you and your business to interact with customers on a personal basis. The strength of social media comes from this personal contact, which encourages users to return frequently. Customers are more interested in dealing with real people and getting to know the people behind the brand, than learning about products or services.

In tough economic times, it is especially important to establish trust with your potential customers and create a relationship. By giving a face to your business, you will begin to establish trust. As you provide unique and valuable information to your contacts over time, you build this trust and foster relationships. As you strengthening your relationships with potential customers you make them more comfortable with your company, which should in turn give them peace of mind about doing business with you and encourage them to do so even when budgets may be limited.

Social media is a great space for developing this relationship with potential customers – use it to interact with customers and prospects to provide feedback about their questions and concerns.

The example below portrays an interaction on Facebook. Biotek posted a link referring to a event in their industry. A few people demonstrated interest and Biotek provided a helpful answer to one user’s question, building interest and trust in their company.

4. Establish Thought Leadership

By continually create unique and relevant information to share with your contacts, you will not only build trust, but also establish yourself and your company as a thought leader. Most of your competitors are probably engaging with social media in some way. If you fail to do so, you risk being out of the loop.

Write about topics that are relevant to your industry, even if you are just expressing opinion, to show that you are thinking about current issues and willing to contribute your ideas to the community. This will create relevance with the people you are connected to via social media channels - when they think about topics related to your business they will think of your company and have a personal connection.

In the example below, NICHQ used Twitter to send a quick Tweet about CEO Charles Homer being featured in an ABC News article. This is an interesting article for followers to read, and also demonstrates that Homer is an important thought leader in their industry.

5. Faster, More Efficient Connection

Social media channels shorten the path from your to your customers and give customers faster access to new company information. Users on social networks (Facebook, Twitter, LinkedIn, etc.) have landing pages that give immediate updates about other users, so a company’s latest content is actually fed into the user’s entry page with each of these services. A user no longer has to visit a company’s website for new information, but instead has access to this info in one convenient spot.

For example, some restaurants are notifying followers of nightly specials, events and coupons via social media channels.

6. Improve Search Engine Positioning

Creating more content to put on your website and more inbound links from social media sites will help to improve your search engine positioning. As long as you are adding relevant content and not strictly using a blog or social media sites for advertising purposes, the association of this content with your company should help move you up within the search results. As you create more significant content, Google and other search engines will find more information to index. Just make sure you're not creating content for the sole purpose of associating more information with your website; relevant and useful content will best serve you and your customers.

Final Thoughts

Social media is a powerful marketing tool with several advantages that apply to small and mid-sized businesses. Participating in the social web is a cost effective method of brand building. By creating interesting content and maintaining a personal, human touch, small businesses can compete with large organizations with bigger budgets. Word-of-mouth and customer feedback are important aspects of social media, so if you have a great product or provide exceptional services, you should already have the satisfied customers who will be willing to say good things and refer their friends.

The best way to start or strengthen a social media campaign is to do a bit of research. The most popular social networking sites are Facebook, Twitter, and LinkedIn. You should have a profile on each site. Additionally, your website should have a blog. Videos and podcasts are interesting content that will draw users into your website and create curiosity. All of this content should be created to spark interest in your company and help you connect with current and potential customers. Stay tuned for our next blog - advice on how and where to get started with a social media campaign!

I wanted to provide a quick but accurate search on a website. In the past we've used programs such as htdig and swish, which while good, became outdated or difficult to set up the way we wanted. My latest attempt includes implementing mnogosearch.

Installation

For our purposes we used the latest version of mnogosearch and downloaded it here:

wget http://www.mnogosearch.org/Download/mnogosearch-3.3.9.tar.gz

After unpacking I configure it to use mysql database only and set a prefix where everything will be installed:

./configure --with-mysql --prefix=/neptune/mnogosearch-3.3.9

Note that on a Red Hat Enterprise Linux AS release 4 with the x86_64 architecture the configure script wasn't able to find required mysql libraries. Therefore we need to provide the path in the environment variable and invoke configure like this:

LDFLAGS=-L/usr/lib64/mysql ./configure --with-mysql --prefix=/neptune/mnogosearch-3.3.9

Setup

Next step is to create a database in mysql that will be used by the site search. In mysql you simply need to create a database and grant full access to it to a user of your choice. In the example below we create a database called "mnogosearch_neptuneweb" and give full access to it to the user called "neptuneuser" with the password "neptunepass". Full database access will be needed for the mnogosearch indexer to create database tables.

mysql> create database mnogosearch_neptuneweb;
mysql> grant all on mnogosearch_neptuneweb.* to neptuneuser@localhost identified by 'neptunepass';

Configuration

We'll need to have two configuration files for the search to work: one for the indexer and another for the search.

The indexer configuration file called "indexer.conf" can be as simple as in the following example:

DBAddr mysql://neptuneuser:neptunepass@localhost/mnogosearch_neptuneweb/?dbmode=single
Server http://www.neptuneweb.com/
Disallow *.gif *.jpg *.jpeg *.png *.css *.js *.flv *.swf
Section body 1 150000 html
Section title 2 255
LocalCharset UTF-8
RemoteCharset UTF-8

The other configuration file is called "search.htm" and is basically a set of html code portions to use on the search and results page. It is recommended to create a copy of the search.htm-dist file provided with mnogosearch as /neptune/mnogosearch-3.3.9/etc/earch.htm-dist and update it to your needs. The only required modifications to make it work is the DBAddr parameter to point it to the correct mnogosearch database. It has to match the same parameter in the indexer.conf file.

Running it

To index the site you need to invoke the indexer program three times as below: first to drop any old database tables, then to create new database structure and finally to index the website:

/neptune/mnogosearch-3.3.9/sbin/indexer -Edrop indexer.conf
/neptune/mnogosearch-3.3.9/sbin/indexer -Ecreate indexer.conf
/neptune/mnogosearch-3.3.9/sbin/indexer -a -d indexer.conf

On the search page we need to invoke the mnogosearch search.cgi program to return results. Below is an example of php code for the search page. This will take the search.htm configuration template and output the search form and search results.

$queryString = $_SERVER["QUERY_STRING"];
putenv("QUERY_STRING=" . $queryString);
putenv("UDMSEARCH_TEMPLATE=" . "/path/to/search.htm");
putenv("UDMSEARCH_SELF=" . $_SERVER["PHP_SELF"]);
$cmd = "/neptune/mnogosearch-3.3.9/bin/search.cgi";
exec($cmd, $searchOutput);
for($searchIndex=1; $searchIndex<count($searchOutput); $searchIndex++) {
$line = $searchOutput[$searchIndex];
print $line;
}

The following are two examples of rendering the results on the page:

Conclusions

It takes a bit of work to set up and configure the search this way but once you do it once it's just a matter of making a copy next time. However, the mnogosearch program is very powerful and allows to create a very custom search engine. Worth noting are some advanced features including indexing database content directly, ability to use external parsers, categorizing content by site sections, support for indexing content in multiple languages.

Last time we introduced some features of the upcoming Form Builder module for the Neptune Web Edit CMS. Now I will describe it in more detail and give more information on its usage and setup.

In our sample CMS site the module is located in the usual place along with other modules under "Manage Files" and in this case is called "Contact Forms". Each item in the module is a separate submission form. There are two forms created in the screenshot below: "Campaign one" and "Small form".

How to create a form

In the Forms Database click on "Add New Item". You are taken to the Form settings screen.

• Enter the form name in the subject field. Select a template file on which the form will appear. Optionally enter an SEO URL of the form.
• In the "Confirmation message or redirect URL" field please enter either a message that will be displayed after the form is submitted (a thank you message) or a URL where the visitor will be redirected after submitting the form.
• You can add captcha validation to the form by selecting the "Include reCAPTCHA" checkbox and providing your public and private keys for the reCAPTCHA service.
• Finally each submission can be emailed to a predefined administrative address when you provide the Admin Email Address and Subject.

Once the form information is entered you click on "Save Item" which takes you back to the page listing all forms. There, you want to click on "Edit Components..." to add form fields.

On the Form Components screen you will see a list of existing fields of your form. To add a new field please enter its Name (this will be the label displayed next to the field), then select its Type from the dropdown and click on "Add". This will take you to the Component Edit screen.

Once on the Component Edit screen you will enter information about the specific form field you are adding. Please note that depending on the field type you are editing the edit page will have slightly different choices.

For example a text field will have the following options:

• Label - name/title of the field eg. First Name
• Default value - the initially prefilled text
• Description - additional text displayed next to the field
• Field Key - unique field identifier (used as the field's name attribute in HTML)
• Label placed to the left of the textfield - text displayed before the field eg. $
• Label placed to the right of the textfield - text displayed after the field
• Maxlength - the number of characters allowed to enter into the field (same as the maxlength attribute in HTML)
• Width - field width (same as the size attribute in HTML)
• Mandatory - where a value must be entered into the field

On the other hand, a select (eg. drop down) field has the following options:

• Label
• Default value
• Description
• Field Key
• Options - list of items to select from, one per line
• Multiple - whether to allow choosing more than one item
• Listbox - whether to display the field as a list (drop down) or a set of check boxes
• Mandatory

Example renderings

Once you create a form you want to go to see it on the actual web page. Below are two sample renderings of two forms.

A submission form in the center area of the page, including captcha validation:

A form in the right hand column of the page:

How to view results

The submissions are stored in the database and available to list or download from the "View Results..." link on the Form Listing page.

Page set up

A page where the form appears needs to have the form invocation code added on it. It is referred to as a template file. It is basically a web page on which the form will appear and is specially prepared to handle forms from the module. Each template file can handle just one form (you cannot assign the same template file to more than one form). If you need to create a new form then you typically also need to create a new template file for it. The easiest way is to create a copy of the existing template file under a new name.

The following PHP code will be included where the form should appear:

<?php

getModule("webformsdatabase");
$nwWebForm = new webformsForm();
$nwWebForm->renderForm();

?>

The above code will search through the forms database to find the first form item where the template name matches the current page url.

CMS configuration

Here is a sample of config.ini settings:

[webformsdatabase]
sections=Contact Forms
uploaddir=/home/form-uploads/
dbhost=localhost
dbpassword=password
dbuser=username
dbname=database_name

The fields worth mentioning:

uploaddir:

Specifies where the submitted files (uploaded using the file form field) will be saved.

dbhost, dbuser, dbpassword, dbname:

Live database connection. This is where submissions will be saved.

[webformsdatabase Contact Forms]
fields=subject,url,template,pubdate,redirect,captcha,adminemailaddress,adminemailsubject
preview=/nw_content_manager/modules/webformsdatabase/html/index.php?section=Contact%20Forms
inputfiles=_genseo1.php
outputfiles=.htaccess

The fields worth mentioning:

redirect field

Enable the redirect field on the Form Edit page in the CMS to define a url to redirect to after submitting the form. If the field value doesn't look like a url then it's assumed to be a thank you message text that is displayed after submitting the form.

inputfiles and ouputfiles:

This is the mechanism that we use to create SEO redirects. The input file will generate a standard .htaccess file for Apache that will contain the rewrite rules for redirects. If there is another module, section or mechanism which uses the .htaccess file then it will have to write to another file (both sections can not write to the same .htaccess file). The Apache configuration will need to be updated for this case to read both files, using for example the Apache Include directive.

As you can see from the above presentation, the module adds a valuable function to the Neptune Web Edit CMS that allows CMS users to have more control over the forms and easily create new forms typical for contact or landing pages. Once set up, using the module is really easy and will save hours of work that would be needed to maintain form pages.

Last December, I blogged about T-on-Time, the Neptune Web contest entry to the MassDOT's Developer Contest. Although I was disappointed T-on-Time didn't win, the winners, MassTransit and OpenMBTA deserved it. Both of these applications were wide in scope, and comprehensive in the MassDOT services they covered (commuter rail, MBTA, bus, boat etc.). They were beautiful looking. They worked well.

In comparison, T-on-Time (my entry) focused only on the commuter rail, and was just a smaller undertaking at all levels. T-on-Time was of high quality and bug free. However, I estimated T-on-Time to have taken about 100 hours (including learning Adobe AIR), while the other apps were easily in the 400+ hr range.

Since then I've continued to use T-on-Time every time I use the rail. It's prevented me from missing my train a number of times (without overcompensating and wasting work time by arriving 10 minutes early to the station every day). I am satisfied the bugs are out of it.

A few weeks ago, MassDOT has announced a new contest. The rules are completely different this time, and the contest is focused around the real-time data feeds. A number of hardware based solutions (signs, LEDs) are expected c/o the MIT Hackathon which preceded it.

Unfortunately, I won't be submitting to the "real-time" contest. The time line (1 month from announcement to submission) was ridiculously short!

What is an "app"?

One "criticism" I have regarding the first contest, is that the contest winners were not "open" or accessible in any way. Since the contest was ostensibly about openness of data, I assumed that the accessibility criteria would be high on the list. The two winning applications, MassTransit and OpenMBTA, should have been judged low in those requirements. As a Blackberry user, I wasn't even able to size up the winners, because you needed an iPhone to even see them. Sort of makes one feel like an outsider.

The word "app", which was used in the contest terms, and defined to be an application for any platform, seemed to mean "any iPhone application". I went back to re-read the rules - was all my work wasted because I mis-read the contest rules? (I had not.)

Since November, I payed an expensive Verizon cancellation fee and bought my wife an iPhone for Christmas. That's because I know the iPhone is going to be a player in the future, and as a web developer, I need to be involved with it. Like me, a lot of people went out this Christmas and bought an iPhone.

The big question is whether the iPhone's (and it's applications) will be dominant enough in future markets to reach the majority of people in this country. In Nov 2009 I wasn't ready to throw all my eggs in the iPhone basket to develop T-on-Time. This was largely because I didn't want to bother with learning Objective-C, and getting pulled into the all-encompassing "Mac thing". Instead, I chose small, desktop "apps" with Adobe Air, using the web technologies I already knew (albeit without any present possibility of mobile support).

Yet, still I would argue that iPhone apps are not "accessible" now, except for a very small portion of the population who own iPhones. This is particularly true for public agencies such as the MasssDOT which is continually working with a lowest common denominator, in terms of the public having high-tech gadgets available to them.

But in 2009 it seemed that all the edgiest and hippest developers were developing for the iPhone. It felt as if the desktop was passe - even though the app I had developed had a footprint which could easily fit on a mobile device. It was close, but not quite ready for mobile.

And so I was unsure back then. It's March. 2010, I am staying the course.

Lately, cool doesn't feel as cool anymore.

First, I started noticing a lot of articles like this:

7 Reasons Why Developers are Deserting iPhone Apps (Site Point)

And then I started reading sites like nerdvittles.com - an outstanding blog, by the way. (It disses iPhone.)

And I just don't think iPhone/AppStore is going to be the dominant mobile platform in the future. It certainly will not be adapted by enough people to be considered accessible any time soon. In regards to web and application development, I believe something like Adobe AIR will be the unifying technology during this period of rapid change and an explosion of competing platforms. Here's why I believe this:

• the mobile phone business is exploding with a diversity of protocols, languages, personalities, technologies.
• it's easier to clone a smaller device than a big device like a desktop, and everything is easier to knock off. Everything in the mobile device space moves faster.
• the competitors are good, and they will carve out niches in the market. Think HTC, Palm, Motorola, Nexus.
• Apple has not chosen an open OS or application platform, and this is a problem. These smaller competitors will look to openness as their advantage. Think about choosing your carrier, tethering your connection to your laptop, being able to automatically switch to VOIP when you are on wireless spot to reduce your phone bill. Openness lets you do this

If you don't think openness is a big deal, just check out how many people are buying the Palm today because you aren't tied to a service plan. It's a much less sophisticated platform than iPhone, but openness is being used as a competitive edge against iPhone. Besides who needs all those fancy sliders and faders to make a simple phone call anyhow?

At the same time, the battle over rich media (audio and video) on the Internet has become more intense. Apple, released the iPad - another device without Flash. It's absence is starting to become more than a bit annoying. I believe Apple is hoping to shift web developers to the HTML5 canvas (vector based drawing) and video support, and away from Flash. Apple is probably smart enough to know this can't be done all at once - it will be an incremental shift, followed by a tidal wave if enough early adopters get on board. Apple should not underestimate the weight (and cost) of all the work that developers have done on Flash in the past 10 years or so.

Summary?

I'd like to thank everyone involved in the MassDOT effort. I concur with David's post today, to quote "It's certainly proof that just knowing where a bus might be, and not
standing around in the cold with no certainty as to whether you'll ever be picked up or not, improves the public transport experience to an immense degree. Thanks again for putting it together."

I really hope Adobe Air does get "picked up" by the mobile phones. It's the ideal platform for mobile development because it unifies all the mobile environments around standard XHTML/CSS/Javascript web development languages and technologies. With AIR your web site can be your "app"- very little change is needed. Who knows, if AIR does win out in the future, then T-on-Time will just start working on mobile devices! I'll keep my fingers crossed ;).

Part 1: How to make sure an email appears the same to all recipients.

In web page development, designers benefit from browser standards — page elements will appear in a consistent manner from Firefox to older versions of Internet Explorer to Safari and beyond. The same cannot be said for email clients — depending on what program or online service a recipient uses, what they see could range from a fully-fleshed out newsletter-type layout or a stripped down text-only document.

There is no clear reason why desktop email application, web-based email service and mobile email application developers have not come up with a unified approach to standards and accessibility — the situation does not appear to be close to resolution. What’s more troubling is that Hotmail/Windows Live and Gmail, a combined 30% of the free webmail market, rate ‘average’-to-‘poor ‘in the support of email standards, according to the Email Standards Project. Outlook 2007, Microsoft’s current flagship email client also rates ‘poor’.

What does this mean for the groups that actually design email layouts for mass email marketing efforts? Background-less content areas, table-based layouts and a return to the early days of HTML (before CSS) are the keys to a positive, consistent recipient experience.

Inline images vs. background images.

Inline images are actual objects within the content of your email, through the standard HTML <img> tag — text can wrap around this type of image, and oftentimes an email client will require its user to ‘click here to download images’ — this is a security measure. Unless a recipient has extra security enabled on their client, clicking to download will display all inline images in the body of an email.

Background images are just that — images that appear behind the email’s normal content. Text will not wrap around background images, but it will appear visually in front of these images. Be aware: According to this handy chart, Gmail, Hotmail, Outlook 2007 and Lotus notes do not support background images. Consider what would happen if you have light or white text against a dark, gradient background in the body of an email. The above mentioned clients would not render the background, but would render the text — against a blank, white background. That does not make for an easy reading experience.

This email is a good example of a mix of both inline and background images. The blue headlines are actual inline images, so even if a recipient’s client fails to show the wood and paper backgrounds, it will at least show the blue headlines (if the user ‘clicks to download’) and the text itself.

Table-based layouts

In the early days of web development, table-based layouts were the standard way of presenting content. Developers would create columns and rows and populate cells with text and images for desired, grid-like effect. Though easy and popular, it also proved limiting — there could be no visual overlap of page elements and content would appear stuck in the grid-like format. CSS solved this problem for designers, allowing them to float elements or even position them manually anywhere they saw fit. Taking another look at the chart provided by Campaign Monitor, it appears that email client support for positioned elements in spotty at best — almost none of the clients support the ‘position’ property and rightfully so: absolutely positioned elements need a point of reference in order to display at particular coordinated in relation to that reference. What is your point of reference, especially in a web-based interface that is essentially a frame-within-frame display?

With positioned elements not consistently supported across all email clients, developers must rely on the next best thing, table-based layout, which also happens to be universally supported across all email clients. Usually this does not present a problem, but just be aware of the columns and rows that are created by this layout — even if they’re not all visible upon final rendering of code.

Believe it or not, the same email that is a good example of inline/background images is also done entirely in table-based layout. Nesting tables to create the appearance misaligned elements is a common and acceptable practice in email HTML development.

Another good practice is to include a link to view the email as a web page (“Having trouble viewing this email? Click here.”). Not only will this ensure that recipients have the option to see the email fully rendered in their web browsers, it helps get your email past spam filters.

Part 2: Avoiding junk mail filters

Once you have an email design that you’re sure will appear consistent for all recipients, how do you ensure your email marketing efforts to not get caught by a spam filter? Look no further than your own junk mail folder.

Littered amongst the undesirable messages are subject lines indicating “URGENT”, “SALE”, “50% off”, “Save!” and other terms meant to grab the attention of unsuspecting eyes. The bodies of these spam message will often consist of a single image — since junk filters can’t ‘read’ images, spammers replace all their actual text with images-as-text.

Some guidelines to follow:

• A high text-to-image (actual file size) ratio is a must in order to get past spam filters. Prove to your recipient’s inbox that you’re not sending them junk mail by letting it read your text — and provide lots of it!
• Be careful in crafting a subject line — percentages and the word ‘sale’ might be red flags. Use a thesaurus to find alternate words.
• Include contact information and an unsubscribe link — make it obvious that you are a legitimate organization that does not mind being contacted by the people to which it markets.

Also consider running your message through a spam filter test like SpamAssassin or Barracuda Networks. Neptune Web uses an Apache command line program from SpamAssassin that will output a numerical spam rating, with line-by-line explanation of what email elements (images, text, etc) and how they contributed to that rating.

Conclusion

Development for email marketing is a multi-pronged approach that requires diligence not only with your content, but how it's constructed. By keeping things simple and taking a standards-based approach, you do not need to sacrifice style for substance.

The form builder will allow to interactively create submission forms for web pages and automatically process submissions. We know from experience, developing web sites and supporting them, that one of the most frequent tasks requested by clients is creating new forms or making changes to existing forms. With the help of the form builder module, this task will be fully available in the CMS, without the need for server side programming each time a form is updated.

Additionally the module will provide SEO improvements as the forms can be used on landing pages along with calls to action used for various campaigns.

The new module will have the following features:

• standard form fields: text, textarea, select dropdown, file upload, check/radio boxes
• captcha support
• default field values, mandatory fields and email field validation
• ability to specify a page where the form will appear
• a custom thank you message on the page or redirect to another URL once the form is submitted
• generate an email notification to an administrative address containing submitted form data
• submissions will be saved in a database, with the ability to view and download submissions
• style the generated form using standard CSS programming

We plan to integrate additional functionality in the future so this list will get updated if needed.

Please stay tuned for the second part of this artcile. We'll provide more details on the module usage and specific functions.

We knew it would be useful to others, so we wrote a magazine article about it. The article appeared in Sysadmin Magazine, as Better Find and Replace on HTML Content.The latest version of the script can be found here: dwreplace.pl.

Dwreplace isn't something that we need to change much. It does the job and doesn't require much maintenance. However, there have been a few updates since the article appeared.

We have added the --null option, which allows you to run find in conjunction with dwreplace. e.g.

find . -print0 | dwreplace --rfile=blah.rfile --null

However, you don't need to null terminated filenames to stdin (I prefer this method instead, because its simpler). You can also use regular newline terminated filenames like this:

e.g. find . -print | dwreplace --ffile=blah.rfile                  

This works just like "zip" using the -@ option. (-@ is one of my favorite options to zip which you should know about if you don't already)

For example:

# make a backup, reading from newline terminated lines

find . | zip -@ backup.zip

# then list the files and replace the HTML text.

zip -l | dwreplace --ffile=blah.rfile

There is also a new --m option, which shows matches only, do not show unmatched files.Thanks for Joseph Lamoree for that contribution.

The script is a small contribution to Open Source, but it proves to be a useful utility which people use again and again. Last year, I was surprised to have someone send me a free T-shirt. The person ran a bamboo clothing store e-commerce site, and the script saved him a few hours.

If you have any contributions, questions or comments (or free t-shirts) please leave below, or email me at charles dot dalsass at neptuneweb.com.

Charlie

In order to prevent this, you need to make it very easy for your visitors to take the next step. Strong and effective calls to action are the most important aspect of your website, yet this area is often forgotten by web designers. Remember, the reason you have the website is to encourage visitors to DO something. The strength or your calls to action and lead conversion rates can be improved by following a few simple tips:

Placement:

Place your call to action where it can be seen without difficulty. It should be above the fold so that visitors can see it without scrolling down over the site. The call to action should be just next to or within the relevant content so that visitors see it as they are ready to take the next action, such as making a purchase or signing up for more info. It should go without saying that if visitors have trouble finding your calls to action you will be losing opportunities and leads.

Color:

The most important thing to remember in regard to color is that your call to action needs to stand out on the page. If you have a light background, use a dark, contrasting color to enhance the call to action and draw the visitor’s eye.

Images:

You can also try using images to draw attention to your calls to action. Make the image a link to draw visitors to a new landing page where you can capture information.

Wording:

Give an appealing description of the action a visitor is about to take such as ‘send me free offers’. The wording should explain to the visitor the benefit of clicking on the link or submitting their information, so that the visitor feels they are being rewarded instead of pestered for information. To this end, try to use descriptive language in the links, while avoiding use of ordinary language like ‘submit info’. This is also a great opportunity to for inserting keywords to improve search engine optimization. In addition to the descriptive language, you should attempt to use softer tones. Instead of using a phrase along the lines ‘buy’, use a phrase such as ‘try it’. Lastly, convey the immediacy of the action using phrases such as ‘start free trial now’. These suggestions about phrasing elements are meant to put the visitor at ease and should increase the chances of a visitor responding to your calls to action.

Size:

Bigger buttons do tend to have the highest response rate and are therefore more likely to convert visitors to leads. However, this advice should be taken within reason. Use your best judgment to create a button big enough to draw the visitors eye, but not so flashy or huge as to push the visitor away.

Testing:

Most importantly, you need to test to find best call to action for your particular site by experimenting a bit. Try a variation of locations, colors, sizes. The best way to find out what works for your audience is to try different modifications and encourage users to give feedback. You can also use a tool like the Google Website Optimizer, a free testing tool that allows you to test different aspects of website to improve conversion rates. Find out which calls to action produce the best results for your business and then put them to use.

Calls to action are intended to convert visitors to leads to strengthen your website. The tips listed above can be used to form a coherent strategy for bringing your visitors closer to their objective, while also improving your conversion rates and ultimately increase your ROI. A successful website will help you do just that – improve your ROI to optimize your business.

1. Appearance of search box

On large sites, visitors are more inclined to use the search box instead of navigation bars; therefore the search box should be immediately visible. If not, the visitor may be able to find it after a frustrating hunt, but more likely the visitor will assume there is no search function. The search box should be easy to see and large enough to stand out amongst other elements on the page. Unless the audience is quite unique, the box should be placed in the customary position on the upper right side because this is where visitors have become accustomed to finding it. You may want to include a magnifying glass graphic, as it has become understood universally as the search symbol.

2. Location of shopping cart and log-in register functions

Visitors tend to look to the top-right corner of the page when searching for ‘shopping cart’ or ‘register now’ links. Unless you have a reason to place it somewhere else, this element should be kept in this familiar location so as not to slow down or disrupt the user experience.

3. Placement of opt-in form

Placement of the opt-in form on the upper left leads to the highest number of opt-ins. Most cultures read right to left. The visitor’s eye begins at the top left corner of the site and will return to rest there. The opt-in should be placed in this area of high visibility because visitors will be more likely to fill it out.

4. Clearly marked collapsible/expandable content

Collapsible panels can make for a positive user experience because they tend to make the layout look simpler. However, if you use collapsible panels make sure they are clearly marked or they prove detrimental to usability. Your website should clearly differentiate between normal links and links that reveal new content via JavaScript. Collapsible content should be indicated with symbol such as a plus/minus or an arrow, etc.

5. AJAX Loading Indicator

If your site uses Ajax, be sure to let the visitor know when an Ajax request is being processed or they may become frustrated and leave your site. You can do this by highlighting a ‘loading’ or similar message in the area near the action or simply using the hourglass symbol.

6. Use of Javacript & IFrames

Javascript and IFrames increase the amount of time it takes for your site to load, so in this area, more is not necessarily better. You want your site to load as fast as possible because visitors decide in a matter of seconds whether they will stay to engage with the site or navigate away. If your site takes more than 20 seconds to load, you are probably losing half of your visitors immediately. Check your websites stats for bounce rates, exit pages and other data to see whether the load time is optimal.

7. Use of Flash

Flash pieces will look good on your site, but keep in mind that flash pieces and large images will contribute to long loading times and will also use up a visitor’s actual computer resources (like CPU and memory). It is important to include a ‘skip’ button on any flash piece that does not immediately present useful content or navigation, or a flash piece that appears as the first page of a site before directing a user to the true homepage so that visitors are able to skip the flash piece if they are short on time. A volume control and/or mute button is also a good idea on flash pieces that use sound, but don’t necessarily rely on it – you never know what kind of physical environment your visitor is actually in. It could be a busy airport terminal or a library.

8. Advertising

Be careful about the amount of advertising on your site. If you have too much advertising on your website, interested visitors may not stay to find the important content. Some large sites do have a lot of ads, but this is because they have a high amount of traffic. Most sites should stick to as little advertising as possible.

9. Easily Identifiable Links

Visitors should never have trouble differentiating regular texts and links. Links should be made a different color and underlined so that they stand out. This will enable visitors to find the links they are searching for, while also helping them avoid the frustration of inadvertently navigating away from a page.

User interface elements should be simple and well-organized. Good technical design and content design go hand in hand for successful website. While some creativity is ok, it is usually best to follow the customs of the industry because visitors have often become familiar with a certain type of design or architecture. Taking the time to carefully design your site for your audience will improve the visit stats and lead generation capabilities. Your website is likely intended to improve or grow your business in some form, so careful site design is essential for creating a successful, advantageous website.

Here are some areas that are considered aesthetically limited by SEO requirements, but don’t necessarily have to be:

Headline text

Headline text, H1 and H2 tags specifically, are very important to SEO – they provide context for your content in the eyes of search engines as well as act as visual indicators for actual page visitors. A page without an H1 tag is like a newspaper article without a headline – how would one know what it’s about without reading part or all of the article itself?

Like most page text, headlines have traditionally been limited to web safe fonts – a set of approximately 10 system fonts that are installed by default on Mac and Windows PC systems. If a site headline font is set to be something a site visitor does not have installed on their system, their browser will default to a very generic serif or sans-serif font.

How does a developer create exciting, unique headline when your options are limited to 10 fonts? The surprising answer is images. By using four Cascading Style Sheet (CSS) properties, This headline:

My Great Website Headline

can turn into this headline:

My Great Website Headline

without losing any search engine visibility.

The approach is to realize that search engines and humans view web pages differently. Whereas Joe Site Visitor sees a page as it’s rendered by a web browser, search engine robots and spiders see it for something different: pure code. CSS allows site designers to manipulate a sites layout and visual styles, without necessarily requiring a manipulation of code. In the example above, the code for each headline to appear is the same:

<h1>My Great Website Headline</h1>

However, in the second example, CSS in the pages header area is used to create a special style for the H1 tag:

h1 {
width: 412px;
line-height: 43px;
background: url (mygreatwebsite.gif);
text-indent: -999em;
}

CSS code gives the actual output of the tag a width (412px) and a height (43px), moves the text out of view (text-indent:-999em;), and inserts an image to fill in the defined space (mygreatwebsite.gif). The H1 tag remains intact without the use of images or other non-compliant methods – indicating to search engines exactly how important that text is.

This method is very handy for adding a little flair to your page text, but keep in mind the amount of work needed for each headline – each would be a custom piece of code that would require a background image to be created. This could get daunting for sites with many pages, or sites that use a content management system that has hard-to-use set of styles or limited customization.

Animations

Flash animations or applications have added a new layer of interactivity and creativity to web development over the last 10 years, however one area in which the technology is severely lacking is SEO. Though Google has made the recent announcement that its search engine will be able to ‘crawl Flash’, there is still the matter of optimized Flash output, pagination, proper syntax, proper tags and linking, to name a few items – search engine technology is quite a ways off from indexing Flash elements into something usable.

Is Flash the end-all, be-all of site animation? Not at all. JavaScript libraries like jQuery and MooTools allow developers to incorporate animations and other graphical effects that give page elements a Flash-like appearance, without being Flash. Take a look at Lahive’s homepage animation -- http://www.lahive.com/. Done entirely in jQuery, the home page banner auto-animates with a fading transition between case studies. Users can manipulate which frame they’re on and even highlight text. Best of all, text in this banner area is visible to search engine spiders.

Have Your Cake and Eat It Too

As shown in examples above, search engine optimized-pages do not have be vanilla affairs that lack creativity. By using a range of tools from standard XHTML/CSS coding to more advanced plug-ins like jQuery and MooTools, developers can achieve something both developmentally sound and visually appealing.

“Localization module “ is a technical name for the apparatus which enables you to add, edit and manage content on a multilingual web site. It is a great tool for turning your site from a single language site into an international web site.

Before I go into the details, I’d like to start with a basic assumption:

The process of Internationalization can mean a number of things to people. For certain types of sites, adding a Google “Translate” widget to every page on your site is sufficient. We love the computer translation provided by Google, but at times these translations can be, well, embarrassing. I’m assuming you aren’t interested in this type of internationalization effort, which although very rapid to implement, is not of high enough quality for most commercial applications. I’m assuming you are willing to pay translators to q/a these computer translations because the risk of having a word turn into another word is just too great.

Ok, so here are the features I’d like to emphasize as being very important when choosing a multilingual CMS system for your website.

• The CMS should “play well” with your web sites server-side language or web environment (Neptune Web Edit is PHP/MySQL or "LAMP" based).
• Ability to edit static content as static content. Ability to post ad-hoc multilingual content, such as a random PDF or web page, without being constrained by a monolithic system which expects all language sites to be the same.
• An understandable file and folder system, which makes referencing, web content simple.
• Ability to see when the lead language has changed, and the workflow to let the translators know.
• The ability to have computer based translation services assist translation, but not dictate the entire translation. Real human translators must be able to review and edit the computer assisted translations.
• The ability to define your choose language widget in whatever way you like. No restrictions on design.
• As much independence from the CMS as possible.
• For dynamic content, the ability to filter content according to logical, database based groups. I.e. 10 fields per record, with the fields grouped together by record. The ability to group translation strings into logical, meaningful groups.
• The ability to translate in WYSIWIG format.
• The ability to publish content for a single language only.
• Content should default to the “lead language” (typically English) if it has not been translated.
• Each multilingual site should appear like a separate site as much as possible. This will enhance your search engine ranking because you will appear to be 5 sites, for example, instead of one.

Now that you’ve read the list, let me demonstrate each of the features in the video below.

We chose to develop the application using Adobe AIR, for the following reasons;

We wanted a widget style format, because the application needs to be always-present (the point of it is to constantly keep you aware of your uncoming train while at work). We did not want to clutter the desktop with stand-alone applications. We looked at various widget toolkits such as Yahoo! widgets and Mac's Dashboard widgets, but they were all too closed format to be able to distribute easily. We didn't want to learn a new language because of the short time line. All the platforms worked once you downloaded the widget platform they offered, but who really wants to download a huge Yahoo! or Google software filled with all kinds of ads and marketing tracking? It's really a challenge to distribute your application when you need to overcome a barrier like that.

Adobe Air was our choice mostly because Adobe has a certain reputation of open-ness (think PDF which has the reputation to be entirely non-proprietary) that the other widget platforms didn't offer. Adobe keeps it really simple, and makes it very straightforward to get a quick desktop application up and running. And, you don't have to learn any new technologies.

If you are web developer, then all the tricks you mastered with Javascript, HTML and CSS work within AIR. You will really feel comfortable on the platform, with the only difference being that you are programming for the desktop. A pop up window is as simple as creating a link with a window.open() function, just like you do on the web. You do need to run the runtime each time you modify your program, but I pretty quickly figured out you could add a "reload" link to every screen, which allows you to reload your application without running the environment from a DOS prompt.

One very nice thing about this type of development is browser bugs are a thing of the past. Well, mostly at least. It's just that only a single "browser" (Safari Web Kit) needs to be targeted, making the HTML/CSS debugging process very, very short. T-on-Time was a moderately complex CSS layout, but after getting it working on a PC it ran without flaw on Mac OSX. I was quite (happily) surprised by this. Good thing because I didn't have time to fix bugs with the deadline anyway! I would recommend not to get too lazy with these types of layout bugs, however, since applications written in AIR can quite easily be ported to the web - and someone will probably ask for a web version! Porting to the web will mean switching out any proprietary desktop-only extensions you may have used.

In addition to your standard HTML/CSS and Javascript, AIR provides Javascript extensions which allows you to save user information in a small, SQL-Lite database. You can query the database just like you do in a PHP or ASP environment.

One final comment about the platform - there are many cases today where restrictions to remote web resources prevent you from developing the applications you want to. For example, many web services can't be directly accessed through Javascript XMLHTTPRequest objects, which force you to proxy them back through the website of origin. This can get you into trouble with rate restrictions, such as Twitter's rate limitations on number of requests per hour, which will all come from a single IP address. It's much nicer to distribute your application to users and have them request the resource, limiting the impact a single IP has on an external site or service.

Overall this is a great platform. It really brings the web back "home". Although I do miss testing my applications using Firebug, I don't miss having to spend half my time on incredibly annoying IE6 css layout bugs.