<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
   <title>Mike Blonder: Thoughts on Technology, and the Web</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/" />
   <link rel="self" type="application/atom+xml" href="http://www.mikeblonder.com/atom.xml" />
   <id>tag:www.mikeblonder.com,2008://1</id>
   <updated>2008-10-09T17:27:07Z</updated>
   
   <generator uri="http://www.sixapart.com/movabletype/">Movable Type 3.33</generator>

<entry>
   <title>Low Cost Remote Meter Reading</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2008/10/low_cost_remote_meter_reading.html" />
   <id>tag:www.mikeblonder.com,2008://1.18</id>
   
   <published>2008-10-09T16:36:51Z</published>
   <updated>2008-10-09T17:27:07Z</updated>
   
   <summary>IMB Enterprises, Inc. actively pursues opportunities for non-IT computing solutions, including test and measurement. We maintain a web site dedicated to these solutions, Industrial Strength Ethernet. One of our customers is working on a solution for remote meter reading. Our...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="programming" scheme="http://www.sixapart.com/ns/types#category" />
         <category term="technology" scheme="http://www.sixapart.com/ns/types#category" />
         <category term="test and measurement" scheme="http://www.sixapart.com/ns/types#category" />
         <category term="training" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="85" label="data collection" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="95" label="digi xstream" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="97" label="maxstream xstream" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="89" label="process control" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="93" label="raven xt" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="83" label="remote data collection" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="87" label="remote meter reading" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="91" label="simplecomtools com1000" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="81" label="test measurement" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[IMB Enterprises, Inc. actively pursues opportunities for non-IT computing solutions, including test and measurement.  We maintain a web site dedicated to these solutions, <a href="http://www.industrial-strength-ethernet.com">Industrial Strength Ethernet</a>.  

One of our customers is working on a solution for remote meter reading.  Our customer provides management services for utility usage to large industrial clients.  As part of his service he publishes electrical usage information every 5 minutes to his customers via his own interactive website. He is collecting information using two devices that he purchased from IMB Enterprises, Inc.:
<ul>
<li><a href="http://www.industrial-strength-ethernet.com/Article14.phtml">
SimpleComTools COM1000 Internet Appliance</a>
and the</li> 
<li><a href="http://www.sierrawireless.com/product/airlink/ravenxt.aspx">Raven XT Cellular Data Modem from Sierra Wireless</a></li>
</ul>
Our customer encountered a problem.  The cost of the cellular data bandwidth required to capture readings from remote meters via the Raven XT exceeded his business model.  He decided to stop pursuing wireless methods of collecting the data, for now, despite the lower labor cost associated with wireless transmission.

We found him an alternative solution: Drop the need for <em>cellular</em> data communications by implementing point to point, or point to multi point <em>serial radios</em> from <a href="http://www.digi.com/products/wireless/point-multipoint/xstream-module.jsp">Digi Maxstream</a>.  We have successfully communicated, bi-directionally with the COM1000 from a PC via these radios.  

To solve the need for a custom application to:

1) Query the remote locations/radios as required and
2) Collect the data and save it in a useful format for the customer's application (in this case common spreadsheet software)

we are recommending an "erector set" piece of software, <a href="http://www.labtronics.com/DI/RS232_Software.htm">Collect from Labtronics</a>.  Collect is an "erector set" in that application-unique steps can be added to Collect in the form of VBA macros; thus, the application is useful for a range of applications. We feel that the acquisition cost for Collect ($500.00 US Dollars at the time of this writing) pales when compared to the hourly cost of custom programming and revision.

Please contact us at (802) 457-2929 if you would like to hear further about this solution.

Please visit <a href="http://www.industrial-strength-ethernet.com">Industrial Strength Ethernet</a> for further information on the devices used in this solution.  

Copyright &#169; October 9, 2008, IMB Enterprises, Inc., all rights reserved






]]>
      
   </content>
</entry>
<entry>
   <title>There is Still Lots of Room to Improve Search</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/06/there_is_still_lots_of_room_to.html" />
   <id>tag:www.mikeblonder.com,2007://1.17</id>
   
   <published>2007-06-03T20:07:54Z</published>
   <updated>2007-06-03T23:39:42Z</updated>
   
   <summary>Today&apos;s New York Times Online Edition ran an article on Google and it&apos;s search algorithm: &quot;Google Keeps Tweaking Its Search Engine&quot; by Saul Hansell. I read the article and was at a loss to find a lot new, despite Mr....</summary>
   <author>
      <name></name>
      
   </author>
         <category term="search engine marketing" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="79" label="amit singhal" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="25" label="ecommerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="6" label="google" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="75" label="new york times" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="22" label="page rank" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="77" label="saul hansell" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="5" label="search engine marketing" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[Today's <a href="http://www.nytimes.com">New York Times Online Edition</a> ran an article on Google and it's search algorithm: "Google Keeps Tweaking Its Search Engine" by Saul Hansell.  I read the article and was at a loss to find a lot new, despite Mr. Hansell's claim that his day at Google's headquarters afforded key engineers an opportunity to "[explain] more than they ever have before in the news media about how their search system works."  

