ManiacDan

My previous company actually did all their markup through XML and XSLT. No "HTML" on the entire site, it was all translated by the XSLTs, mostly automatically by the generic "translate page" function.

Are you sure the content is correct? Some sites will present different content to non-browsers like curl. Snoopy() is a PHP browser which can masquerade as a "real" browser.

Secure it in what way? Dependent on what?

ereg has been deprecated, that means you can't use it. The "changes" were an actual PHP version upgrade. To fix it, you have to use an alternative, like preg_match. In general, what you do is: ereg('foo', $str); Change to: preg_match('/foo/', $str); Just add the slashes around the string. Now, if you're calling the other ereg functions like eregi you'll need to do use flags on the expression, etc. Find all the instances of ereg and see which ereg functions they are. If it's just ereg(), you're done. If there's more, you may need to learn more about this transition or pay someone to do this fix.

You're asking about ASP/XAML in a PHP/HTML forum. Why do you believe HTML isn't "quick" enough? That's what we all use.

Like Psycho said: You were trying to reference an array index which does not exist. That was the reason you were getting the error. The code he and I provided checks to see if the variable is set BEFORE it's used.

See how his code matches your code nearly exactly, but with some extra stuff? That's where.

You need to check to see if the variable is set first: if ( isset($_POST['name']) && !empty($_POST['name']) )

That's the problem I have with lists like these. Sure, Swordfish was a "hacker" movie, but he flailed randomly at a keyboard until a 3-D Rubik's cube on his screen turned blue. It was ridiculous.

You said nothing happened aside from the HTML output. Did you forget about the other echo lines? Are they working or not? Echo the query. Run the query by hand in the database. If your SKU has letters in it, you need to quote it in the query.

Don't use mysql_result, it's a slower alternative to mysql_fetch_array

You say nothing happens, so there's two options: 1) both $dbrow and $skuid are empty legitimately and you need to debug your included code. 2) You have errors turned off and most of this code isn't working. When you echo those variables, nothing happens...except maybe warnings about how the variables don't exist. Put this at the top of your script: error_reporting(E_ALL);

That would work if you wanted to disallow my 25-character password with letters, numbers, and special characters. There's no capital letter in my password, but there are six special characters. I'm not sure why people think it's so important to make me conform to their password rules. Just make it 6+ characters and be done with it. All you're doing is making me write down the password to your site.

...what? Who said that? Nobody said anything about security questions. We said let the users set passwords as long as they like, and make sure it's above a minimum length.

I agree with requinix, the form stuff is basically all I've been using. HTML5 is nice, but it's going to be 10 years before we can rely on it. Javascript works for most of what HTML5 was supposed to do, and (like requinix said) neither are a site's foundation.

I'm with Pika. don't force me to use capital letters or something, that's how passwords get written down.

A few times a week? There must be a better solution. There's a "Wake-On-Lan" feature of most desktop motherboards, but as was said earlier, servers don't sleep. You could also run it in a VM on an existing server which actually IS on all the time.

Use tables. You're not using them. Tabular data should be in tables.

What's the best way to do what? We don't write coded for you here unless you're very lucky and ExtremeGaming happens to be around. If you honestly can't figure this out, either hope to keep receiving his good graces, or pay someone to implement it for you.

There's plenty of dutch sites which load in less than 3 minutes. Check your server runtimes and loads locally, I could have called someone actually in Denmark and had THEM load the site faster than it loaded for me. Page load time is the #1 killer of social networks. You need users to be able to browse around randomly. They're already bored, that's why they're on your site. If you bore them, they will absolutely leave. Source: I was a senior dev at a social network with 20,000,000 active members.

It's also REALLY slow, more than 3 minutes to load your landing page for me. That's more than 60 times the length it takes for a user to give up and never come back. Your informational pages in the footer (which open in new windows for no reason) contain invalid HTML, like you copied and pasted it from MS Word. Since your registration doesn't work, that's really all I can say.

Seriously, sorting and filtering is the reason for SQL's existence. That's what it's for.

Add a field to the table called "archived." Set that field to 0. Add a button called "archive this" that will flip the "archived" field on a post to 1. Have your main page only show items where archived = 0. Have an archive page if you wish, which only shows archived = 1. What else are you looking for here?

you can sort data in any programming language on any computer. you really need to be more specific. why is sorting it in the query not sufficient for your needs?

"Throwing a server error" describes an infinite number of things. Be more specific. if you can't, go find the log file which contains the actual error, or just...do what you say already works.