Servers for the Information Age

Handling the ‘Data on Demand’ needs of a New Generation! -

Server-side programming languages are scripts that are executed on the server, and are then translated into HyperText Markup Language (HTML) which can be viewed by all web browsers. The two most popular server-side scripting languages are PHP: Hypertext Processor and Active Server Pages (ASP). Additionally, there are numerous other languages like AJAX and Coldfusion.

PHP can run on both Unix and Windows servers, which makes it more accessible than its Windows counterpart, Active Server Pages (ASP). Most full-service web design firms will have at least one PHP guru.
PHP uses are widespread, and can include any kind of server functionality that takes user’s input and displays or manipulates the input. Some pertinent examples of such work are message boards, auction sites, shopping carts, and more. There are numerous free (open-source) scripts out there for PHP newbies to use. This synopsis is meant to serve only as a gateway to other works; although the main goal is to give a reader enough information so they can make educated decisions about what their web developer should do. For those looking to get into PHP, there are many free tutorials and primers out there: http://www.4webhelp.net/tutorials/php/basics.php is a pertinent example.
PHP generally uses the mySQL database system. MySQL is a server-side system that is included on many Unix, and some Windows servers.

On the other hand, Active Server Pages runs - for the most part - solely on Windows servers. This can cause some problems. Windows hosting or private servers generally cost more than Unix servers, making it less accessible than PHP. Like PHP, ASP can do just about anything. There are considerably fewer open-source scripts written in ASP, another testament to its inaccessibility.
For those interested in ASP, here’s a great free tutorial: http://www.w3schools.com/asp/default.asp.

ASP can use many different database systems. Many users prefer Microsoft Access. Access, unlike MySQL, offers a what-you-see-is-what-you-get (WYSIWYG) editor as part of Microsoft’s Office suite. In fact, you may already have a copy of Microsoft Access on your computer and not even know it. Its uses aren’t limited to databasing, it’s also used as a basic spreadsheet application for those who need a more programmer-friendly environment than Excel. ASP can also work well with MSSQL or MySQL.

A third programming language with burgeoning popularity is Asynchronous Javascript and XML. AJAX, as it’s commonly referred to, creates interactive web programs just like its cousins ASP and PHP. AJAX uses XHTML and CSS, along with the Javascript Document-Object Model to create interactive pages designed for speed and overall usability. Although AJAX hasn’t gained the acclaim of PHP and ASP, its future is certainly bright.
AJAX Basics - http://dhtmlnirvana.com/ajax/ajax_tutorial/

It’s difficult to say which of the three programming languages, or the numerous others for that matter, is the best. There will always be disputes, and no standard is set. With the varying interpretations of what a programming language should be, predilections to PHP or ASP arise. PHP is certainly more widely used, but isn’t necessarily the best. When a site is being created to be interactive, a professional can give an educated opinion on which technology should be used.

Take a look through Red Fly’s portfolio, compare to other Irish web design firms, and you’ll see that the company has a lot to offer.
Web Development Ireland

Copyright Dave Davis - http://www.redflystudios.com

Handling the ‘Data on Demand’ needs of a New Generation! -

Analyzing traffic to a site is a key factor in tweaking search engine optimization and marketing campaigns. Determining how people get to your site is critical. Surprisingly, few sites take advantage of the data available on their servers.

Server Logs

Typically, there are two server tools available to you. Server logs are on your server and analyze site activity. The log keeps track of the files created on the server, the number of times there is a request for the file, where the hit came from and the exact phrase typed in by the person accessing the page of the site. Every system is different, but these basic elements should be included.

The second tool, a traffic analysis program, is pretty standard for most hosting companies, but you may have to ask them to turn it on. The programs analyze the raw data from your server and convert it into fascinating charts, diagrams and statistics. Most of the information is overkill. You have to be careful not to get overwhelmed by numerous ways to look at the data. Try to focus on the following information:

1. What sites are sending you visitors?
2. What search engines are sending you traffic?
3. What keyword phrases are people using to find your site?
4. How often are major search engine indexing robots visiting your site?

As you access the data, you are going to find some very surprising things. Actually, you are probably going to be stunned.