What was new for me was the apparent reality (implicit to what Mr. Hansell has to say, but not explicitly said) that Page Rank is merely a contributor to the order of results served up by Google's systems in response to queries.  I got to this point from Mr. Hansell"s statement that "Mr. Singhal has developed a far more elaborate system for ranking pages. . . "  If he has, in fact, gone beyond Page Rank, then I am not as concerned for clients with slipping Page Rank as I would otherwise be.

But Page Rank is not the point of this entry.  The point is that, from my perch, Mr. Hansell's suggestion that Google has substantially improved the responses it serves up to queries, is (1) not the case, or (2) fine, but we still have lots and lots and lots of improvements to make.  If either (1) or (2) are correct, there are plentiful opportunities in this online search arena.

Consider this query:

<em>what does "sourceid=navclient" mean</em>

What I am looking for is a definition of the phrase "sourceid=navclient." This phrase appears frequently in access logs that I review.  

Google's systems never came close to serve a result at all pertinent to the query.  The first result, Sacramento Blogs | SacStarts merely <em>includes</em> the exact phrase because the blog is now findable with Google.  

So the vaunted algorithm can't do much with the term <em>what</em>; or with the phrase <em>what does</em>; or with the "distributed" phrase <em>what does <> mean</em>
(with a specific "word", "sourceid=navclient" plugged in the middle, within the opposite angle brackets)

In fact, the big picture is that Google does not serve results accurately to human language queries and, in fact, tries to fight the process by prodding posters not to include natural phraseology.  For example, if you include the words "a, the, to", etc, within your query phrase  to post in conformance with natural sentence structure, the systems' response will tell you that you needn't bother with the words since they are already included.  This response is, on the one hand, smug and, on the other highly negative as human beings tend to communicate in sentences.  In the case of my query, an inclusion of a question mark at the end did not help.  Google's systems still did not "get it".  The fact that the query syntax conformed to the syntax of a question was completely ignored by the lexical program.

In sum, unfortunately Mr. Hansell sees a big deal in some stuff that is still far short of the big deal that we all need to improve our searching online.  

The flip side is that there is still tons of room for some entrepeneurs who may want to step up to the plate and duke it out with Godzilla.

&#169;, 2007, Mike Blonder.  All Rights Reserved.  No Reprint without Prior Permission.




 ]]>
      
   </content>
</entry>
<entry>
   <title>Down and Out and Down on the Farm</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/05/down_and_out_and_down_on_the_f.html" />
   <id>tag:www.mikeblonder.com,2007://1.16</id>
   
   <published>2007-05-31T14:00:55Z</published>
   <updated>2007-05-31T14:24:26Z</updated>
   
   <summary>If the state of Vermont is a useful example of present-day rural USA, The disparity in the availability of data services to rural and urban markets is exploding. Consider that a very large chunk of Web 2.0 is entirely unavailable...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="internet" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="66" label="broadband" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="71" label="cellular" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="2" label="internet" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="70" label="mobile" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="67" label="rural" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="68" label="urban" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="69" label="vermont" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="73" label="vermonter" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="72" label="wireless" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[If the state of Vermont is a useful example of present-day rural USA, The disparity in the availability of data services to rural and urban markets is exploding.  Consider that a very large chunk of Web 2.0 is entirely unavailable to Vermonters who live outside of the center of any of the country towns that fill the state, or the 5 cities: Burlington, Rutland, Brattleboro, Montpelier, St. Albans.  Network connections are either too slow to support video, or, ominously, bandwidth is <em>metered</em>.  The latter situation is the case for folks who try to get the necessary bandwidth from a Satellite "broadband" data services provider such as HughesNet.  We use HughesNet and recently suffered a 24 hr "throttle down" as the result of exceeding a daily limit of 375 MBs of data.  Anyone who knows video, or for that matter, MP3 audio, knows that 375 MBs of data is "nothing," hence my assertion that Web 2.0 does not play in this state very well.

Consider also that mobile telephony cannot be characterized, in any way, as ubiquitous in the rural areas of the state, which I ought to note, also comprise in excess of 50% of the geographical area.  Vermonters don't like the look of towers on hills (don't ask me, I had nothing to do with it), therefore, service is non existent hereabouts.  Non existent mobile telephony translates into no value from internet banking over a mobile telephone, mobile telephone cameras, etc.

The worst to be hit by all of this are the young folks in the rural public school systems.  They are growing up in a world where they cannot develop familiarity with services that are easy to find anywhere else .  If the job market treats video over mobile as a no-brainer, a young geek from Vermont is not going to make the cut when a content provider fills some high paying slots in its developer roster.

The point of this article is to describe the situation with the hope that influencers (government, private industry, etc) will hear the alarm and move forward, aggressively to get real broadband to these areas right away, not ten years from now.

&#169; 2007, Mike Blonder, All Rights Reserved, No Reprints Without Prior Permission]]>
      
   </content>
