ginerjm

You way that those 2 fields were mandatory before. And now they are not. Well just who decided to do that? And if they did do that, did they make the necessary code changes (in the validation steps most likely) to allow for that change? That's where your problem is.

How do you know that the first query produces anything? You don't check to see if it even ran! Are 'id' and 'mentor' numeric values? If not, they need quotes on them in the queries. Where is $fullcontactinfo defined? I don't see it. One should ALWAYS verify that a query has run and/or that it has produced any rows. You are not doing it in the proper place. If you study your second block of code you could easily write it better but staying in php and including the html in it instead of the reverse way you are doing it. Might make it easier to find any errors you may have there.

Have you script subtract 1 from the date currently being used. Simple date arithmetic. Read up on the date functions in the PHP manual.

The trick is to write your form with php variables assigned to the value attibutes of your input tags. When you process the submit button make sure you grab all of the POST values and assign them to these same variables. That way if you have an error you simply resend the same form.

I see you skimmed over my last post's suggestion that you check your data to see what you "think" is your last id. That's the problem.

Just telling you what works. Good bye.

I do not believe you. I used your code to query a table of mine that pulled 20 rows and every one that I test it with shows correctly. First, middle and last. Check your data. Perhaps that last one has a character in it you don't expect.

I really don't see any problem here. You are describing something as if it were an issue but your code does exactly what you have said you wanted it to do.

Right now it appears that you have coded it to do just what you have described. Assuming that there is more code following to handle the valid response. BTW what is your default fetch mode?

You're seem to be talking about a loop process, but not showing us this loop. So to us, it simply means you don't have the url's id in your array of members. I see nothing wrong here.

OH! What other form are you thinking is going to be called by this script? You only mention index.php in it and you don't have any form's setup without an action attribute in order for them to default to the running script.

Also - I don't see any setting of a parm named 'type'. You seem to be creating ones named 'page', 'userid', 'userstring', 'postid', 'poststring', but never do you create 'type'. And of course you have issues as mac gyver has told you.

"I can't show cron.php because it's nowhere." Nowhere did I see that statement. Now that I have I realize that the issue is not just correcting a line of code but figuring out what happened to that file. From what I I knew I was simply expressing my concern as to why this question was taking so long to answer. Apparently it was.

Too bad the OP can't show us WHERE the file is then. We could put this measly problem to bed.

Some screen shot. It doesn't show the filename in question.

Hopefully our OP can use Cpanel as well....

From your post of 6:33am Monday I am starting to wonder just exactly what your computer knowledge is. Frankly, the problem and solution is, as I said before, very simple to research and resolve, if you know anything about computers (not even programming) at all. The fact that we've been on this for 2 days is amazing. From the latest post, a directory listing that doesn't seem to show the cron.php file in it, I have to wonder what experience you have with computer directories/folders and filenames. You do use a computer I hope. And assuming that you do know how to read a directory/folder's info and recognize a particular file when you need to, you have to browse thru your server's folders and find this cron.php file. That is the whole task in front of you. Can you do that? You may need to navigate a little higher up your server's directory structure (above the public_html folder) as high as you can go and start from there looking for the cron.php folder. Tip: if you have a copy of FileZilla on your pc, use it to connect and do this navigation. This topic will continue until you find this file and jot down the full list of folders that point to where it is. That is the path, in case you really don't know this stuff already. You are the only one who can do this since you are the sole user of the domain apparently. Please don't take this as criticism but simply someone (among many) trying to help who is having his own problem understanding why it is so difficult for you to resolve this yourself. Good luck in your new search.

I don't click on things. If you have code the polite thing to do is post it here so we can see it and work on it if neccessary. Pics don't help anyone.

Did you maybe forget to upload your revised script? Kind of hard to image removing all the code and yet still be seeing it online if it was truly replaced on your site as well as on your development tool. Or did you perhaps rename your current script and forget to use the new name online?

Then perhaps it is not a cache problem afterall.

If you really think you have a caching problem (and still want to resolve this) try adding this to the top of your script: header("Cache-Control: no-store");

Some very clever css code! Don't understand it at all but I assume it works.

Just a tool to make it easier to recognize that your latest version/changes are up on the screen. If I wasted my time excuse me for trying to help you in your time of need. And if you showed us the code that is not showing up properly perhaps there is something there we may see.

Actually I just create 2 classes and alternate them for each tr tag. // make 2 classes .hilite0 {background-color:red;} .hilite1 {background-color:green;} // output 6 rows of my test table $h = true; for ($i=0; $i<=5; $i++) { echo "<table>"; if ($h) $class = 'hilite1'; else $class = 'hilite0'; echo "<tr class='$class'><td>col1</td><td>col2</td></tr>"; $h = !$h; } echo "</table>"; I realize that you wanted to do this (really?) for each cell, but IMHO I think it is easier to read a table when each row alternates rather than each cell.

It always amazes me when people tell us what they did to create a problem but NEVER show us the code that they can so easily see themselves. We are not mind-readers. Here's a little thing I add to most of my pages: <span class='smltxt yellow'>$ver_no</span> where the smltxt class is something that is usually set to 12px. I place this line immediately after my <body> tag and set the value of $ver_no at the top of my script. Then when I make a new change I alter that value, which usually contains the date as well. Something like: Ver. #1.0a 07/18/22