PDA

View Full Version : would appreciate a critique!



orsilk
03-14-2007, 07:45 AM
This is my first attempt at an ecommerce website, actually my first site ever. I bought a package that does instant payment notification from paypal, my credit card merchant, to allow secure payment and secure download of software we're selling. www.schematicsymbol.com I'm interested in opinions of design of the home page and products page and particularly how the products page appears in browsers other than IE. Do the blocks dynamically arrange themselves to fill up the width of the browser window? In IE they do, but had feedback from a guy that said they don't. Thanks!

wildjokerdesign
03-15-2007, 08:02 AM
Seems to work fine in FireFox.

BTW you might want to download and install other browsers so you can check your design. For the most part I regularly check my designs in both FF and IE. On a new design I check on a few of the others. You can also use http://browsershots.org/ to check how your site looks in other systems.

Your design is clean and your pages load well. On your Contact page you have included a mailto link. Expect to start getting tons of spam on that account. :) I would be better to use some type of contact form or to use a script that would obscure your email address from spam bots.

orsilk
03-15-2007, 11:39 AM
Thanks, I will definitely take your advice on the email script (much like I have on other pages) since I am getting a ton. BTW I am worried about the risk of losing real customers to RBL spam blocker that Westhost provides; I tried searching on it but can't find a good insightful article or performance spec sheet... Actually, emails generated by my software often end up in bulk folders, is this still up your alley of expertise or where should I inquire?
Thanks!!

rolling
03-15-2007, 07:15 PM
If you are going to use Java all over your web site, then you should always include the <noscript>...</noscript> element to alert the user that it will not display correctly unless they enable Java.

You can make it as simple or complicated as you like. Something like this should do...


<noscript>
<h2>Java appears to be disabled on your computer and will affect the way our site is dosplayed. Please <a href="http:://www.mydomain.com/nojava.html">click here</a> for instructions on how to enable it</h2>
</noscript>


I've lost count of the number of sites that just give you a blank page if you have Java disabled :(

PS Worked fine with Opera / XP

orsilk
03-15-2007, 08:07 PM
I don't plan on using Java (it was hard enough to find and modify PHP scripts to do my checkbox in the viewcart page so that customers agree to terms and conditions). Actually, I just checked and the java on the page is what came with a template (I will have to add at least the java enable info)... I'm still a beginner at this! Does the info 'popup' when java is not enabled and where do I put it, within the java script delimiter (I think called tab)?

I will find out how to use Frontpage to create a button to pop up customer's email as a popup/hyperlink instead of just printing email address. Is this adequate enough? Thanks for the Opera feedback! I also have to find out how to be www3/etc. compliant; is this important?

wildjokerdesign
03-16-2007, 07:58 AM
BTW I am worried about the risk of losing real customers to RBL spam blocker that Westhost provides; I tried searching on it but can't find a good insightful article or performance spec sheet... Actually, emails generated by my software often end up in bulk folders, is this still up your alley of expertise or where should I inquire?

I don't know a whole lot about this but in my experience the RBL has not refused anything important that I am aware of. I don't rely on email that much but instead use a contact form (much like what WH has) to receive input form folks. Bulk email folders are a different "beast" then RBL. RBL refuses the email based on IP's and bulk folder filters use different criteria/rules the way SA does to move email to a special folder.

Your site should always "work" without javascript. It should never be relied on. For example if it is used to check that a form has certain fields filled in then your php (or other script) that excepts the form should also check that. Javascript is best used as an enhancement so to speak. :) BTW Java and javascript are two different things.


I will find out how to use Frontpage to create a button to pop up
I would suggest trying to move away from FrontPage. ;) I create sites with a plain text editor. EditPlus (http://editplus.com) or Crimson (http://www.crimsoneditor.com/) are good ones and both are Free! I have books on php, HTML, CSS, Javascript and a few other things that I keep handy. I rely on sites like http://php.net - http://www.mysql.com - http://www.w3.org/ and Google. Of course that last one is for when I need to research something I am not familiar with. :rolleyes:

When I first started out I used a program similiar to FrontPage and then moved on to Macromedia's Dreamweaver/MX. It let me get things going but I soon found they all added extra crap I did no want and then end results where still not to my liking. That is when I started taking what I had created in them and trying to learn what they where doing so I could maybe do it better or at least different. HTML, PHP, Javascript and other languages that are used for web pages really do make sense and the more you work with the source code the more you well start to see the patterns.

orsilk
03-16-2007, 12:14 PM
"It let me get things going but I soon found they all added extra crap I did no want and then end results where still not to my liking. "

I know! especially formatting; paragraph formats still won't do what I want (home page won't format paragraph from frame's left margin to right margin edge like I want). Maybe you can help me with that one; it's been bugging me from the start. I typically work in the 'split' environment to see the crap spew from FP, but it's the only one that worked on my budget and I needed something WYSIWIG to start from.

rolling
03-19-2007, 10:18 AM
To answer your questions:

I have the following RGBLs listed in my sendmail.cf


FEATURE(`dnsbl', `sbl.spamhaus.org', `Rejected - see http://www.spamhaus.org/faq/answers.lasso?section=Spamhaus%20SBL')dnl
FEATURE(`dnsbl',`sbl-xbl.spamhaus.org',`"554 Rejected " $&{client_addr} " found in sbl-xbl.spamhaus.org"')dnl
FEATURE(`dnsbl',`bl.spamcop.net',`"554 Rejected " $&{client_addr} " found in bl.spamcop.net"')dnl
FEATURE(`dnsbl',`dnsbl.njabl.org',`"554 Rejected " $&{client_addr} " found in dnsbl.njabl.org"')dnl


in other words, spamhaus.org, spamcop.net and njabl.org. I'm not sure if these are the ones that Westhost installs by default as I made these changes a while ago.

Different RBLs work in different ways, but all have a way of requesting that your IP address is unblocked. However, it is always advisable to have an alternative contact method (for example, an online form or telephone number) if you don't want to lose customers.

When RBLs are used at the mail server level, then the person sending the email knows immediately that their email was rejected as they get a bounced message along the lines of "554 Rejected - spammer@viledomain.com found in dnsbl.njabl.org "; spam filters such as SpamAssasin check the email after it has been received and after the sender has disappeared before taking appropriate action, so if you have your spam filter set to automatically discard email, then you could lose a customer's email and noone would ever know it. This will not happen with RBLs as implemented by Westhost as the customer will get a bounced message indicating that their email has been rejected as spam.

The <noscript> </noscript> element goes in the body of your HTML document. I normally put it right after the <body> declaration and in larger type so that the visitor sees there is a problem straight away.

Good, free, WYSIWYG HTML editors include Nvu (http://www.nvu.com/index.php) and WebDwarf (http://www.virtualmechanics.com/products/dwarf/) among others


HTH