</entry>
<entry>
   <title>Mining for Gold</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/05/mining_for_gold.html" />
   <id>tag:www.mikeblonder.com,2007://1.15</id>
   
   <published>2007-05-24T12:59:30Z</published>
   <updated>2007-05-24T13:26:37Z</updated>
   
   <summary>Lee Gomes writes for the &quot;Portals&quot; column, which runs in the &quot;Marketplace&quot; section of the Wall Street Journal&amp;#174;. Read his article, &quot;PlentyOfFish Owner Has the Perfect Bait for a Huge Success&quot; if you can. The article was published in the...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="search engine marketing" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="54" label="design" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="25" label="ecommerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="6" label="google" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="2" label="internet" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="38" label="javascript" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="31" label="microsoft" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="24" label="online commerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="51" label="online marketing" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="22" label="page rank" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="34" label="scripts" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="5" label="search engine marketing" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="11" label="static pages" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[Lee Gomes writes for the "Portals" column, which runs in the "Marketplace" section of the  Wall Street Journal&#174;.  Read his article, "PlentyOfFish Owner Has the Perfect Bait for a Huge Success" if you can.  The article was published in the Wednesday, May 23, 2007 issue of The Journal.

This "PlentyOfFish" story is the kind of tale that we all want to hear.  Markus Frind, a 28 year old online marketer located <em>where he wants to be</em>, in Vancouver, British Columbia, is making lots of dough online and all by himself.  His site, <a href="http://www.plentyoffish.com">PlentyOfFish</a>runs just about all by itself.  His staff amounts to one individual, himself.  How much revenue?  According to Gomes, "the site brings in between $5 million and $10 million a year." 

Gomes looks further and notes more of what <em>I</em> want to hear: "How does he do it? In large part, by keeping things simple."  Music to my ears.  Check out <a href="http://www.bestplainwebpages.com">Best Plain Web Pages</a> for a look at how I see simplicity working for successful online sites.

So I went and visited the site myself and noted a couple of things: 1) Mr. Frind makes good use of CSS: The simple ad list that takes up most of every page is controlled by CSS and table tags (which do not want to go away) 2) Mr. Frind uses scripts when he needs to: for example to quickly capture page view information via Javascript (AJAX) and .asp for membership and 3) Page addresses are simple URLS without funny characters.

On the marketing side, his objective is clearly the best monetization that he can get from his site.   The theme is very popular, dating, with a very, very large market.  The revenue generator is advertising.  The strategy is twofold: 1) as Mr. Gomes notes, "via Google's small text ads," and through 'affiliate marketing.'

The last bit, affiliate marketing, is of interest to me as I recently dipped my toe into the water of an online marketing approach, <a href="http://www.stompernet.com">StomperNet</a> that preaches affiliate marketing all day.  I have mixed feelings about affiliate marketing; however, if you want to make money online, it would seem from Mr. Frind's achievement that the combination of a big, popular and pressing market (theme), together with affiliate marketing will make for lots of money.

Go get 'em

&#169;Mike Blonder, 2007, All Rights Reserved. No Reprint Without Prior Approval]]>
      
   </content>
</entry>
<entry>
   <title>Review of Wall Street Journal Article, Monday, April 30th, &quot;In Search of Traffic&quot; by Kelly R. Spors</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/05/wall_street_journal_article_on.html" />
   <id>tag:www.mikeblonder.com,2007://1.14</id>
   
   <published>2007-05-03T03:45:08Z</published>
   <updated>2007-05-03T13:39:20Z</updated>
   
   <summary>On Monday of this week (April 30th), the print edition of the Wall Street Journal&amp;#174; ran an article in its Small Business section on Search Engine Marketing, &quot;In Search of Traffic&quot; by Kelly R. Spors. This article was, in fact,...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="search engine marketing" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="25" label="ecommerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="24" label="online commerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="51" label="online marketing" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="5" label="search engine marketing" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[On Monday of this week (April 30th), the print edition of the Wall Street Journal&#174; ran an article in its Small Business section on Search Engine Marketing, "In Search of Traffic" by Kelly  R. Spors.  This article was, in fact, the feature article of the entire section of the paper. Most of the "news" detailed by the article is, however, rather old and stale.  "To be successful online, [small companies] must learn to harness one of the Web's most powerful tools: search engines."  Duh.  This has not been news since, let's conservatively say 1999, 8 years ago.

As well, Kelly R. Spors, suggests a strong ambivalence towards consultants (like me) who work with small companies to improve their rankings with search engines: Spors writes that "[e]ven worse, big competitors can afford to pour lots of resources into [search engine marketing] -- putting small companies at a bigger disadavantage" which is to say that the investment often pays off. In other words the big competitors are making the right move working with SEO types.  But later in the same article Spors cautions: "businesses should be careful when hiring an SEO, because not every company offers the same expertise, says Ryan Allis, chief executive of Virante, a Durham, N.C., search-marketing consulting firm." This ambivalence reappears a bit later when Spors notes that "[t]hen there are fees. The prices for SEOs can be bewildering to many small business owners,. Costs can range from $500 a month to several thousand-for what often seem to be almost identical services".

Kelly Spors, I would suggest to you that successful search engine marketing is not the simple process that you suggest when you prescribe the following medicine: "Add lots of relevant descriptions to the site's text, including the search phrases for which you want a high ranking. Have other sites link to it. Offer a blog or other informational content for customers."  As I have noted elsewhere in this blog, your prescription, for most sites, will end up a big goose egg (meaning a zero).  

