GDownloadUrl("address.xml", function(data) {
...
)}

Notice the bold area. “address.xml” is the file that contains all the xml data that has been collected and organized. I can pretty much download the file by entering in my address bar:  http://root url/address.xml. Voila, I have basically ripped off someone else’s data to be used as I see fit. Perhaps to create my own map!

I personally do not want to expose the location of my data file and allow others to download it.  To get around this issue, I have implemented a simple solution.

Rather than “address.xml”, I have created a new separate .php file. Let’s call it address.php. In that file, I check the referrer information to ensure that the request comes from the proper location. If it does, write the xml contents. If not, redirect them somewhere else.

<?php

    // prevent direct linking to xml files

 if($_SERVER['HTTP_REFERER'] != '') {

          $xml_string = file_get_contents("xml_location/address.xml");

        echo $xml_string;  

 }else{    
     // redirect them somewhere if they try to direct link to this page
      header( 'Location: http://www.google.com' ) ;

 }

?>

For the Google map, replace xml file with php file

GDownloadUrl(“address.xml“, function(data) {  to:  GDownloadUrl(“address.php“, function(data) {

Simple as that. So if a curious viewer decides to enter “address.php” into there browser, they won’t get any data, just be redirected to some location you decide on.

There are also other ways to do this but IMO this is probably the simplilest and most effective.

Why should you do this even though you don’t actually utilize any programming on the page?

• Browsers cache pages. if a returning visitor comes back to that same page and you’ve made some changes to that page, that person may not see the change. They will only see their saved cache version. Yes there’s meta tags and tricks to try to get around it but it’s not guaranteed and not a very elegant solution. Server side scripting pages always serve up the latest content because when viewed because at each call to the page, the
• Don’t pigeon hole yourself. You never know when you may actually use some scripting on the page. If you suddenly need to add some scripting in the future, you’ll have to delete that page and create a brand new one.  Say goodbye to any links you’ve established with the client-side language pages.
• More powerful, flexible and gives you room to grow and learn. Similar to the above, it just gives you more options. Simple as that. It can also inspire you to learn some programming and more creative/advanced techniques in regards to web development.

In my opinion, creating standard client-side .html pages is basically useless nowadays and prevents your site from growing.

Special thanks to freddie.ca who inspired me to post this.