Let Daryl help you help your users. In this article, Daryl provides PHP code to help your users to navigate through your website and knowing exactly where they are at all times. Read more ...
One of the simplest but most important Web interface necessities is always letting the user know where he or she is within your site. This is most often done using visual cues such as highlighted navigation items, which often match the rollover states of the navigation items.
While many content management systems and application frameworks have this sort of functionality built in, these code bases are overkill for simple sites. You don't need Broadvision or Vignette or even any of the Nuke permutations for a 5-10 page brochure site.
Arguably, maintaining such a brochure site requires little enough effort that a templating system isn't even necessary, but I always find it preferable to have one set of templates to maintain. Setting your site up in this manner ensures consistency across pages, and consistency is as important for a small site as for a gargantuan portal (and maybe moreso).
Let's start with some assumptions for our first example. We're working on a 5-page Web site containing pages for home, about, contact, products, and services. All files for the purposes of this example are in the document root directory, and they all share the basic site template. In the navigation, whenever you mouse over any of the five navigation items, the rollover graphic changes colors.
What we wish to accomplish is having the appropriate navigation item for each page highlight automatically when a visitor loads the page. Since this is simplified templating, we've got a top.php, a bottom.php, and a file containing content for each of the five pages. The top and bottom templates contain all the graphical elements and tables that form the design of the site. And each of the content pages encloses its content with php tags to include top.php and bottom.php.
I'm also making the assumption that for each navigation item, if the default image name is "image.jpg," the rollover state image name will be "image1.jpg."
At the top of top.php, you'll want to include the following block, substituting your page names and domain:
<?php
$root="http://www.yourdomain.com";
$server_path="/full/path/to/document_root";
$path=split("/",$_SERVER["REQUEST_URI"]);
$path=array_reverse($path);
if(eregi("index.php",$path[0]) || $path[0]=="")
{
$home=1;
}
elseif(eregi("about.php",$path[0]))
{
$about=1;
}
elseif(eregi("contact.php",$path[0]))
{
$contact=1;
}
elseif(eregi("products.php",$path[0]))
{
$products=1;
}
elseif(eregi("services.php",$path[0]))
{
$services=1;
}
?>
We're taking the request URI and splitting on / in order to get the components of the URL. Then we reverse the components so that we can crawl the array from left to right (or 0 to n if you prefer to think of it that way) and determine what page has been requested.
The first array element represents the page requested, and subsequent elements represent any subdirectories, the domain, and some extra junk that we'll never need. Since we're assuming all files are in the document root, this reversal isn't so important, but once we look at descending into directories, reversing the array just makes the process a little easier.
We could use PHP's parse_url() function here, but if we were descending into directories, we'd then have to split and parse the path element manually anyway, so I just manually parse the URL to start with.
Once we've got our URL parsed, we process the components by going into an if block and performing the eregi() function for each of our possible page names. I use eregi() because my first use of this little tool was for a site that sometimes had query strings to parse. If we use eregi() rather than the == operator, query strings don't necessarily affect our results -- we're looking for a minimum of the passed string in the URL component.
In other words, to eregi(), "contact.php" and "contact.php?subject=Advertising" both evaluate to true. You do have to be careful about naming pages when using this script, however. For example, if you had a page named "sales_contact.php" and another named "press_contact.php," both would evaluate to true in the third elseif above and thus both would have the $contact variable set to 1.
If you want the same nav to be highlighted for both, this is a bonus. If you want different nav to be highlighted for each, you'll need to make sure you pass "sales_contact.php" and "press_contact.php" to the if block separately and set separate variables for each page.
What we're doing in the code chunk above is setting a bunch of flags. Now we have to use those to affect the navigation. I tend to use DreamWeaver's rollover functions to do my navigation, so the code sample displayed below -- a table row containing my nav -- makes use of those functions. Obviously, you can modify this to suit your needs. The principle behind the navigation swap will remain the same regardless of the implementation.
<tr>
<td align="left" valign="top" bgcolor="#000000">
<a href="<?php echo $root; ?> /index.php"
onMouseOut="MM_swapImgRestore()"
onMouseOver="MM_swapImage('home','','<?php echo $root; ?> /images/home1.gif',1)">
<img border="0"
src="<?php echo $root; ?>/images/home<?php echo $home; ?>.gif"
alt="Home" name="home">
</a>
</td>
<td align="left" valign="top" bgcolor="#000000">
<a href="<?php echo $root; ?>/about.php"
onMouseOut="MM_swapImgRestore()"
onMouseOver="MM_swapImage('about','','<?php echo $root; ?>/images/about1.gif',1)">
<img border="0"
src="<?php echo $root; ?>/images/about<?php echo $about; ?>.gif"
alt="About" name="about">
</a>
</td>
<td align="left" valign="top" bgcolor="#000000">
<a href="<?php echo $root; ?>/contact.php"
onMouseOut="MM_swapImgRestore()"
onMouseOver="MM_swapImage('contact','','<?php echo $root; ?>/images/contact1.gif',1)">
<img border="0"
src="<?php echo $root; ?>/images/contact<?php echo $contact; ?>.gif"
alt="Contact" name="contact">
</a>
</td>
<td align="left" valign="top" bgcolor="#000000">
<a href="<?php echo $root; ?>/products.php"
onMouseOut="MM_swapImgRestore()"
onMouseOver="MM_swapImage('products','','<?php echo $root; ?>/images/products1.gif',1)">
<img border="0"
src="<?php echo $root; ?>/images/products<?php echo $products; ?>.gif"
alt="products" name="products">
</a>
</td>
<td align="left" valign="top" bgcolor="#000000">
<a href="<?php echo $root; ?>/services.php"
onMouseOut="MM_swapImgRestore()"
onMouseOver="MM_swapImage('services','','<?php echo $root; ?>/images/services1.gif',1)">
<img border="0" src="<?php echo $root; ?>/images/services<?php echo $services; ?>.gif"
alt="Services" name="services">
</a>
</td>
</tr>
The thing to look for in each table cell definition above is the snippet that echoes the flags set in the if block. Toward the end of the line in the first table cell, for example, you see the following:
<img border="0"
src="<?php echo $root; ?>/images/home<?php echo $home; ?>.gif"
alt="Home" name="home">
Initially, we're setting the image source to "home.gif," since by default, the $home variable has no value to print out. If the $home flag was set to 1 in the if block above, however, when we echo the variable, we echo a 1, thus changing the image source to "home1.gif." And voila -- the URL sniffer has determined that we're on the home page and has highlighted the appropriate nav so that visitors always know what site section they're in.
Now, imagine we've got a slightly more complex site with some files in the document root and some in subdirectories. The principle is the same, but the if block is a little more complex.
<?php
if(eregi("about",$path[1])
{
$about=1;
if(eregi("company.php",$path[0]))
{
$about_company=1;
}
elseif(eregi("people.php",$path[0]))
{
$about_people=1;
}
}
elseif(eregi("products",$path[1])
{
$products=1;
if(eregi("hats.php",$path[0]))
{
$products_hats=1;
}
elseif(eregi("coats.php",$path[0]))
{
$products_coats=1;
}
}
elseif($path[1]=="")
{
if(eregi("index.php",$path[0]))
{
$home=1;
}
elseif($path[0]=="")
{
$home=1;
}
elseif(eregi("about.php",$path[0]))
{
$about=1;
}
elseif(eregi("contact.php",$path[0]))
{
$contact=1;
}
elseif(eregi("products.php",$path[0]))
{
$products=1;
}
elseif(eregi("services.php",$path[0]))
{
$services=1;
}
}
?>
In this example, we're looking at the second component of the path -- which, since we reversed the array above, represents the directory of the file being requested -- to get the current subdirectory, and we're setting the appropriate flag to 1. Then we're entering a nested if block that checks the first path component to see which page within a given subsection the visitor is currently browsing.
So if the URL is http://www.yourdomain.com/about/company.php, then the $about flag and the $about_company flag will be set to 1. We can use these flags in our nav and our subnav to highlight the current section and page. You can see here the value of reversing the $path array.
Doing so allows us to move from left to right (or 0 to n) in the array; not doing so would require us to use code more along the lines of:
if(eregi("about",$path[sizeof($path)-2))
{
//do stuff;
}
Such code is certainly doable, but it's harder to read and debug.
If you're using subnav and sub-subnav, depending upon what your site template looks like, you may wish to add some complexity to the way your top and bottom templates are built, but it's nothing our little script can't handle. If you're displaying all subnav on all pages, you simply print out all nav in your main include templates, but suppose you wish to restrict the display of subnav.
For example, imagine that you wish to display subnav for the about section only on pages that pertain to the about section. The first step would be to break your about subnav out into a separate include file. I imagine the include would look something like the following:
<table>
<tr>
<td align="left" valign="top" bgcolor="#000000">
<a href="<?php echo $root; ?>/about/company.php"
onMouseOut="MM_swapImgRestore()"
onMouseOver="MM_swapImage('about_company','','<?php echo $root; ?>/images/about_company1.gif',1)">
<img border="0" src="<?php echo $root; ?>/images/about_company<?php echo $about_company; ?>.gif"
alt="Company" name="about_company">
</a>
</td>
</tr>
<tr>
<td align="left" valign="top" bgcolor="#000000">
<a href="<?php echo $root; ?>/about/people.php"
onMouseOut="MM_swapImgRestore()"
onMouseOver="MM_swapImage('about_people','','<?php echo $root; ?>/images/about_people1.gif',1)">
<img border="0" src="<?php echo $root; ?>/images/about_people<?php echo $about_people; ?>.gif"
alt="People" name="about_people">
</a>
</td>
</tr>
</table>
Note that the variable names here correspond to those in the main if block. Provided the if block is evaluated before the include is processed, the variables should pass through, and this code should work as well as the main nav code. In order to determine whether or not to display the subnav, you'd simply add the following line to your template in the appropriate spot (presumably right underneath the main about navigation graphic:
<?php
if($about==1)
{
include "about.inc.php";
}
?>
If you start using subnav and subdirectories, you'll want to be careful about how you include files. The block above will work fine provided "about.inc.php" can be located in the current directory. But what if it's not? I usually add a line like
$server_path="/full/path/to/document_root";
to the top of my file (you'll see it in the first code sample given above). Using this variable in conjunction with any include statements will guarantee that any time you're including a file, you're doing so with an absolute path, preventing ugly errors as a result of relative path issues.
Even for sites whose scope is broader than a 5-10 page online brochure, this little trick can be a handy tool for developers who want a quick solution for building a simple template-driven site without all the overhead and headache of a more involved system.
Objections might be raised that since variables are being hard coded into the template and must correlate with variables hard-coded in the main if block, this system is inelegant and not, strictly speaking, dynamic.
For my purposes, at any rate, it has proven a useful way of maintaining consistency across small-to-mid sized sites without having to hard code graphics references in static pages sitewide and without having to resort to some of the more beastly systems that can require more work up front and more difficult maintenance throughout the life of the site.
| DISCLAIMER: The content provided in this article is not warranted or guaranteed by Developer Shed, Inc. The content provided is intended for entertainment and/or educational purposes in order to introduce to the reader key ideas, concepts, and/or product reviews. As such it is incumbent upon the reader to employ real-world tactics for security and implementation of best practices. We are not liable for any negative consequences that may result from implementing any information covered in our articles or tutorials. If this is a hardware review, it is not recommended to open and/or modify your hardware. |
More PHP Articles
More By Daryl Houston
 developerWorks - FREE Tools!
|
The IBM DB2 Deep Compression ROI tool is designed for DBA’s and IT management personnel to perform a clinical analysis of the cost savings gained from the Storage Optimization feature of DB2 9 for Linux, UNIX and Windows. The feature, also known as Deep Compression, compresses data that lies within a database by up to 80% at times.
FREE! Go There Now!
|
|
|
|
Join this Rational Talks to You teleconference, featuring Paul Boustany and Mark Krasovich, to speak to the experts about becoming a Rational ClearCase power user. Get a chance to ask your questions and learn tips and tricks for using Rational ClearCase in Agile development
FREE! Go There Now!
|
|
|
|
Secure your Web applications with IBM Rational AppScan Standard Edition V7.7, previously known as Watchfire AppScan. This Web application security testing tool automates vulnerability assessments and scans and tests for common Web application vulnerabilities. Visit IBM developerWorks to download a free trial of IBM Rational AppScan Standard Edition V7.7.
FREE! Go There Now!
|
|
|
|
Get a free trial download of the latest version of IBM Rational Performance Tester V7.0.1, a load and performance testing solution for teams concerned about the scalability of their Web-based applications. Combining multiple ease-of-use features with granular detail, Rational Performance Tester simplifies the test-creation, load-generation and data-collection processes that help teams ensure the ability of their applications to accommodate required user loads.
FREE! Go There Now!
|
|
|
|
Get a free trial download of the latest version of IBM Rational Tester for SOA Quality V7.0.1, a functional and regression testing tool that enables the creation, comprehension, modification and execution of testing GUI-less Web services.
FREE! Go There Now!
|
|
|
|
Join this Rational Talks to You teleconference, to hear how Enterprise Generation Language (EGL) eliminates the need for tedious and error-prone low level coding, so developers can focus on business requirements. EGL extends the Rational software development platform with a simplified programming language that enables developers who have little or no experience with Java, Web technologies or Service Oriented Architecture, to create enterprise-class applications and services quickly and easily. It also allows developers who may have little or no mainframe programming experience to quickly create traditional mainframe components.
FREE! Go There Now!
|
|
|
|
Join the IBM Watchfire team for an informative discussion on techniques and best practices to proactively manage Web application security and how to effectively build application security testing into the software development lifecycle (SDLC). In this Software Delivery Platform webcast you will learn: How to better understand potential web application security vulnerabilities, best practices and how to effectively integrate application security testing into the software development lifecycle, the importance of detecting and removing software vulnerabilities during application development.
FREE! Go There Now!
|
|
|
|
The discipline of assembling and delivering software is maturing beyond standard developer-centric compile/test software builds. The end-to-end software development lifecycle is emerging as the new focus moves “Beyond the Build.” Join this on demand webcast to learn about methods for streamlining software delivery and key capabilities of the IBM Rational Build Forge framework for automating build and release management in environments of any size.
FREE! Go There Now!
|
|
|
|
WebSphere Process Server delivers a unique integration framework that simplifies existing IT resources. Often, as IT assets grow to support business demand, so too does their complexity and manageability. In this webcast, we’ll discuss how WebSphere Process Server helps deliver an SOA infrastructure that provides a common model to orchestrate, mediate, connect, map, and execute the underlying IT functions. Discover how WebSphere Process Server simplifies integration of business processes by leveraging existing IT assets as reusable services without the complexities of traditional integration methodologies.
FREE! Go There Now!
|
|
|
|
Explore how Rational and WebSphere software enable enterprise documentation in SOA environments. Specifically, a new integration between IBM WebSphere® Business Modeler and IBM Rational® Method Composer software can help technical writers more easily keep enterprise operations manuals in sync with changes that are made to business processes, resulting in more accurate and timely documentation that benefits the entire enterprise.
FREE! Go There Now!
|
|
|
|
All FREE IBM® developerWorks Tools!
|
/ 9 