Bottom line, SEO expertise keeps pace with search engine technology and, therefore is a constantly moving target.  What worked yesterday will not work today, etc.  Never forget that you get what you pay for.  If a business expects to sell a $1,000,000 or more, online, then, I think, an SEO budget of 5% ($50,000) per year makes sense.  

On another note, I was surprised that the writer was not familiar with the "long tail" search notion, referring, instead, to a strategy of using outlying keywords, sufficiently off the track and down the list of keywords for a type of business, but specific enough to attract qualified clicks.  If you are going to write for a general audience, then you ought to do them a favor and look into the concept and deliver the "skinny" in a form that the audience can run with. Kind of a drag.

The Journal has done this before, meaning the paper has written on online marketing topics from a very general standpoint.  I deal with this stuff day-to-day via my business, <a href="http://www.bestplainwebpages.com">best plain web pages</a> and can say that the long tail search stuff does work.  I've reviewed logs and have noted highly specific searches for a customer of mine that has a low Page Rank, but is nonetheless booking business.

Picking out of pocket keywords that are somehow quite specific is a valuable tool for smaller businesses to come to the table with some revenue fairly quickly after the launch of an online business. Double surprising is the fact that the title meta tag, together with the file name (whatever.htm or html) itself are heavily weighted; therefore put the specifics of your keywords right there and see what happens.

&#169;Mike Blonder, 2007, All Rights Reserved, No Reprints Without Express Written Permission by the Writer]]>
      
   </content>
</entry>
<entry>
   <title>Life is Getting Tough for Open Source</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/05/life_is_getting_tough_for_open.html" />
   <id>tag:www.mikeblonder.com,2007://1.13</id>
   
   <published>2007-05-03T00:04:12Z</published>
   <updated>2007-05-03T00:24:14Z</updated>
   
   <summary>Life is getting tough for open source. I purchased two bare-bones Intel motherboards complete with Core Duo chips and had the worst time getting the SuSE Linux Distribution (first 10.0 and then 10.2) to run on the platforms. The problem...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="open-source" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="60" label="core duo" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="53" label="intel" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="63" label="linux" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="29" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="64" label="suse" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      Life is getting tough for open source.  I purchased two bare-bones Intel motherboards complete with Core Duo chips and had the worst time getting the SuSE Linux Distribution (first 10.0 and then 10.2) to run on the platforms.  The problem is that the new hardware had some radically different features, specifically a controller located off the motherboard, not supported by the Linux kernel included with SuSE Linux 10.0. 

&quot;Not supported&quot; is decidedly bad news for open source.  Intel is the largest chip manufacturer and, possibly, the largest manufacturer of motherboards for personal computers.  The kind of headache that I experienced trying to install the distribution on the platforms is certainly not the kind of headache that the average user will tolerate. 

My initial attempts were met by dark monitors, and repeated failed installations that bounced me back to manual installation screens.  Error messages were weird: &quot;Image Not Found&quot; despite the fact that the factory disks were loaded in the Sony DVD/CD Reader Writer that I purchased with each of the systems.  My calls to support did not produce a fix.  I was pleased, however,  to see that the typical brush off from SuSE technical support for folks with older copies of the operating system was not the order of the day.  Support was willing to work the problem(s) through, but was at a loss to offer a working remedy.

When I loaded the DVD into our Mac Mini and FTP&apos;d over to the Mac I was able to install the operating system on both of our systems.  But, as of yet, I have not gotten the faster of the two boxes (2.4 Ghz processor, 2GBs memory, etc) to work with the Sony Drive and the Operating System.  
      
   </content>