Initially, you are going to be amazed when you see which keyword phrases that are sending traffic to your site. Many of the keywords will not match your meta tags. Instead, they will be a combination of various keywords on a particular page. This is reflection of the fact that search engines mix and match your keywords as they see fit. So, should you change your meta tags to reflect the phrases shown in the data? No. The data you are seeing typically reflects keywords with little competition. Since you are already getting traffic from them, keep focusing on your original goals.

In looking at your data, the second key piece of data is identifying where the traffic is coming from. This data often falls under the referrer heading. By reviewing the data, you can see what search engines are producing data for you. If you are running advertising on a site, you should also be able to track the campaign.

The final area to analyze is the robot visit information. Depending on the program, the robot information may appear under robots or user agents headings. Robots are programs used by search engines to index web sites on the net. In reviewing your data, you should be able to determine how often the robots are coming to your site. If at all possible, make sure you add new content to your site before the next visit. The robots for the top search engines are Yahoo Slurp, Google Googlebot, and MSN MSNbot.

In Closing

Analyzing the traffic to your site is a key element to marketing your site. The more you know about your customers, the more you can cater to their needs.

About The Author

Halstatt Pires is with MarketingTitan.com - http://www.marketingtitan.com - an Internet marketing and advertising company. Visit our article section - http://www.marketingtitan.com/internet_marketing_articles - to read more internet marketing articles.

Handling the ‘Data on Demand’ needs of a New Generation! -
I was recently helping someone troubleshoot some problems at SearchEngineWatch forums and it struck me that I should write an article about this and other issues. Because sometimes when you run into a brick wall and can not figure out why your site is not getting listed or even crawled in the search engines it is not always a site issue.

In fact, sometimes it is a server issue which you may or may not have control over. In that case, it does not matter what you do to your site, you just aren’t going to get it listed. This article covers some things to look at and how you can go about fixing them.

Let me start by giving you an idea of what happened with the person on the forum. His site had been up for some time, in fact he recently put up 3 sites. Two of which were getting crawled and indexed and one wasn’t showing up in the engines.

We started by looking at the usual suspects - such as improperly coded robots.txt, poor navigation, banned domain and so on, yet none of these were an issue. The site was very search engine friendly, easily navigable and didn’t use a robots.txt file.

So the next thing I checked was the WHOIS information and on one site I found improper information and on another WHOIS lookup I found no information at all. This lead me to believe that perhaps there was a hosting/server problem at the root of the issue.

So I contacted the site owner and got him to verify with the web host that the DNS information was properly configured. It turns out that it wasn’t. Since the site wasn’t properly resolving via DNS it wasn’t getting crawled by the search engines.

This is just one of the many server issues which can affect the positioning and ranking of your site in the search engines. While DNS resolution and IP configuration are generally the two most common culprits there are several other server issues which can harm your search engine ranking and even cause indexing problems.

DNS issues

Let’s take a closer look at what happened with this site: What I found is that I could connect to the domain name through my browser. Further, the owner had enough foresight to register his site as the only site on the IP, so I was also able to connect to the site via IP in the browser.

I could also ping both the site and IP and receive proper results, indicating that at least at some level there was DNS resolution happening.

However, when I went to perform the WHOIS lookup at the different site I wasn’t seen the results I should have, which means the DNS for the site hadn’t been properly configured.

I like to use whois.webhosting.info to perform these lookups as you can also perform IP searches to see if the site resolves properly to the IP. Further, you can also see how many and what types of sites may also be hosted on a domain. This can give an indication of other issues which could cause a site to not be indexed.

For example, had I performed a WHOIS lookup and found a bunch of porn or casino sites, I could have assumed (probably quite rightly) that Google had greylisted or blacklisted that IP address because of the sites hosted on it. Then, any legitimate site would also suffer the flag, causing indexing problems by the engine.

But that wasn’t the case here. As I said, it was a single site on a unique IP address.

I gave the information about the DNS to the site owner, indicating my concerns that the site wasn’t properly resolving and I found out a few days later that one of the hosts name servers was indeed acting up. I don’t know what “acting up” means, but it could indicate that the resolver wasn’t always resolving the IP to the site for some visitors, or it was improperly resolving it. In either case, should a search engine come across such inconsistency it will, over time, quit coming to the site.

