FUDforum: comp.lang.php » problem saving date fields

Home » Imported messages » comp.lang.php » problem saving date fields

Show: Today's Messages :: Polls :: Message Navigator

Re: problem saving date fields [message #174103 is a reply to message #174099]

Sat, 21 May 2011 16:08

Jeff North
Messages: 58
Registered: November 2010

Karma:

Member

On Sat, 21 May 2011 10:32:20 -0400, in comp.lang.php Jerry Stuckle
<jstucklex(at)attglobal(dot)net>
<ir8idn$ojm$1(at)dont-email(dot)me> wrote:

> | On 5/20/2011 11:13 PM, Jeff North wrote:
> |
> | <Several pieces of unrelated items snipped>
> |
> | > On Fri, 20 May 2011 22:35:03 -0400, in comp.lang.php Jerry Stuckle
> | > <jstucklex(at)attglobal(dot)net>
> | > <ir78cp$53s$1(at)dont-email(dot)me> wrote:
> | >
> | >> |>
> | >> |> How are you setting the $arrival_* and $depature_* values?
> | >> |
> | >> | From the input - after is is sent from his form.
> | >
> | > Therefore the variables aren't initialised and would cause php errors
> | > - right?
> | >
> |
> | Not if he's programmed correctly

doubtful.

> | and is not using them. There is no
> | need to initialize variables which are not being used.

There is no need to have variables in the code that aren't being used.

> | >> |> If this is a new entry then all of the $arrival_* and $depature_* will
> | >> |> be null or zero - therefore the select options will not be
> | >> |> automatically selected (View Source of the page to see if there are
> | >> |> any error messages within these lists).
> | >> |
> | >> | No, because he isn't setting them until after the form has been
> | >> | displayed and the user has made his selection.
> | >
> | > Methinks you are making too many assumptions - have you seen the full
> | > source code of the page?
> |
> | No, but I've seen enough to understand what he's doing.
> |
> | > Who said anything about "add a row every time the page is displayed".
> | > According to your criteria there would never be any edit pages - only
> | > add pages.
> | >
> | > If editing an existing item wouldn't you want to read the already
> | > stored data from the database?
> |
> | That's what it looked like you were trying to say.
> |
> | > i.e.
> | > // initialise variables to meaningful values
> | > // if editing an existing entry
> | > // read record
> | > // overwrite initialised variables
> | > // display the page
> | >
> |
> | Completely unnecessary to initialize values which are not used.

If you are not using the variables then they shouldn't appear in the
code in the first place - very sloppy programming.

[snip]

> | > The SQL statement should be ok - it's the "When I change of them the
> | > other one gets set back to default: 00-00-0000" I'm considering.
> |
> | The SQL statement is NOT ok. As he would find if he printed it out as
> | was suggested.

If the SQL statement was not ok then the record wouldn't be updated.

> | >> | BTW - your sig separator is broken. It needs to be exactly
> | >> | hyphen-hyphen-space-newline.
> | >
> | > Oh Jerry is now the sig line cop :-P
> | > Complain to the writers of Thunderbird as I couldn't care less about
> | > whether or not my sig appears 'correctly' in your news reader.
> | > -- -------------------------------------------------
> | > The supplied code is for guideline purposes only.
> |
> | It has nothing to do with Thunderbird. It has EVERYTHING to do with
> | following usenet standards, in this case RFC 3736.

Please highlight the line(s) from RFC 3736 that can back up your
claim.

> | But I see you're as clueless about rfcs as you are programming.
-- -------------------------------------------------
The supplied code is for guideline purposes only.

Report message to a moderator

[Message index]

		problem saving date fields By: Co on Fri, 20 May 2011 18:38
		Re: problem saving date fields By: Luuk on Fri, 20 May 2011 18:50
		Re: problem saving date fields By: Co on Fri, 20 May 2011 21:00
		Re: problem saving date fields By: Jerry Stuckle on Fri, 20 May 2011 22:24
		Re: problem saving date fields By: Co on Fri, 20 May 2011 22:52
		Re: problem saving date fields By: Jerry Stuckle on Sat, 21 May 2011 02:30
		Re: problem saving date fields By: Luuk on Sat, 21 May 2011 07:57
		Re: problem saving date fields By: Co on Sat, 21 May 2011 08:34
		Re: problem saving date fields By: Luuk on Sat, 21 May 2011 09:29
		Re: problem saving date fields By: Co on Sat, 21 May 2011 12:12
		Re: problem saving date fields By: Luuk on Sat, 21 May 2011 13:46
		Re: problem saving date fields By: Luuk on Sat, 21 May 2011 14:02
		Re: problem saving date fields By: Co on Sat, 21 May 2011 14:09
		Re: problem saving date fields By: Luuk on Sat, 21 May 2011 14:34
		Re: problem saving date fields By: Jeff North on Fri, 20 May 2011 22:58
		Re: problem saving date fields By: Jerry Stuckle on Sat, 21 May 2011 02:35
		Re: problem saving date fields By: Jeff North on Sat, 21 May 2011 03:13
		Re: problem saving date fields By: Co on Sat, 21 May 2011 06:47
		Re: problem saving date fields By: Co on Sat, 21 May 2011 07:18
		Re: problem saving date fields By: Luuk on Sat, 21 May 2011 07:54
		Re: problem saving date fields By: Jerry Stuckle on Sat, 21 May 2011 14:37
		Re: problem saving date fields By: Co on Sat, 21 May 2011 15:07
		Re: problem saving date fields By: Jerry Stuckle on Sat, 21 May 2011 23:55
		Re: problem saving date fields By: Co on Sun, 22 May 2011 21:20
		Re: problem saving date fields By: Jerry Stuckle on Sun, 22 May 2011 21:28
		Re: problem saving date fields By: Jerry Stuckle on Sat, 21 May 2011 14:32
		Re: problem saving date fields By: Jeff North on Sat, 21 May 2011 16:08
		Re: problem saving date fields By: Jerry Stuckle on Sun, 22 May 2011 00:01
		Re: problem saving date fields By: Twayne on Sun, 22 May 2011 00:30
		Re: problem saving date fields By: Jerry Stuckle on Sun, 22 May 2011 03:13
		Re: problem saving date fields By: Jeff North on Sun, 22 May 2011 04:28
		Re: problem saving date fields By: Thomas 'PointedEars' on Sun, 22 May 2011 10:45
		Re: problem saving date fields By: Jerry Stuckle on Sun, 22 May 2011 12:26
		Re: problem saving date fields By: Twayne on Sun, 22 May 2011 13:20
		Re: problem saving date fields By: Jeff North on Sun, 22 May 2011 14:08
		Re: problem saving date fields By: Jerry Stuckle on Sun, 22 May 2011 17:47
		Re: problem saving date fields By: me on Sun, 22 May 2011 18:17
		Re: problem saving date fields By: Jerry Stuckle on Sun, 22 May 2011 18:26
		Re: problem saving date fields By: me on Sun, 22 May 2011 20:27
		Re: problem saving date fields By: Jeff North on Sun, 22 May 2011 23:01
		Re: problem saving date fields By: Jerry Stuckle on Mon, 23 May 2011 00:21
		Re: problem saving date fields By: me on Mon, 23 May 2011 01:36
		Re: problem saving date fields By: Jerry Stuckle on Mon, 23 May 2011 01:46
		Re: problem saving date fields By: Jeff North on Mon, 23 May 2011 02:20
		Re: problem saving date fields By: Jerry Stuckle on Mon, 23 May 2011 02:30
		Re: problem saving date fields By: Co on Mon, 23 May 2011 04:51
		Re: problem saving date fields By: Jerry Stuckle on Mon, 23 May 2011 11:13
		Re: problem saving date fields By: Co on Mon, 23 May 2011 17:18
		Re: problem saving date fields By: Co on Mon, 23 May 2011 17:27
		Re: problem saving date fields By: Jerry Stuckle on Mon, 23 May 2011 18:16
		Re: problem saving date fields By: Co on Mon, 23 May 2011 19:17
		Re: problem saving date fields By: Jerry Stuckle on Mon, 23 May 2011 22:00
		Re: problem saving date fields By: Co on Tue, 24 May 2011 05:30
		Re: problem saving date fields By: Jerry Stuckle on Tue, 24 May 2011 09:45
		Re: problem saving date fields By: Co on Thu, 26 May 2011 09:10
		Re: problem saving date fields By: Jerry Stuckle on Thu, 26 May 2011 09:43
		Re: problem saving date fields By: Co on Mon, 23 May 2011 21:26
		Re: problem saving date fields By: Jerry Stuckle on Mon, 23 May 2011 22:01
		Re: problem saving date fields By: Thomas 'PointedEars' on Mon, 23 May 2011 21:59
		Re: problem saving date fields By: Twayne on Sun, 22 May 2011 13:11

Previous Topic:	is dis da place?
Next Topic:	foreach in reverse

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Sun Nov 10 12:35:36 GMT 2024

Total time taken to generate the page: 0.04939 seconds