</entry>
<entry>
   <title>Migrating Linux Systems</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/04/migrating_linux_systems_1.html" />
   <id>tag:www.mikeblonder.com,2007://1.12</id>
   
   <published>2007-04-26T13:06:55Z</published>
   <updated>2007-04-26T14:22:01Z</updated>
   
   <summary>Think long and hard prior to scheduling linux migrations (for example, upgrading hardware, changing databases, changing web servers, etc). You must understand that planning this type of move includes many more steps than a comparable move for systems built on...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="open-source" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="60" label="core duo" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="53" label="intel" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="63" label="linux" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="65" label="novell" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="62" label="nvidia" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="29" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="61" label="sata" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="64" label="suse" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[Think long and hard prior to scheduling linux migrations (for example, upgrading hardware, changing databases, changing web servers, etc).  You must understand that planning this type of move includes many more steps than a comparable move for systems built on the Microsoft&#174; Windows&#174; platform.

I am in the process of upgrading hardware for two of my linux servers (both machines running Novell SuSE, versions 10.0 and 9.3) to Intel&#174; Core Duo&#174; hardware, complete with SATA drives and, for one machine, a GForce 7600 graphics card with an NVidia chipset. The upgrades have not been finished.  I have hit lots of bumps, as follows:

<ol>
<li>The SuSE YaST installation program will not run (out of the box) on the hardware platform.  I am working on a fix with SuSE, but why should I <em>need</em> a fix?</li>
<li>I had to remove the GeForce card.  SuSE has problems with the NVidia chip set so, to minimize issues, I removed the card rather than attempt the total install with the card in the motherboard</li>
<li>Despite using the "tried and true" disk utility application "DD" to image the drive prior to migration, I neglected to open the image prior to the migration and, murphy's law being what it is, the image failed to open properly after the fact. Fortunately, I have the physical disk as well as archives of the critical files.</li>
<li>Had my schedule required static page production (check out <a href="http://bestplainwebpages.com">bestplainwebpages.com</a> for further info on what I do) I would have lost 4 production days this week.  Fortunately, I am doing much more with scripts this week.</li>
<li>I have been without my MySQL database for 4 business days awaiting completion of the migration</li>
<li>I spent 3.5 man days on this "cost" project with no billable result</li>
</ol>

Given the above, it makes much more sense to design linux systems migrations from the ground up prior to embarking on same.  The modus operandi must include 

<ol>
<li>Verifying that the shrink wrap version of the Linux Distribution of Choice works with the intended hardware <em>out of the box</em></li>
<li>Creating all images and ensuring quality by successfully opening all images on fall back hardware that will be available, post migration, should there be problems with the new hardware</li>
<li>Restricting the timeframe for the migration to after hours</li>
</ol>

Images are critically important in a Linux environment as, via an image, one has the best shot at preserving file <em>permissions</em> along with data and, thereby, ensuring that stuff works post migration.  As well, if any applications have been compiled, imaging the applications within the disk context (complete with all file dependencies in place) is dramatically easier than recreating the dependencies, permissions, etc. after the fact.

&#169; Mike Blonder, 2007, All Rights Reserved]]>
      
   </content>
</entry>
<entry>
   <title>The Saga of Mac on Intel</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/04/fair_and_balanced.html" />
   <id>tag:www.mikeblonder.com,2007://1.11</id>
   
   <published>2007-04-23T23:50:36Z</published>
   <updated>2007-04-24T13:07:11Z</updated>
   
   <summary>For my work for my page publishing business daily routines include equal doses of image manipulation, text file management and shell scripting. The Mac was the perfect platform given the underlying operating systems (Mac OS X, child of Free BSD)...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="apple" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="52" label="adobe" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="36" label="apple" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="54" label="design" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="56" label="free bsd" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="53" label="intel" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="31" label="microsoft" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="29" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="33" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="58" label="proprietary software" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[For my work for my <a href="http://www.bestplainwebpages.com">page publishing business</a> daily routines include equal doses of image manipulation, text file management and shell scripting.  The Mac was the perfect platform given the underlying operating systems (Mac OS X, child of <a href="http://www.freebsd.org">Free BSD</a>) and the long standing relationship with Adobe&#174;.  I bought my first Mac, a Powerbook G4 in 2003 and, in the ensuing years have purchased a second Powerbook G4, and, last year a Mac Mini powered by an Intel Processor.

The Mac Mini has, until now, been a disappointment.  To cut to the heart of the matter, I am sitting here with several proprietary applications that were written specifically for a Mac powered by a PowerPC chip.  Those applications include Adobe&#174; CS2&#174; and Microsoft' Office for the Mac (2003).  The Mac Mini performs terribly with both of these packages.  

While I find Apple's Mac & PC television ad campaign to be cute, a better word might be "charming" with an emphasis on the verb "to charm."  Having purchased a Mac Mini "before its time," I can attest to having been charmed by something devilish.  After all, I now sit here post purchase of Adobe&#174; CS3&#174; (out an additional $600.00), when I would have been fine with a machine running Windows (and at least $600.00 richer) had I known that what I had as far as shrink wrap software wouldn't work on the Mac Mini.

Live and learn. Hopefully not the hard way.

&#169; Mike Blonder, 2007, All Rights Reserved]]>
      
   </content>
</entry>
<entry>
   <title>Tags and Categories and Blogs</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/04/tags_and_categories_and_blogs_1.html" />
   <id>tag:www.mikeblonder.com,2007://1.10</id>
   
   <published>2007-04-22T15:13:25Z</published>
   <updated>2007-04-22T15:44:07Z</updated>
   
   <summary>This blog magnetized zero visitors until I set categories and tags for each entry. Curious that tags and categories would be so critical to blog distribution and so little discussed by blog publishing software vendors. Consider that this blog is...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="blog" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="49" label="articles" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="1" label="blog" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="48" label="categories" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="51" label="online marketing" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="47" label="tags" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[This blog magnetized zero visitors until I set categories and tags for each entry. Curious that tags and categories would be so critical to blog distribution and so little discussed by blog publishing software vendors.  

Consider that this blog is published with Movable Type.  I couldn't find anything in the Movable Type documentation that highlighted the importance of tags (and categories) to my objective of getting my blog content distributed online.  Only when I googled 

movable type documentation tags blog distribution

did I come up with an entry from the Movable Type Developer Documentation dated <a href="http://www.sixapart.com/developers/product_documentation/movable_type/tags_for_movabletype.html">June 8, 2005</a> where Brad Choate comments

"Today's "Tags" are yesterday's "Keywords". I'm a big fan of metadata and use it extensively both on and off the net. Being able to reference sets of data using a tag or two is extremely powerful. I'm glad to see services like del.icio.us, Flickr and Technorati that are promoting and making use of it as they are."

Yes sir.  I wonder how many other folks who want to distribute content online have stumbled around not realizing that setting tags and content for entries is critical.  

&#169; Mike Blonder, 2007, All Rights Reserved ]]>
      
   </content>
</entry>
<entry>
   <title>O&apos;Reilly&apos;s&amp;#174; Safari Online Bookshelf</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/04/oreillys_safari_online_bookshe.html" />
   <id>tag:www.mikeblonder.com,2007://1.9</id>
   
   <published>2007-04-21T14:49:14Z</published>
   <updated>2007-04-21T15:27:39Z</updated>
   
   <summary>The O&apos;Reilly&amp;#174; publishing company offers the Safari Online Bookshelf on a paid subscription basis. if you need to learn something about computers, for example, programming, you may want to consider a subscription to Safari. Pro Most reference books are expensive,...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="training" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="41" label="distance learning" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="42" label="ebooks" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="44" label="online subscription" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="33" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="46" label="technical writing" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="39" label="training" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[The <a href="http://www.oreilly.com">O'Reilly&#174; publishing company</a> offers the <a href="http://safari.oreilly.com">Safari Online Bookshelf</a> on a paid subscription basis.  if you need to learn something about computers, for example, programming, you may want to consider a subscription to Safari.

<strong>Pro</strong>
Most reference books are expensive, in the range of $30.00 or more and up.  At $19.95 per month for a virtual shelf that can include up to ten reference books, the monthly subscription fee, obviously, can be a bargain.  Consider as well that access is immediate, saving a trip to a bookstore.  Another plus is the online search feature, which can save a lot of effort that would otherwise be required to leaf through pages to find what you need. Finally, electronic books take up no space, putting an end to clutter in an office, library, or even a kitchen table.

<strong>Con</strong>  
Books must stay on a bookshelf for at least 30 days.  Why do I need to keep a book for which I need a quick reference on my shelf for 30 days?  O'Reilly&#174; Customer Service tells me that I can purchase the flexibility to "skim and can," but at an additional cost of $10.00 per month, $29.95.  Another $120.00 per year spent on the service may not make sense; in fact, I decided to pass.

Reading books online would be great if we all had digital monitors with absolute clarity, brilliant contrast, etc.  However, we do not all have such devices.  For most of us, regular reading online can lead, rather quickly, to an expensive trip to an optometrist for glasses.   Forget about the bargain of the service if you have to buy a pair of glass for $300.00 or more as the result of reading online.

The biggest con (no pun intended) is the nature of reference books, themselves.  Whether, or not reading a reference book about a programming language will make one a programmer is subject to debate.  After all, writing reference material is a tough job.  The range of audience is very wide and "you can't please all the people all of the time."  Nevertheless for a guy like me, it is a rare reference book that talks about technical stuff for a non technical eye and ear.  This is all to say that the ten books on the shelf may not deliver, so be wary.

<strong>Recommendation</strong>
O'Reilly&#174; ought to offer more flexibility at the $19.95 per month subscription level.  As well, more effort should be spent determining the opinion of the subscribing audience about the materials, so "borrowers" can be forewarned prior to putting a book on a shelf for at least a month.

&#169; Mike Blonder, 2007, All Rights Reserved    ]]>
      
   </content>
</entry>
<entry>
   <title>Apple&apos;s Automator</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/04/apples_automator.html" />
   <id>tag:www.mikeblonder.com,2007://1.8</id>
   
   <published>2007-04-19T23:47:07Z</published>
   <updated>2007-04-21T15:31:56Z</updated>
   
   <summary>Apple&apos;s Automator is a curious effort to spread the good word about scripts and task automation to a non programming audience. Apple is to be commended for taking the step, but the tangible effort, itself, is not worth much. What...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="apple" scheme="http://www.sixapart.com/ns/types#category" />
         <category term="programming" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="36" label="apple" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="37" label="applescript" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="38" label="javascript" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="33" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="34" label="scripts" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      Apple&apos;s Automator is a curious effort to spread the good word about scripts and task automation to a non programming audience.  Apple is to be commended for taking the step, but the tangible effort, itself, is not worth much.  What cripples Automator is the entirely counter intuitive manner in which it works.  Apparently, though targeted to a non programming audience, the familiar problem is that a programming crew put together the operation of the product and, thereby, left the audience behind. 

Let&apos;s look at the following: the example workflows work for wierd tasks; for example, resizing images, speeding up yet another itunes task, etc. Real requirements for business types who are using a Mac, like backing up, should have example workflows, but don&apos;t.  

Without a schematic of how steps are intended to work together to result in hands free and useful actions by the computer, the non programmer can&apos;t follow the process and folds.  Here we go again, another Dashboard (I will write on this other solution without a problem feature in a later post).

If Automator offers a view of the applescript, or javascript behind the Workflow, I can&apos;t find it.  The debugger bombs erroneous routines, but doesn&apos;t provide a clear indicator of where the problem may be.

I would welcome a useful Automator.  Mac OS X is a great operating system that gets a lot of my attention.  Much of what I do with Mac OS X is repetitive and certainly a good candidate for a useful Automator, but I need something more useful than today&apos;s package.  Hint to Apple: make it better in yet the next version of Mac OS X.  

&amp;#169; Mike Blonder, 2007, All Rights Reserved
      
   </content>
</entry>
<entry>
   <title>Writing Macros for Microsoft Excel</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/04/writing_macros_for_microsoft_e_1.html" />
   <id>tag:www.mikeblonder.com,2007://1.7</id>
   
   <published>2007-04-17T22:57:45Z</published>
   <updated>2007-04-21T15:33:42Z</updated>
   
   <summary>The macro recorder included in Microsoft Excel is a neat feature. I find it quite helpful as the recorder produces 99.9% perfect VBA code from the recorded macro keystrokes. With the computer producing VBA code, learning VBA syntax becomes a...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="microsoft" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="35" label="macros" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="31" label="microsoft" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="33" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="34" label="scripts" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="32" label="vba" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      The macro recorder included in Microsoft Excel is a neat feature.  I find it quite helpful as the recorder produces 99.9% perfect VBA code from the recorded macro keystrokes. With the computer producing VBA code, learning VBA syntax becomes a substantially easier task. 

The online prompts, invoked by hitting the period character, are also very helpful as the prompts suggest the next step in building the program&apos;s &quot;word.&quot;

I recommend working with the Microsoft Windows version of the Excel product, rather than with the Macintosh version.  I have found lots of inconsistencies between the two. The most annoying inconsistency is the manner in which files in either comma separated values (.csv) or tab delimited (.txd) are saved.  I experienced repeated errors as I attempted to upload a .txd file created on one of our Mac systems to a shopping cart.  Once I switched over to a Microsoft Windows XP Pro System running Excel 2003, the file uploaded fine.

&amp;#169; Mike Blonder, 2007, All Rights Reserved
 
      
   </content>
</entry>
<entry>
   <title>You Get What You Pay for</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2007/04/you_get_what_you_pay_for.html" />
   <id>tag:www.mikeblonder.com,2007://1.6</id>
   
   <published>2007-04-16T23:34:06Z</published>
   <updated>2007-04-21T15:35:04Z</updated>
   
   <summary>Small businesses who are considering the purchase of a shareware package for a shopping cart system for an estore ought to think long and hard about a few things: 1) Documentation may not exist 2) Implementing the system may require...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="online commerce" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="25" label="ecommerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="24" label="online commerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="29" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="16" label="php" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="30" label="shareware" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="27" label="shopping carts" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[Small businesses who are considering the purchase of a shareware package for a shopping cart system for an estore ought to think long and hard about a few things:
1) Documentation may not exist
2) Implementing the system may require "second order" customization, meaning changes to the package code itself
3) Search engine friendly pages may not be an option 
4) Server load may be heavy at busy times

