Balmung-San

Just tried it from home, and at least it's in the right state this time. Wrong area though. It brought me up as Bethesda, MD, but I'm in Glen Burnie MD.

There are a ton of free and better options here for PHP work. Interface work can still be done in Dreamweaver, but don't do PHP work with it. Anyway, I suggest you look into some online tutorials for login/membership systems. In all honesty, Dreamweaver's code sucks horribly. You have to update that page every time you want to add a new member, which is a horrible waste of time, not to mention the code in itself is quite a bit messy. Also, refer to my previous post for a potential solution to the problem of Dreamweaver's code.

That's because cookies are stored on client-side. That's how they were designed. However, from the description I can point out a few flaws in your design. 1. Only check the cookies on their first visit that session. 2. Make sure you validate the login credentials, and if they're not valid reset the cookies and log them out. 3. After you've had the cookies validated, use a session instead of constantly checking cookies. Sessions are server-side, so they can't manipulate the data in any way. 4. Don't take your cookies directly into your query without sanitization.

Dreamweaver isn't good for PHP. Now that that's out of the way... It checks the username against blank lists in the call to isAuthorized(), or so I think that's what's happening. I can't really tell though, since Dreamweaver's code is pretty ugly, and it's not in a code block.

If I were to write a rating system, I'd probably use stars. It gives a bit more flexibility then the absolute thumb up/down system, while not going so unstructured as to not really give it a rating.

That would be because the variable $name isn't declared by the time it's used. It must be declared before it's used.

That's about the cost of WebHostingBuzz. I haven't found anybody else who's quite so cheap that I like (except this one company in the UK, but they didn't want to do internation sales).

I think you're the hard work here. The fact is, just because it's done doesn't mean it's right. For example, if you called a gorilla a monkey I'd bet you'd quickly be corrected by whomever studies monkies (would that be zoologists? [spelling?]). Or even better, if you called a tiger a kitten, would that mean he couldn't kill you as quickly? The thing is, if at least you can learn the difference, then maybe it would be used less interchangably

Just because they're interchanged does not mean their the same thing. Web 2.0 AJAX Read, and learn the difference, especially since AJAX is a characteristic of Web 2.0 And really, all I see from you is a person who can't be bothered to read fact that would prove your ideas wrong.

It could be that their webhost doesn't allow it. I know WebHostingBuzz doesn't allow for mod_rewrite (or quite a few modules for that matter).

In order to only get the latest you would need some sort of unique id field, then you'd just attached ORDER BY unique_id_field_name LIMIT 1 to the end of your query.

In that case you'll want to look at http://www.regexp.info. effigy's code relies heavily on a regular expression (which is a good thing), so without understanding it you can't add more on.

Besides the fact that it's a bit dull, it's also not very unique. It's a slightly modified Dreamweaver template (2 Column Halo Left-Nav if I remember correctly), with a small amount of osCommerce integration tossed in. As well, the osCommerce page doesn't look like the rest of the site. There are also some nasty inconsistencies (spelling?). For example, the osCommerce bit is at the bottom of the index and the osCommerce page, but nowhere else. Also, you can add to the cart from any page, but only view it from the main page. Overall, you should make your own design and fit osCommerce around it, and keep everything consistent from page to page.

You'd need to echo out something like this: echo "<b><a href='portfolio.php?section=type&id=".($id - 1)."'>back</a> | <a href='portfolio.php?section=type&id=".($id + 1)."'>next</a>";

You just removed the semi-colon, and PHP requires the semi-colon. Change: if(!isset($_SESSION)) { session_start(); } into: session_start();

Instead of using a relative path, try using an absolute path: include('http://192.168.1.4/Parts/'.$PartNum.'/index.php'); The fact that it dies after your require() means that it cannot find and/or open the file.

Is the webserver the owner of the file? If I remember my linux permissions correctly you must be the owner of the file or root to change the permissions of it. As well, since you have the same error message in there for 2 different places, could you change one of them slightly so you know which one it's printing out?

Could you explain where you got to this conclusion? If I remember correctly $_SESSION is a predefined superglobal variable, meaning it's always set. If you're so confident that it's not wrong, please humor us by replacing it with just session_start(). As well, what output are you getting? We have no idea what's wrong if you don't tell us what output you get.

Yup. The LIMIT syntax is LIMIT offset,amount or LIMIT amount OFFSET offset

Call me crazy, but does the file exist? If it doesn't exist include() doesn't throw an error. Try using require() instead of include and see if it throws an error. Also, does the included page echo anything? If it doesn't echo anything just including it isn't going to do anything.

But apparently it writes out bare HTML, as opposed to HTML with classes or ids. You need to make it output the HTML with classes or ids in order to style them individually. Also, they will inherit from the parent style unless you override it with a new style in the CSS declaration.

The JavaScript not giving classes or ids to the menu and its items. I would find out what the JavaScript uses for its menu, and what it classes or ids them with, then do the corresponding styling in your CSS.

<link> is a one shot tag. There is no closing tag to it. Comments in CSS work like comments in most languages, using // and /* */.

You'd have to submit your form somewhere. The page that it is submitted to will know if it's pressed or not. As well, I wouldn't suggest using just $Upload, as that assumes register_globals is on. In most cases it won't be, so you'll need to use $_POST['Upload'].

$q = "SELECT distinct a.ID,a.startDT FROM pgo a, pgo_dates b WHERE a.startDT>='".date("Y-n-j")." 00:00:00' || (a.ID=b.pgoID && b.startDT>='".date("Y-n-j")." 00:00:00') ORDER BY a.startDT ASC"; That should do it for you.