requinix

Just because your form has it as a radio button doesn't mean it will contain the values you expect. Heck, I don't know what value you expect it to have in the first place. If it should even have one.

I don't know what changes you specifically have to make because that is not my site and I do not know how it works nor how those constants are used, but like I said before I suspect you'd need to change one or more of their values to use the full URL with the domain name and all. And a couple casual comments: that background image is outrageously large (in filesize) and why does it keep sending me to the index page when I'm on a different page.

simplexml_load_string() will return false on failure but also issue warnings along the way. Make sure your php.ini has error_reporting = -1 display_errors = on(restart if you have to change it) and try your script again. While you're at it, var_dump($data); var_dump($xml);too.

Whatever constant has to do with images probably needs the "http://static.subdomain.com" in it too now.

echo is for output only, and it's a statement not an expression (so you can't use it as if it returns a value or something). "http://www.myurl.com/voice_demo/voice.php?confirmation_method={$confirmation_method}"You really should be validating that $confirmation_method before you blindly stick it in a URL like that.

What is the contents of koneksi.php? Be sure to use tags when you post its code.

That part you have that connects to the database? That's commented out? It's important. Uncomment it. [edit] The rest of the code is broken too but I have no idea what you're trying to do with it.

For the record, versus doesn't matter. It's the same either way.

No, what you need to do is fix it so the slashes never happen in the first place. You say the data in the database doesn't have slashes. I'm starting to doubt that. How did you check?

Put the code you have for the functions in the place where you were calling the functions. Give it a shot and post your code if it's not working.

Somewhere you're using addslashes() or some other function that adds slashes when it shouldn't be. Post the rest of your code.

Variables defined outside a function (including in a different function) are not available inside the function. So trend() cannot use $callStrikePrice or $spotPrice or $putStrikePrice or any of the other variables that callput() defines. Your script doesn't need those two functions. Put their code inline.

Does the data have slashes in your database? I'm guessing that it does...

You want to download something from the internet... without using your internet connection?

I have no idea why you think thought this was a regex question... Google: 1. "The used command is not allowed with this MySQL version" 2. Result #2: Security Issues with LOAD DATA LOCAL 3. So now you should be asking "okay, then is it disabled on the server or on the client?" To check if it's the server: 4.

It's as acceptable as it is easy to do, that's really what it comes down to. Mind you the user can't be browsing more than one of these forms at once, and there'll be a magical behavior where the form is filled out for them when they might not expect it, but most of the time that's okay. (There are workarounds but they have issues too.) Essentially you pick a place in $_SESSION and stuff $_POST in there. $_SESSION["that one form over there"] = $_POST;Then your form looks to the session to pre-populate the form before using its defaults. It's called "sticky" because the values "stick" between visits to the form. That's the way I prefer to do it. Means you don't pollute the session with what is really just temporary information. The drawback is that users get one of those "resubmit form data" warnings if the come back to the form and simply try to refresh the page, but that's exactly what the warning is supposed to be for anyways.

POST data is not saved during a redirect. You have to display the form immediately if you want to make it "sticky" (as it's commonly called). No redirections. [edit] Yeah, or you can take cheap ways out and, eg, stuff the data in the session, but I hate that.

+1 for storing the points. Storing as JSON is compact and all but severely limits what you can do with the data before you have to json_decode() it in some PHP.

PHP_Debug is a way of outputting variables and values and stuff to help you "debug" your application. xdebug is an actual debugger.

I'm sure you could do the update with a single query, but really you shouldn't be storing the full email address for exactly this reason: what if it changes? So I suggest you strip the @domain.com, mark which carrier each user has (if you don't already), then modify the application to add the @domain.com back when sending the email. Next best would be updating the records. Like I said a single query: update the records to number+@vzwpix.com when they match number@vtext.com (and you can get the "number" by taking everything up to the last 10 characters).

One thread for a question. Just one thread. Don't need to post three of them in different forums. So you're in the index.php script and want to get the "new" from the URL? $_GET echo $_GET["site"];If you're not sure the "site=next" is even present in the URL, which it might not be, then use isset to check if it is before you try to use it. if (isset($_GET["site"])) { $site = $_GET["site"]; // ... } else { // wasn't given }

Then I don't see why it wouldn't be searching case-insensitively already. The space probably matters - strip it out for good measure.

What's the collation of the field you're searching on? If you don't know, what does SHOW CREATE TABLE output for it?

Probably the template. Start in the Tools menu.

If you don't fix it now it'll only get worse.