<strong>Documentation may not exist</strong>
Since the package is actually a series of software programs that work together to process the sale of an item, absence of documentation will not be an issue for you if you are, yourself, a programmer, or if you number programmers among your staff. In every other instance, missing documentation means that repairs, modifications and additions to your site will require excessive amounts of time and effort.  Should you find a programmer with whom you can work to tweak the program, you may well have to live with that person for ever, at least as far as your website goes. 

<strong>Implementing the package may require "second order" customization, meaning changes to the package code itself</strong> 
Once the underlying code of the package is modified, what was shareware is now "unique_to_you" ware.  Features of the package, such as the control panel, may not work properly as the result of customization.  Once again, if neither you, nor any member of your staff is a programmer, whoever modifies the package will need to be your friend, <em>perhaps for ever.</em>

<strong>Search Engine Friendly Pages may not be an Option</strong>
The web pages published by the package will include information pulled from a database along with HTML tags and scripts (programs) that manipulate the database information along with the tags.  

All of these operations will be performed "on the fly" or, in other words, on demand; page addresses may string together several parameters, meaning the code required to collect the database information, with a result that the address of the page is very long and, necessarily, unfriendly to search engines.

<strong>Server Load will be Heavy at Busy Times</strong>
Memory will be needed to run the programs that will make the package work.  At times when your site is busy, package performance may be at its worst.  Visitors will wait and then wait some more for pages to serve, etc.

