ginerjm

Have you read anything in the php manual that sounds like it might help?

Upon further review: YOu are doing two query calls. You are trying to grab data before you do the fetch, which I finally noticed. - do the query call (just once!) - check if it ran - check if there are rows If all this works: - loop thru the rows and grab the items from the $row and echo them

You're not doing a fetch call. query check fetch process fetched row repeat fetch

Have you checked the manual yet? Read thru the Imap functions.

Not the way one is supposed to design a database. You have people - persons as you call them. They each have some qualities - attributes in db lingo - which consist of things like: name gender address? title? phone? and other things. These all belong in one table unless you find that you have multiples of them, such as two addresses. (People often have multiple phone numbers but I like keeping them stored in the main table under unique names such as 'home','work','mobile' rather than using a second table. So - in your case - you should not be storing gender in a separate table. Especially since a person can only have one gender and it usually doesn't ever change.

What do you need here? The message pointed you to the line. Look at your code and see what you are missing that the php interpreter is seeing. Undefined variable? You haven't yet used the variable but are trying to get a value from it. A non-wellformed numeric value? Whatever you THINK is a number is NOT. Fix your code.

You're having another issue? With what? A variable? Is there a message with that problem? Give us a hand if you want our help.

I dont' see these new lines in your previous code posting (which needs to be posted properly next time!). Have you changed things? And as QOC says - names need to match. Quick lesson: The name attributes of input elements are what you need to look for in your $_POST array upon receiving the submit from the client. That's the connection.

So - I'm guessing that you didn't write this code yourself since you can't even be bothered to look up how to do what I suggested, since you state that you 'echo' statements aren't showing anything. Being new to PHP (or any language) means that you have to do some homework, some reading, some learning, some attempt to comprehend what you are trying to achieve. Not just post some code that you gleaned and can't figure out and ask for someone else to teach you. Make the effort!

I suggested adding some echo statements to show you what the values you are using really are. Add a limit=1 to your query and work through the problem looking at what your code is producing and what it has to work with. That's how one debugs a problem.

I don't see any attempts to debug it as I suggested.

Add some debugging echos to check the values that you are calculating and that could help you figure out the problem.

To become a programmer you have to have an eye for detail. Look carefully at your lines and you will see your error. As for the div by zero - perhaps you should check the incoming parms to your functions to be sure that they are valid or simply check the values to be used in your calc before using them.

uhhh - please define 'no longer works'.

Since this is homework I'll simply tell you that you are missing a semi. Basic mistake - happens all the time.

You're using a pow function to calculate a payment amount? Seems odd. The error is the extra comma in your first pow call.

Hard to make sense out of what you want with the incomplete code you provided. Are you viewing this code in a browser or a text editor? You say 'view source'. Does that mean you are using the browser's 'view source' command? If so, a <br> will not cause a line break (at least not in IE) so if that is the problem, then you have a \n char in the code already. I'm confused as to your reason for worrying about what the 'view source' gives you for format too. Why does it matter since most people aren't going to see this? Besides - removing the <br> and inserting the \n is going to ruin the html formatting of the page.

You ask: I would like to setup something ... which will allow me to securely store usernames and passwords for accessing databases and remote servers without needing to have them stored in the file system. Shouldn't username and passwords be coming from the users? And why would anything be stored in the file system when you have a db? If you want to access a remote server you could store the credentials in a table and let your appl go get it. That s/b pretty secure - especially once the user (?) logs in correctly.

Is this an sql question? Perhaps you want to try a different forum? Sounds like a situation for a CASE statement.

Uhhh, This is a forum where we help you with the code you are trying to write. So - you should take a stab at writing your idea in code and testing it asking for help in perfecting it. btw 1 - your url should look use ampersands instead of + signs for the second and third parms. As for the rest of your explanation of what you want to do, I'm a bit confused. Your url provides one value for each parm but you want to get "groups of divs" out of each one? Hmmm...

Creating a pdf is not that hard. Try FPDF - pretty easy to learn and powerful.

What is it?

Do these docs have to be Word docs when you place them on the server? Why not convert them to PDF format and then nobody can alter your source (Word) doc? Not sure but the PDF format may itself have a RO option so that no software can modify them.

I don't understand what you are asking. What's a database post that can be parsed?

Simply query the location table for the item id and the max date