More issues which could affect rank

There are other issues, not DNS related, but server related which could affect your indexing and ranking possibilities. These include improperly configured servers, or overloaded servers among other things.

Improperly configured servers

As you read above, there was an improperly configured (or failing) name server causing problems with the site, but there are other server issues which could affect the site as well.

Once the site is resolved via a name server, the request is then forwarded to the webserver hosting the site. If the webserver isn’t properly configured however to accept the request, then it will deny the request to the site, even if the site exists on the server.

While this is a rare occurrence, it does happen. If the webmaster mistypes the domain name for example, or attaches the site to the wrong IP attached to a different server, this could cause issues.

Another example of an improperly configured server is one which denies requests to domains without the “www.” Your webserver should be configured to accept all requests for a domain whether they have the www or not.

In fact, the ideal situation is for the server to automatically issue a “301″ server site redirect to any request made for a non-www domain which then forwards users to the www domain. This is because sometimes search engines will see the www and non-www domains as 2 separate sites. Therefore link popularity and rankings could be split among the domains. In a worst case scenario, one or both of these domains could be banned by the search engines for duplicate content.

In addition, if you are fortunate enough to have your own IP address, you should check with your web host to ensure that the IP address resolves to the site. This way if a user (or search engine) tries to connect to the site via IP they will be served the site properly, and not receive a “page not found” error.

Alias issues

As mentioned above, it is best to have an non-www requests 301 redirected to the www domain. However, for ease of use (and because its quicker and easier to configure) most web hosts will allow all requests to a site to return that site, so that any request to the www, or non-www domain will return the same site. As I eluded to earlier, this could get the site penalized or banned. At the very least, the site won’t properly propagate link popularity, which will ultimately affect its ability to rank competitively in the search engines.

With some servers, the only way to combat this is to set up a unique site for each alias and have the non-www alias 301 to the www domain. Sometimes that requires the appearance of 2 sites per domain on the web server. While most web hosts won’t agree to this, perhaps they can help you come up with a solution that will work for you.

Overloaded servers

Sometimes, when you perform a WHOIS lookup you will find hundreds and hundreds of sites hosted on a single IP.

While in many cases this isn’t an issue, you can still run into problems in the search engines.

This is because, to save time, many engines will cache the IP of a domain and simply request the domain by IP rather than a full DNS request each time it wishes to index the site.

That means, every other site hosted on that IP has the potential to negatively impact your search engine rankings.

This is because every site which is associated with that IP will by default be associated with your site, because of the common IP. If one of the sites has done something to spam the engine in the past, there is a chance that your site could suffer the consequences.

Go back to the example I gave earlier - a legitimate site sharing an IP with porn or gambling sites. I can almost guarantee you that the legitimate site will not rank competitively.

Consider it guilt by association. In this case the association is the sharing of an IP address.

While search engines are getting much smarter at identifying these types of things, some issues still arise. Therefore it’s safer to take precautions now.

If you do find such a site on your shared IP, you could always request that your site be moved to a new IP so that it doesn’t suffer the consequences of a penalized IP.

Another problem with overloaded hosts is that sometimes there is a site (or a few sites) which use so much of a servers resources that other sites suffer. If this is the case, then your site may not respond in a timely manner which means search engine crawlers could stop coming to the site and it will fall from the index.

Again, the solution here is to move to a different webserver or change hosting providers altogether.

As you may see, there could be many issues outside of the site itself which can affect search engine rankings.

The best way you can identify these issues is to become a web detective and perform a little searching of your own using WHOIS servers and PING commands to test out your site to make sure it resolves properly to the web host and IP it is supposed to.

Many times when you’ve ensured that there isn’t an issue on the site itself, then its likely a hosting issue.

And in some cases, you may be able to get these resolved quickly while others take a little longer. If you find its taking too long to get hosting issues solved, might I suggest shopping around for a new host? One that will treat you like a customer and not a number or pay check? That way you can ensure that your site receives the attention it deserves, and problems are dealt with quickly
About the Author

Rob Sullivan - SEO Specialist and Internet Marketing Consultant. Any reproduction of this article needs to have an html link pointing to http://www.textlinkbrokers.com