For all of the above reasons I will only use packages that are well documented.  In addition, the packages I use will output static HTML pages that will be friendly to search engines and a light load for the web server.  I also strictly limit customer expectations to features that can be enabled from the package's control panel.

You can find out more about my web publishing efforts at <a href="http://www.bestplainwebpages.com">Best Plain Web Pages</a>.

A shopping cart system that meets my criteria is <a href="http://www.shopsite.com">ShopSite</a>

&#169; Mike Blonder, 2007, All Rights Reserved 
]]>
      
   </content>
</entry>
<entry>
   <title>Acid Indigestion</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2006/10/acid_indigestion.html" />
   <id>tag:www.mikeblonder.com,2006://1.5</id>
   
   <published>2006-10-11T12:12:43Z</published>
   <updated>2007-04-21T15:36:06Z</updated>
   
   <summary>A customer service representative at one of the top domain registrars in the U.S. tried to convince me this morning that none of the top search engines will place a web site, without a domain registered for at least 5...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="online commerce" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="25" label="ecommerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="24" label="online commerce" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="5" label="search engine marketing" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[A customer service representative at one of the top domain registrars in the U.S. tried to convince me this morning that none of the top search engines will place a web site, without a domain registered for at least 5 years, within the top 10 results for any search category.

A comment such as the above is indicative of how low web 1.0 has fallen.  The fact is that web 1.0 has been completely consumed by pure business interests that appear to lack any interest in technology as anything other than a tool to generate revenue.  There's nothing wrong with using technology to generate revenue, or even to argue that technology <em>for business</em> has no other purpose than to contribute to the job of making money; however, I argue that an intelligent appreciation for technology,  and a real interest in it, will lead to <em>lots and lots</em> more money than the other approach.  I like to make money too, but I understand the valuable role that technology can play to make my money-making job easier.

If this representative's comments are true, then we can conclude that the days have passed when entrepeneurs can safely consider the internet as a very <em>low cost</em> vehicle for starting a business.  After all, pre-registering a domain name for 5 years is at least three, if not a full five times more expensive than pre-registering the same domain for a single year.  Typically, any and all closely related names will be registered at the same time.  The result can be a bill that approaches $500.00, or more, for nothing more than a five year registration for the <em>domain names</em>.

In my opinion,  this representative was simply reading from a script.  The registrar in question requires that customer service representatives push any/all customers to increase their term of domain name registration.  Extending the registration term is an easy way to make more money off of the same account.  It has not been my experience that the search engines are checking the whois registries for term of registration when rankings are set for web sites, but maybe I'm wrong.  

On the other hand, I am noting the very disturbing fact that the search engine programs are indexing the information on the web sites but doing nothing with the information, apparently, unless/until the site owner spends some money to pay for ad clicks, or other types of ad campaigns.  I say that I am noting this fact as I have reviewed raw access logs and witnessed sites being indexed, without updates on keywords, etc.  I consider this practice to be very unfortunate. 

The information indexed should be incorporated into a site profile for <em>every</em> site indexed, and not just for the smaller number of sites that buy advertising.  If the search engines continue to go this route (a kind of "denial of information")  web 1.0 will become a dinosaur as it will lose much of its value as the information repository that was the case in the past.

&#169; Mike Blonder, 2006, All Rights Reserved
]]>
      
   </content>
</entry>
<entry>
   <title>&quot;Pay to Show&quot;</title>
   <link rel="alternate" type="text/html" href="http://www.mikeblonder.com/2006/10/pay_to_show.html" />
   <id>tag:www.mikeblonder.com,2006://1.4</id>
   
   <published>2006-10-05T13:03:30Z</published>
   <updated>2007-04-21T15:37:05Z</updated>
   
   <summary>The web has changed much, certainly since its beginnings in the late 1980s, and through its &quot;boom town&quot; phase in the mid 1990s. Back then, it was a rather easy process to get a web site indexed and promoted on...</summary>
   <author>
      <name></name>
      
   </author>
         <category term="search engine marketing" scheme="http://www.sixapart.com/ns/types#category" />
   
   <category term="7" label="indexing" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="22" label="page rank" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="5" label="search engine marketing" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="9" label="web crawlers" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="en" xml:base="http://www.mikeblonder.com/">
      <![CDATA[The web has changed much, certainly since its beginnings in the late 1980s, and through its "boom town" phase in the mid 1990s.  Back then, it was a rather easy process to get a web site indexed and promoted on the web by search engines, almost a "build it and they will come" (phrase is gratefully reproduced from the film "Field of Dreams") type of setting. 

Now you can build it and "they" will come, but "they" will be no more than computer programs built to find blocks of text and images (along with the respective addresses for the blocks of text and images) on the Transmission Control Program/Internet Protocol (TCP/IP) network called the web.  These programs will then collect and index that information without any regard for whether you're ready for them to do so, or not; therefore, test whatever you have locally before you publish on the web.

Also, you must understand that there is no correlation between these programs finding your block of text and images and useful hits from human beings on your web site. There is no imperative for anything whatsoever to happen.  Most all of the Search Engine Optimization rules that you will find on the web are no longer the case; just keep this in mind.

If your site has been found too soon by these programs, then what has been indexed will not produce the results from searches that your site fundamentally needs to attract human beings.  

Of course, if you are willing to <em>pay</em> someone to do something about it, then you may or may not get a search engine or two, or more to actually <em>show</em> your site, but that is another story to be told at another time.

Since "web 1.0" has now matured into a pure business play, "you get what you pay for."  Let me cut to the core of this: blasting your address out to tons of search engines via so-called traffic building services is generally a waste of your precious cash.  Better to spend your dough on Press Releases or a Blog to get some information out there, along with your web site address that will attract human beings to your site to review the information. If these humans like what they find and start to link to your pages, <em>then</em> you may start to get some promotion working for you through the search engines.

I work with this stuff every day through my web businesses, <a href="http://www.bestplainwebpages.com">Best Plain Web Pages</a> and <a href="http://www.industrial-strength-ethernet.com">Industrial Strength Ethernet</a> and for my clients.  I'm speaking from first hand experience.  I review access logs on a regular basis and can tell a hit coming from a search engine query from a mile away. They are precious.  Take it from someone who knows . . .

&#169; Mike Blonder, 2006, All Rights Reserved]]>
      
   </content>
</entry>

</feed>
