From ciapug@ciapug.org Thu Jan 9 18:30:18 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Thu, 9 Jan 2003 18:30:18 -0000 Subject: [Pugged] testing Message-ID: <200301091830.h09IUIR20807@pop.visionary.com> Just checking to see if this list works. -dc From ciapug@ciapug.org Thu Jan 9 19:05:57 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 09 Jan 2003 13:05:57 -0600 Subject: [Pugged] testing In-Reply-To: <200301091830.h09IUIR20807@pop.visionary.com> References: <200301091830.h09IUIR20807@pop.visionary.com> Message-ID: <1042139158.992.337.camel@badboy> Tag you're it... On Thu, 2003-01-09 at 12:30, dave@visionary.com wrote: > Just checking to see if this list works. > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Fri Jan 10 15:14:12 2003 From: ciapug@ciapug.org (Chris Hettinger) Date: Fri, 10 Jan 2003 09:14:12 -0600 Subject: [Pugged] Subject: Activity tracking, setting a "New" flag Message-ID: <0133D69754BEB845ABEBFD965F6A90230527B4@goliath.EFRNET.EFR> This is a multi-part message in MIME format. ------_=_NextPart_001_01C2B8BA.EE612862 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If anyone can provide some input that would be helpful thanks. =20 PHP General Forum post @ Zend.com Subject: Activity tracking, setting a "New" flag=20 http://www.zend.com/phorum/read.php?num=3D3 = &id=3D22876&loc=3D0&thread=3D22876 =20 =20 - Chris Hettinger ------_=_NextPart_001_01C2B8BA.EE612862 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

If = anyone can=20 provide some input that would be helpful thanks.

PHP General Forum post @ Zend.com
Subject: Activity tracking, setting a = "New" flag=20

http://www.zend.com/phorum/read.php?num=3D3&= ;id=3D22876&loc=3D0&thread=3D22876

- Chris=20 Hettinger

------_=_NextPart_001_01C2B8BA.EE612862-- From ciapug@ciapug.org Fri Jan 10 19:06:18 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Fri, 10 Jan 2003 19:06:18 -0000 Subject: [Pugged] Subject: Activity tracking, setting a "New" flag In-Reply-To: <0133D69754BEB845ABEBFD965F6A90230527B4@goliath.EFRNET.EFR> Message-ID: <200301101906.h0AJ6Iu20447@pop.visionary.com> Chris Hettinger said: > If anyone can provide some input that would be helpful thanks. > > PHP General Forum post @ Zend.com > Subject: Activity tracking, setting a "New" flag > http://www.zend.com/phorum/read.php?num=3 &id=22876&loc=0&thread=22876 > I think maybe you're really needing two things - a "new" check, and a "seen" flag. For instance, your email client may tell you that you have 4 new emails when you log in. If you check email again, you then don't have any new messages, but they're not marked as seen (or opened). You can handle the "new" by checking how many messages were created since your last view (which could be a session var or cookie). The "seen" would have to be handled in a table - all you need is two columns for user ID and message ID. You'll also want some housekeeping routines that will delete orphans. -dc From ciapug@ciapug.org Mon Jan 13 19:40:54 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 13 Jan 2003 13:40:54 -0600 Subject: [Pugged] MySql Primary Keys Message-ID: <1042486855.15258.41.camel@badboy> I'm using the following statement to move some records from one table to another: INSERT INTO target_table SELECT * FROM source_table where LHP = "A"; Works great. One problem. Both tables have a primary key that is an auto_increment field. If the source_table has key that is numbered 1000, and there is a record with that key value in the target, then record doesn't get moved. I can resequence the keys doing the following, "ALTER TABLE CHECKS DROP id, ADD id int NOT NULL PRIMARY KEY AUTO_INCREMENT ", but is there a simple way to renumber the index's in the target table starting at a certain value? :) Dave -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Tue Jan 14 00:39:23 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Tue, 14 Jan 2003 00:39:23 -0000 Subject: [Pugged] MySql Primary Keys In-Reply-To: <1042486855.15258.41.camel@badboy> Message-ID: <200301140039.h0E0dN832198@pop.visionary.com> "Dave J. Hala Jr." said: > > I'm using the following statement to move some records from one table > to another: > > INSERT INTO target_table SELECT * FROM source_table where LHP = "A"; > > Works great. One problem. Both tables have a primary key that is an > auto_increment field. If the source_table has key that is numbered > 1000, and there is a record with that key value in the target, then > record doesn't get moved. > > I can resequence the keys doing the following, > "ALTER TABLE CHECKS DROP id, ADD id int NOT NULL PRIMARY KEY > AUTO_INCREMENT ", but is there a simple way to renumber the index's in > the target table starting at a certain value? > Not sure about that. One thing that I have noticed is that mysql will let you import from a text file into a table with a PK set without any special commands - like in MS-SQL, you have to do something like "set identity-insert off" (don't recall the exact syntax). I don't know if this would be considered a good thing or a bad thing... -dc From ciapug@ciapug.org Tue Jan 14 00:52:59 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 13 Jan 2003 18:52:59 -0600 Subject: [Pugged] MySql Primary Keys In-Reply-To: <200301140039.h0E0dN832198@pop.visionary.com> References: <200301140039.h0E0dN832198@pop.visionary.com> Message-ID: <1042505580.16814.15.camel@badboy> I think I'm just going to add a 100,000 to each field in the source table, then add 200,000 to the target table.... that should take care of it... On Mon, 2003-01-13 at 18:39, dave@visionary.com wrote: > "Dave J. Hala Jr." said: > > > > > I'm using the following statement to move some records from one table > > to another: > > > > INSERT INTO target_table SELECT * FROM source_table where LHP = "A"; > > > > Works great. One problem. Both tables have a primary key that is an > > auto_increment field. If the source_table has key that is numbered > > 1000, and there is a record with that key value in the target, then > > record doesn't get moved. > > > > I can resequence the keys doing the following, > > "ALTER TABLE CHECKS DROP id, ADD id int NOT NULL PRIMARY KEY > > AUTO_INCREMENT ", but is there a simple way to renumber the index's in > > the target table starting at a certain value? > > > > Not sure about that. One thing that I have noticed is that mysql will > let you import from a text file into a table with a PK set without any > special commands - like in MS-SQL, you have to do something like "set > identity-insert off" (don't recall the exact syntax). > > I don't know if this would be considered a good thing or a bad thing... > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Tue Jan 14 01:49:49 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Tue, 14 Jan 2003 01:49:49 -0000 Subject: [Pugged] MySql Primary Keys In-Reply-To: <1042505580.16814.15.camel@badboy> Message-ID: <200301140149.h0E1nn801146@pop.visionary.com> "Dave J. Hala Jr." said: > > I think I'm just going to add a 100,000 to each field in the source > table, then add 200,000 to the target table.... that should take care of > it... > 100,000 seems a little extreme. You can say "select max(id) from mytable" and add 10 or 100 to it. -dc From ciapug@ciapug.org Tue Jan 14 02:06:51 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 13 Jan 2003 20:06:51 -0600 Subject: [Pugged] MySql Primary Keys In-Reply-To: <200301140149.h0E1nn801146@pop.visionary.com> References: <200301140149.h0E1nn801146@pop.visionary.com> Message-ID: <1042510012.16815.20.camel@badboy> Well, there are 50,000 records in this table, and I'm moving (copying) 3-4 thousand at time.... On Mon, 2003-01-13 at 19:49, dave@visionary.com wrote: > "Dave J. Hala Jr." said: > > > > > I think I'm just going to add a 100,000 to each field in the source > > table, then add 200,000 to the target table.... that should take care of > > it... > > > > 100,000 seems a little extreme. You can say "select max(id) from > mytable" and add 10 or 100 to it. > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Tue Jan 14 02:53:05 2003 From: ciapug@ciapug.org (Tim Perdue) Date: Mon, 13 Jan 2003 20:53:05 -0600 Subject: [Pugged] MySql Primary Keys In-Reply-To: <1042486855.15258.41.camel@badboy> References: <1042486855.15258.41.camel@badboy> Message-ID: <3E237B91.2020708@perdue.net> Dave J. Hala Jr. wrote: > I'm using the following statement to move some records from one table > to another: > > INSERT INTO target_table SELECT * FROM source_table where LHP = "A"; You know one thing you can do is: INSERT INTO target_table (field2,field3,field4) SELECT field2,field3,field4 FROM source_table where LHP = "A"; Notice how you are leaving out the pkey? Mysql will autnumber that field on its own. Tim From ciapug@ciapug.org Tue Jan 14 16:47:11 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 14 Jan 2003 10:47:11 -0600 Subject: [Pugged] MySql Primary Keys In-Reply-To: <3E237B91.2020708@perdue.net> References: <1042486855.15258.41.camel@badboy> <3E237B91.2020708@perdue.net> Message-ID: <1042562831.18490.43.camel@badboy> Whoohoo!!! It works!!! Thanks!! On Mon, 2003-01-13 at 20:53, Tim Perdue wrote: > Dave J. Hala Jr. wrote: > > I'm using the following statement to move some records from one table > > to another: > > > > INSERT INTO target_table SELECT * FROM source_table where LHP = "A"; > > You know one thing you can do is: > > INSERT INTO target_table (field2,field3,field4) SELECT > field2,field3,field4 FROM source_table where LHP = "A"; > > Notice how you are leaving out the pkey? Mysql will autnumber that field > on its own. > > Tim > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Tue Jan 21 15:27:39 2003 From: ciapug@ciapug.org (Angie Tollerson) Date: Tue, 21 Jan 2003 09:27:39 -0600 Subject: [Pugged] sessions in includes Message-ID: This one has stumped me, doesn't seem to be much help on the net for it. I have an index.php that includes a form.php. For some reason, the form.php cannot register session variables. I don't get an error, i just get null variables. But index.php registers them fine. I've tried registering the variables at the top of index.php and inside form.php and every other combination you can think of. Anyone know about this? I've found lots of posts on the net with other people having the same problem but no one has been ANSWERED yet. hehe. Thanks! Angie Tollerson Alliance Technologies Web Programmer (515) 245-7628 tollerson@alliancetechnologies.net From ciapug@ciapug.org Tue Jan 21 16:50:50 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Tue, 21 Jan 2003 16:50:50 -0000 Subject: [Pugged] sessions in includes In-Reply-To: Message-ID: <200301211650.h0LGoou26587@pop.visionary.com> Angie Tollerson said: > This one has stumped me, doesn't seem to be much help on the net for it. > I have an index.php that includes a form.php. For some reason, the > form.php cannot register session variables. I don't get an error, i just > get null variables. But index.php registers them fine. I've tried > registering the variables at the top of index.php and inside form.php > and every other combination you can think of. Anyone know about this? > I've found lots of posts on the net with other people having the same > problem but no one has been ANSWERED yet. hehe. Thanks! > Are you sure you're not dealing with a globals issue? See the list of warnings here: http://www.php.net/manual/en/function.session-register.php -dc From ciapug@ciapug.org Tue Jan 21 15:37:11 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 21 Jan 2003 09:37:11 -0600 Subject: [Pugged] sessions in includes In-Reply-To: References: Message-ID: <1043163431.10617.101.camel@badboy> What version of PHP/APACHE and Linux are you running? On Tue, 2003-01-21 at 09:27, Angie Tollerson wrote: > This one has stumped me, doesn't seem to be much help on the net for it. > I have an index.php that includes a form.php. For some reason, the > form.php cannot register session variables. I don't get an error, i just > get null variables. But index.php registers them fine. I've tried > registering the variables at the top of index.php and inside form.php > and every other combination you can think of. Anyone know about this? > I've found lots of posts on the net with other people having the same > problem but no one has been ANSWERED yet. hehe. Thanks! > > Angie Tollerson > Alliance Technologies Web Programmer > (515) 245-7628 > tollerson@alliancetechnologies.net > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Tue Jan 21 17:05:06 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 21 Jan 2003 11:05:06 -0600 Subject: [Pugged] sessions in includes In-Reply-To: <200301211650.h0LGoou26587@pop.visionary.com> References: <200301211650.h0LGoou26587@pop.visionary.com> Message-ID: <1043168706.10621.108.camel@badboy> When I switched from RH 7.3 to RH 8.0 there were some PHP changes that broke my scripts. It was mainly short tags and register globals. Try this setting and see if it works for you: register_globals = On On Tue, 2003-01-21 at 10:50, dave@visionary.com wrote: > Angie Tollerson said: > > > This one has stumped me, doesn't seem to be much help on the net for it. > > I have an index.php that includes a form.php. For some reason, the > > form.php cannot register session variables. I don't get an error, i just > > get null variables. But index.php registers them fine. I've tried > > registering the variables at the top of index.php and inside form.php > > and every other combination you can think of. Anyone know about this? > > I've found lots of posts on the net with other people having the same > > problem but no one has been ANSWERED yet. hehe. Thanks! > > > > Are you sure you're not dealing with a globals issue? See the list of > warnings here: > > http://www.php.net/manual/en/function.session-register.php > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Tue Jan 21 19:52:53 2003 From: ciapug@ciapug.org (Angie Tollerson) Date: Tue, 21 Jan 2003 13:52:53 -0600 Subject: [Pugged] sessions in includes Message-ID: Hmmm, is that setting in php.ini? Becaues I don't have access to that, this is hosted by an outside party in Canada. Angie Angie Tollerson Alliance Technologies Web Programmer (515) 245-7628 tollerson@alliancetechnologies.net >>> dave@58ghz.net 01/21/03 11:45 AM >>> When I switched from RH 7.3 to RH 8.0 there were some PHP changes that broke my scripts. It was mainly short tags and register globals. Try this setting and see if it works for you: register_globals = On On Tue, 2003-01-21 at 10:50, dave@visionary.com wrote: > Angie Tollerson said: > > > This one has stumped me, doesn't seem to be much help on the net for it. > > I have an index.php that includes a form.php. For some reason, the > > form.php cannot register session variables. I don't get an error, i just > > get null variables. But index.php registers them fine. I've tried > > registering the variables at the top of index.php and inside form.php > > and every other combination you can think of. Anyone know about this? > > I've found lots of posts on the net with other people having the same > > problem but no one has been ANSWERED yet. hehe. Thanks! > > > > Are you sure you're not dealing with a globals issue? See the list of > warnings here: > > http://www.php.net/manual/en/function.session-register.php > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 _______________________________________________ Ciapug mailing list Ciapug@ciapug.org http://cialug.org/mailman/listinfo/ciapug From ciapug@ciapug.org Tue Jan 21 20:07:42 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Tue, 21 Jan 2003 15:07:42 -0500 Subject: [Pugged] sessions in includes In-Reply-To: References: Message-ID: <1043179662.3e2da88e975fa@www.dreamscapevisionery.com> Sorry for the severe snipping below. Yes, that is in php.ini. I would strongly encourage you to use the new variables for post and get instead of turning on register_globals. It's a simple conversion, promotes bett coding habits, and doesn't compromise your security. Say you have form fields you would normally retrieve as $name $address and $zip. It's still easy to snag them with register_globals off by using the newer variables thusly: $_POST['name'] $_POST['address'] and $_POST['zip'] Use $_GET if your method is get instead of post. Yeah, it's a little more typing, but at the same time more legible to another developer coming into the project after you, and just good, sensible code. There's no mistaking where those variables were set. Might just be me, but then the PHP group made this behavior default, so I don't think I'm alone in preferring it. ;) Chris Van Cleve Quoting Angie Tollerson : > Hmmm, > is that setting in php.ini? Becaues I don't have access to that, this is > hosted by an outside party in Canada. > Angie > > > Try this setting and see if it works for you: > > register_globals = On From ciapug@ciapug.org Tue Jan 21 20:30:58 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 21 Jan 2003 14:30:58 -0600 Subject: [Pugged] sessions in includes In-Reply-To: References: Message-ID: <1043181058.10621.210.camel@badboy> Sorry Angie it is in there.... On Tue, 2003-01-21 at 13:52, Angie Tollerson wrote: > Hmmm, > is that setting in php.ini? Becaues I don't have access to that, this is > hosted by an outside party in Canada. > Angie > > Angie Tollerson > Alliance Technologies Web Programmer > (515) 245-7628 > tollerson@alliancetechnologies.net > >>> dave@58ghz.net 01/21/03 11:45 AM >>> > When I switched from RH 7.3 to RH 8.0 there were some PHP changes that > broke my scripts. It was mainly short tags and register globals. > > Try this setting and see if it works for you: > > register_globals = On > > > > On Tue, 2003-01-21 at 10:50, dave@visionary.com wrote: > > Angie Tollerson said: > > > > > This one has stumped me, doesn't seem to be much help on the net for > it. > > > I have an index.php that includes a form.php. For some reason, the > > > form.php cannot register session variables. I don't get an error, i > just > > > get null variables. But index.php registers them fine. I've tried > > > registering the variables at the top of index.php and inside > form.php > > > and every other combination you can think of. Anyone know about > this? > > > I've found lots of posts on the net with other people having the > same > > > problem but no one has been ANSWERED yet. hehe. Thanks! > > > > > > > Are you sure you're not dealing with a globals issue? See the list of > > warnings here: > > > > http://www.php.net/manual/en/function.session-register.php > > > > -dc > > > > _______________________________________________ > > Ciapug mailing list > > Ciapug@ciapug.org > > http://cialug.org/mailman/listinfo/ciapug > -- > > "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and > the Ugly)" > > OSIS > Dave J. Hala Jr. > 641.485.1606 > > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Tue Jan 21 23:38:53 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Tue, 21 Jan 2003 23:38:53 -0000 Subject: [Pugged] sessions in includes In-Reply-To: Message-ID: <200301212338.h0LNcru08315@pop.visionary.com> Angie Tollerson said: > Hmmm, > is that setting in php.ini? Becaues I don't have access to that, this is > hosted by an outside party in Canada. > Angie > Oh, hell... you didn't mention it was Canoodlian. That changes everything, eh? ;) -dc From ciapug@ciapug.org Wed Jan 22 13:59:08 2003 From: ciapug@ciapug.org (The Tollersons) Date: Wed, 22 Jan 2003 07:59:08 -0600 Subject: [Pugged] sessions in includes References: <200301212338.h0LNcru08315@pop.visionary.com> Message-ID: <001501c2c21e$6f6850b0$ce00a8c0@Angela> HAHA ----- Original Message ----- From: To: Sent: Tuesday, January 21, 2003 5:38 PM Subject: Re: [Pugged] sessions in includes > Angie Tollerson said: > > > Hmmm, > > is that setting in php.ini? Becaues I don't have access to that, this is > > hosted by an outside party in Canada. > > Angie > > > > Oh, hell... you didn't mention it was Canoodlian. That changes > everything, eh? > > ;) > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug From ciapug@ciapug.org Wed Jan 22 15:04:49 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 22 Jan 2003 09:04:49 -0600 Subject: [Pugged] sessions in includes In-Reply-To: <001501c2c21e$6f6850b0$ce00a8c0@Angela> References: <200301212338.h0LNcru08315@pop.visionary.com> <001501c2c21e$6f6850b0$ce00a8c0@Angela> Message-ID: <1043247889.10617.233.camel@badboy> Angie Did you end up finding a work around? On Wed, 2003-01-22 at 07:59, The Tollersons wrote: > HAHA > ----- Original Message ----- > From: > To: > Sent: Tuesday, January 21, 2003 5:38 PM > Subject: Re: [Pugged] sessions in includes > > > > Angie Tollerson said: > > > > > Hmmm, > > > is that setting in php.ini? Becaues I don't have access to that, this is > > > hosted by an outside party in Canada. > > > Angie > > > > > > > Oh, hell... you didn't mention it was Canoodlian. That changes > > everything, eh? > > > > ;) > > > > -dc > > > > _______________________________________________ > > Ciapug mailing list > > Ciapug@ciapug.org > > http://cialug.org/mailman/listinfo/ciapug > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Wed Jan 22 17:16:10 2003 From: ciapug@ciapug.org (Chris Van Cleve) Date: Wed, 22 Jan 2003 11:16:10 -0600 Subject: [Pugged] Books, Sites, etc. Message-ID: <1043255770.3e2ed1da6dede@www.dreamscapevisionery.com> Someone recently asked about good books and websites to help with learning PHP and MySQL. Below is my list of preferred selections: Books ----- 1. Build Your Own Database Driven Website With PHP and MySQL - Kevin Yank Available only from www.sitepoint.com I believe. 2. PHP and MySQL Web Development - Luke Welling, Laura Thomas 3. MySQL/PHP4 Database Applications - Jay Greenspan, Brad Bulger WebSites -------- 1. www.phpfreaks.com 2. www.weberdev.com 3. www.sitepoint.com 4. www.oxyscripts.com 5. codewalkers.com 6. www.phpdeveloper.org 7. www.evilwalrus.com 8. www.phpresourceindex.com Mac-Related WebSites -------------------- 1. www.phpmac.com 2. www.macphp.net No particular order for any of these listings. These are just the books I have purchased or read and found valuable, and the websites which had useful resources and intelligent authors. The first book brings PHP and MySQL down to terms a 3rd grader could comprehend. It also includes reference sections for both PHP and MySQL. It's an excellent place to start learning. The other two books are also intended for beginners to advanced users, but they lean more toward intermediate to advanced users. A beginner will certainly benefit from those books (I did), but they don't bring everything down to a true neophyte's level. -- Chris 'Vanish' Van Cleve CEO, President, Founder DreamScape Visionery From ciapug@ciapug.org Wed Jan 22 17:56:31 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 22 Jan 2003 11:56:31 -0600 Subject: [Pugged] mysql Message-ID: <1043258191.10617.255.camel@badboy> I'm running mysql on RH8.0 I've got a table that has a field called AMT that is decimal(10,2) This field currently has a value of -6500.00 If I do an update, no matter what value I stick in here mysql makes it negative. I did an insert and created and new record in this table, during that insert I put the value 100 in the AMT field. Unfortunately it stores that value as -100 It seems like mysql has decided that EVERY value in this field in this table should be negative no matter what. Anyone got any ideas? -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Wed Jan 22 18:30:39 2003 From: ciapug@ciapug.org (Tim Perdue) Date: Wed, 22 Jan 2003 12:30:39 -0600 Subject: [Pugged] mysql In-Reply-To: <1043258191.10617.255.camel@badboy> References: <1043258191.10617.255.camel@badboy> Message-ID: <3E2EE34F.9060105@perdue.net> Dave J. Hala Jr. wrote: > I'm running mysql on RH8.0 > > I've got a table that has a field called AMT that is decimal(10,2) This > field currently has a value of -6500.00 If I do an update, no matter > what value I stick in here mysql makes it negative. > > I did an insert and created and new record in this table, during that > insert I put the value 100 in the AMT field. Unfortunately it stores > that value as -100 > > It seems like mysql has decided that EVERY value in this field in this > table should be negative no matter what. > > Anyone got any ideas? have you tried something like: update foo set amt = (amt*-1) just to see what it would do? I've had fields always be Positive, since they were unsigned, but all negative is odd. Tim From ciapug@ciapug.org Wed Jan 22 19:48:03 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 22 Jan 2003 13:48:03 -0600 Subject: [Pugged] mysql In-Reply-To: <3E2EE34F.9060105@perdue.net> References: <1043258191.10617.255.camel@badboy> <3E2EE34F.9060105@perdue.net> Message-ID: <1043264884.10617.261.camel@badboy> I can do that manually from mysql and it works. However, the next time my application does an insert into that table, every AMT field in the table becomes a negative value. It's wierd. If you're curious, here's what the insert code looks like: $connection = db_connect("Couldn't Connect to DB"); $SQL = "INSERT INTO foo (LHP,CKN,CKD,VLN,AMT,SQN,TNT,WAMT,PPC,UVC) VALUES (\"$LHP\",\"$CKN\",\"$CKD\",\"$VLN\",\"$AMT\",\"$SQN\",\"$TNT\",\"$WAMT\", \"$PPC\",\"$UVC\") "; $result= mysql_query($SQL,$connection) or die (mysql_error()); I'm gonna try goggling a little a more... Also doing On Wed, 2003-01-22 at 12:30, Tim Perdue wrote: > Dave J. Hala Jr. wrote: > > I'm running mysql on RH8.0 > > > > I've got a table that has a field called AMT that is decimal(10,2) This > > field currently has a value of -6500.00 If I do an update, no matter > > what value I stick in here mysql makes it negative. > > > > I did an insert and created and new record in this table, during that > > insert I put the value 100 in the AMT field. Unfortunately it stores > > that value as -100 > > > > It seems like mysql has decided that EVERY value in this field in this > > table should be negative no matter what. > > > > Anyone got any ideas? > > have you tried something like: > > update foo set amt = (amt*-1) > > just to see what it would do? > > I've had fields always be Positive, since they were unsigned, but all > negative is odd. > > Tim > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Wed Jan 22 20:01:29 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Wed, 22 Jan 2003 20:01:29 -0000 Subject: [Pugged] mysql In-Reply-To: <1043264884.10617.261.camel@badboy> Message-ID: <200301222001.h0MK1Tu03418@pop.visionary.com> "Dave J. Hala Jr." said: > I can do that manually from mysql and it works. However, the next time > my application does an insert into that table, every AMT field in the > table becomes a negative value. It's wierd. > > If you're curious, here's what the insert code looks like: > > $connection = db_connect("Couldn't Connect to DB"); > $SQL = "INSERT INTO foo (LHP,CKN,CKD,VLN,AMT,SQN,TNT,WAMT,PPC,UVC) > VALUES > (\"$LHP\",\"$CKN\",\"$CKD\",\"$VLN\",\"$AMT\",\"$SQN\",\"$TNT\",\"$WAMT\", \"$PPC\",\"$UVC\") "; > $result= mysql_query($SQL,$connection) or die (mysql_error()); > > I'm gonna try goggling a little a more... > Any chance you've got a default value or something that's messing it up? Try doing a mysqldump of the database and look at the code it generates for "create table foo...". -dc From ciapug@ciapug.org Wed Jan 22 20:07:55 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 22 Jan 2003 14:07:55 -0600 Subject: [Pugged] mysql In-Reply-To: <200301222001.h0MK1Tu03418@pop.visionary.com> References: <200301222001.h0MK1Tu03418@pop.visionary.com> Message-ID: <1043266075.10617.265.camel@badboy> I just changed the AMT to double type, no default and it still does the same thing. Hmmm... -- -- Table structure for table 'foo' -- CREATE TABLE foo ( LHP char(1) default NULL, CKN int(6) default NULL, CKD date default NULL, VLN varchar(36) default NULL, AMT double default NULL, SQN int(11) default NULL, TNT char(3) default NULL, id int(11) NOT NULL auto_increment, WAMT varchar(128) default NULL, PPC int(11) default NULL, date_modified timestamp(14) NOT NULL, UVC varchar(4) NOT NULL default '', PRIMARY KEY (id) ) TYPE=MyISAM; [d On Wed, 2003-01-22 at 14:01, dave@visionary.com wrote: > "Dave J. Hala Jr." said: > > > I can do that manually from mysql and it works. However, the next time > > my application does an insert into that table, every AMT field in the > > table becomes a negative value. It's wierd. > > > > If you're curious, here's what the insert code looks like: > > > > $connection = db_connect("Couldn't Connect to DB"); > > $SQL = "INSERT INTO foo (LHP,CKN,CKD,VLN,AMT,SQN,TNT,WAMT,PPC,UVC) > > VALUES > > > (\"$LHP\",\"$CKN\",\"$CKD\",\"$VLN\",\"$AMT\",\"$SQN\",\"$TNT\",\"$WAMT\", > \"$PPC\",\"$UVC\") "; > > $result= mysql_query($SQL,$connection) or die (mysql_error()); > > > > I'm gonna try goggling a little a more... > > > > Any chance you've got a default value or something that's messing it > up? Try doing a mysqldump of the database and look at the code it > generates for "create table foo...". > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Wed Jan 22 20:08:51 2003 From: ciapug@ciapug.org (Angie Tollerson) Date: Wed, 22 Jan 2003 14:08:51 -0600 Subject: [Pugged] mysql Message-ID: Dave, Can you post for us the sql build of your table structure? Angie Angie Tollerson Alliance Technologies Web Programmer (515) 245-7628 tollerson@alliancetechnologies.net >>> dave@58ghz.net 01/22/03 13:48 PM >>> I can do that manually from mysql and it works. However, the next time my application does an insert into that table, every AMT field in the table becomes a negative value. It's wierd. If you're curious, here's what the insert code looks like: $connection = db_connect("Couldn't Connect to DB"); $SQL = "INSERT INTO foo (LHP,CKN,CKD,VLN,AMT,SQN,TNT,WAMT,PPC,UVC) VALUES (\"$LHP\",\"$CKN\",\"$CKD\",\"$VLN\",\"$AMT\",\"$SQN\",\"$TNT\",\"$WAMT\", \"$PPC\",\"$UVC\") "; $result= mysql_query($SQL,$connection) or die (mysql_error()); I'm gonna try goggling a little a more... Also doing On Wed, 2003-01-22 at 12:30, Tim Perdue wrote: > Dave J. Hala Jr. wrote: > > I'm running mysql on RH8.0 > > > > I've got a table that has a field called AMT that is decimal(10,2) This > > field currently has a value of -6500.00 If I do an update, no matter > > what value I stick in here mysql makes it negative. > > > > I did an insert and created and new record in this table, during that > > insert I put the value 100 in the AMT field. Unfortunately it stores > > that value as -100 > > > > It seems like mysql has decided that EVERY value in this field in this > > table should be negative no matter what. > > > > Anyone got any ideas? > > have you tried something like: > > update foo set amt = (amt*-1) > > just to see what it would do? > > I've had fields always be Positive, since they were unsigned, but all > negative is odd. > > Tim > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 _______________________________________________ Ciapug mailing list Ciapug@ciapug.org http://cialug.org/mailman/listinfo/ciapug From ciapug@ciapug.org Wed Jan 22 20:12:51 2003 From: ciapug@ciapug.org (Angie Tollerson) Date: Wed, 22 Jan 2003 14:12:51 -0600 Subject: [Pugged] mysql Message-ID: LOL, nevermind you just did it. Here's what confused me, from what you said earlier..a simple INSERT statement is somehow updating previous records. Is that even possible? No matter whether your code, table, defaults, or the MOON is incorrect, an insert statement should not be updating all other records in the table. Angie Angie Tollerson Alliance Technologies Web Programmer (515) 245-7628 tollerson@alliancetechnologies.net >>> tollerson@alliancetechnologies.net 01/22/03 14:10 PM >>> Dave, Can you post for us the sql build of your table structure? Angie Angie Tollerson Alliance Technologies Web Programmer (515) 245-7628 tollerson@alliancetechnologies.net >>> dave@58ghz.net 01/22/03 13:48 PM >>> I can do that manually from mysql and it works. However, the next time my application does an insert into that table, every AMT field in the table becomes a negative value. It's wierd. If you're curious, here's what the insert code looks like: $connection = db_connect("Couldn't Connect to DB"); $SQL = "INSERT INTO foo (LHP,CKN,CKD,VLN,AMT,SQN,TNT,WAMT,PPC,UVC) VALUES (\"$LHP\",\"$CKN\",\"$CKD\",\"$VLN\",\"$AMT\",\"$SQN\",\"$TNT\",\"$WAMT\", \"$PPC\",\"$UVC\") "; $result= mysql_query($SQL,$connection) or die (mysql_error()); I'm gonna try goggling a little a more... Also doing On Wed, 2003-01-22 at 12:30, Tim Perdue wrote: > Dave J. Hala Jr. wrote: > > I'm running mysql on RH8.0 > > > > I've got a table that has a field called AMT that is decimal(10,2) This > > field currently has a value of -6500.00 If I do an update, no matter > > what value I stick in here mysql makes it negative. > > > > I did an insert and created and new record in this table, during that > > insert I put the value 100 in the AMT field. Unfortunately it stores > > that value as -100 > > > > It seems like mysql has decided that EVERY value in this field in this > > table should be negative no matter what. > > > > Anyone got any ideas? > > have you tried something like: > > update foo set amt = (amt*-1) > > just to see what it would do? > > I've had fields always be Positive, since they were unsigned, but all > negative is odd. > > Tim > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 _______________________________________________ Ciapug mailing list Ciapug@ciapug.org http://cialug.org/mailman/listinfo/ciapug _______________________________________________ Ciapug mailing list Ciapug@ciapug.org http://cialug.org/mailman/listinfo/ciapug From ciapug@ciapug.org Wed Jan 22 20:22:53 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 22 Jan 2003 14:22:53 -0600 Subject: [Pugged] mysql In-Reply-To: References: Message-ID: <1043266974.10617.268.camel@badboy> Yeah, I know.. I can't figure it out, but I *CAN* make it happen consistently....I guess that's a *good part*!!! On Wed, 2003-01-22 at 14:12, Angie Tollerson wrote: > LOL, nevermind you just did it. > Here's what confused me, from what you said earlier..a simple INSERT > statement is somehow updating previous records. Is that even possible? > No matter whether your code, table, defaults, or the MOON is incorrect, > an insert statement should not be updating all other records in the > table. > Angie > > Angie Tollerson > Alliance Technologies Web Programmer > (515) 245-7628 > tollerson@alliancetechnologies.net > >>> tollerson@alliancetechnologies.net 01/22/03 14:10 PM >>> > Dave, > Can you post for us the sql build of your table structure? > Angie > > Angie Tollerson > Alliance Technologies Web Programmer > (515) 245-7628 > tollerson@alliancetechnologies.net > >>> dave@58ghz.net 01/22/03 13:48 PM >>> > > I can do that manually from mysql and it works. However, the next time > my application does an insert into that table, every AMT field in the > table becomes a negative value. It's wierd. > > If you're curious, here's what the insert code looks like: > > $connection = db_connect("Couldn't Connect to DB"); > $SQL = "INSERT INTO foo (LHP,CKN,CKD,VLN,AMT,SQN,TNT,WAMT,PPC,UVC) > VALUES > (\"$LHP\",\"$CKN\",\"$CKD\",\"$VLN\",\"$AMT\",\"$SQN\",\"$TNT\",\"$WAMT\", > \"$PPC\",\"$UVC\") "; > $result= mysql_query($SQL,$connection) or die (mysql_error()); > > > > I'm gonna try goggling a little a more... > > > > Also doing > On Wed, 2003-01-22 at 12:30, Tim Perdue wrote: > > Dave J. Hala Jr. wrote: > > > I'm running mysql on RH8.0 > > > > > > I've got a table that has a field called AMT that is decimal(10,2) > This > > > field currently has a value of -6500.00 If I do an update, no matter > > > what value I stick in here mysql makes it negative. > > > > > > I did an insert and created and new record in this table, during > that > > > insert I put the value 100 in the AMT field. Unfortunately it stores > > > that value as -100 > > > > > > It seems like mysql has decided that EVERY value in this field in > this > > > table should be negative no matter what. > > > > > > Anyone got any ideas? > > > > have you tried something like: > > > > update foo set amt = (amt*-1) > > > > just to see what it would do? > > > > I've had fields always be Positive, since they were unsigned, but all > > negative is odd. > > > > Tim > > > > _______________________________________________ > > Ciapug mailing list > > Ciapug@ciapug.org > > http://cialug.org/mailman/listinfo/ciapug > -- > > "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and > the Ugly)" > > OSIS > Dave J. Hala Jr. > 641.485.1606 > > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Wed Jan 22 20:27:23 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Wed, 22 Jan 2003 20:27:23 -0000 Subject: [Pugged] mysql In-Reply-To: <1043266974.10617.268.camel@badboy> Message-ID: <200301222027.h0MKRNu04366@pop.visionary.com> "Dave J. Hala Jr." said: > Yeah, I know.. I can't figure it out, but I *CAN* make it happen > consistently....I guess that's a *good part*!!! > Huh... that sucks. Try doing mysqldump, drop the table, then import it again... see if it fixes it. Also... maybe try importing that dump to another mysql server. -dc From ciapug@ciapug.org Wed Jan 22 20:42:08 2003 From: ciapug@ciapug.org (Angie Tollerson) Date: Wed, 22 Jan 2003 14:42:08 -0600 Subject: [Pugged] mysql Message-ID: Dave, I created your table on my server using your sql dump and i'm definitely NOT having your problem. I'm using php 4.2.2 and redhat although I don't know what version of rh since i don't have access to the root files on the server. I'm also using phpMyAdmin pages to insert and test the table, don't know if you have tried that or if it really matters. Angie Angie Tollerson Alliance Technologies Web Programmer (515) 245-7628 tollerson@alliancetechnologies.net >>> dave@visionary.com 01/22/03 14:29 PM >>> "Dave J. Hala Jr." said: > Yeah, I know.. I can't figure it out, but I *CAN* make it happen > consistently....I guess that's a *good part*!!! > Huh... that sucks. Try doing mysqldump, drop the table, then import it again... see if it fixes it. Also... maybe try importing that dump to another mysql server. -dc _______________________________________________ Ciapug mailing list Ciapug@ciapug.org http://cialug.org/mailman/listinfo/ciapug From ciapug@ciapug.org Wed Jan 22 21:19:02 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 22 Jan 2003 15:19:02 -0600 Subject: [Pugged] mysql In-Reply-To: References: Message-ID: <1043270343.1045.1.camel@badboy> Looks a "service mysqld restart" solved the problem. Wierd, Wierd, Wierd... Angie, thanks for confirming that it wasn't a code problem. Funny, this machine used to run to *months* without restarting anything... On Wed, 2003-01-22 at 14:42, Angie Tollerson wrote: > Dave, > I created your table on my server using your sql dump and i'm definitely > NOT having your problem. I'm using php 4.2.2 and redhat although I don't > know what version of rh since i don't have access to the root files on > the server. I'm also using phpMyAdmin pages to insert and test the > table, don't know if you have tried that or if it really matters. > Angie > > Angie Tollerson > Alliance Technologies Web Programmer > (515) 245-7628 > tollerson@alliancetechnologies.net > >>> dave@visionary.com 01/22/03 14:29 PM >>> > "Dave J. Hala Jr." said: > > > Yeah, I know.. I can't figure it out, but I *CAN* make it happen > > consistently....I guess that's a *good part*!!! > > > > Huh... that sucks. > > Try doing mysqldump, drop the table, then import it again... see if it > fixes it. > > Also... maybe try importing that dump to another mysql server. > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Wed Jan 22 20:52:48 2003 From: ciapug@ciapug.org (Chris Hettinger) Date: Wed, 22 Jan 2003 14:52:48 -0600 Subject: [Pugged] Joined list, just a test message. Message-ID: <0133D69754BEB845ABEBFD965F6A9023052822@goliath.EFRNET.EFR> This is a multi-part message in MIME format. ------_=_NextPart_001_01C2C258.38C18574 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hey all ! Finally got on the list at work, just sending a message to = verify. =20 Happy January 21st! :) =20 -Chris Hettinger -Employee & Family Resources ------_=_NextPart_001_01C2C258.38C18574 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hey = all ! Finally=20 got on the list at work, just sending a message to=20 verify.

Happy = January 21st!=20 :)

-Chris = Hettinger

-Employee &=20 Family Resources

------_=_NextPart_001_01C2C258.38C18574-- From ciapug@ciapug.org Thu Jan 23 15:14:18 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 23 Jan 2003 09:14:18 -0600 Subject: [Pugged] PHP person Message-ID: <1043334859.1066.109.camel@badboy> I'm looking for a person with Community Action experience as well as PHP and MYSQL. Either WAMP or LAMP. Understanding of CSBG and/or Energy assistance reporting requirements is a must. This person should be able to work with some horribly designed poorly written, mostly undocumented, yet functioning PHP code, as well as a small amount of well written clean code. Some components are being written from scratch, some are being rewritten, some are being fixed. You'll get a little bit of credit for saving the day, as a well a couple of pats on the back. The money is terrible. You'll get paid about as much as the average dishwasher. This project has a maximum budget of a $1000.00 You will be get some bragging rights. (this is a statewide project) You can't be a felon, and you'll have to signed a confidentially statement. (due to the nature of the data you'll be working with) Geography is not an issue. You must have broadband. You must be able to use SCP and SSH from your workstation. You must be using php-4.1.2-7.2.6 or greater (with all the lastest patches) and mysql 3.23.41 or greater but less than 4.x Work hours are not an issue. (of course I'm grumpy if you wake me up between 11pm and 3am) You'll also need to provide some samples of previous work. Deadlines are the *absolutely* most important things. I will get started on this project sometime in the next two weeks. If you know anyone, shoot me their e-mail address. Yes, I'm serious. This e-mail is not a hoax. I just want to be upfront right from the start. :) Dave -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Fri Jan 24 15:46:43 2003 From: ciapug@ciapug.org (Angie Tollerson) Date: Fri, 24 Jan 2003 09:46:43 -0600 Subject: [Pugged] Big Upload Message-ID: I have a client (same canadian, hehe) that wants to be able to upload files larger than 100 mb, i think that is php's max even with php.ini altered, is it not? He's wondering if there are ways to force php to upload larger files or if there is another language we should be using to do the scripts? Angie Tollerson Alliance Technologies Web Programmer (515) 245-7628 tollerson@alliancetechnologies.net From ciapug@ciapug.org Fri Jan 24 16:43:14 2003 From: ciapug@ciapug.org (ciapug@ciapug.org) Date: Fri, 24 Jan 2003 16:43:14 -0000 Subject: [Pugged] Big Upload In-Reply-To: Message-ID: <200301241643.h0OGhEu01072@pop.visionary.com> Angie Tollerson said: > I have a client (same canadian, hehe) that wants to be able to upload > files larger than 100 mb, i think that is php's max even with php.ini > altered, is it not? He's wondering if there are ways to force php to > upload larger files or if there is another language we should be using > to do the scripts? > Let's see, if he's Canadian then thats' probably 100 metric MB... ;p Could you have them upload the file with ftp or scp? Or is this something that needs to be poked into a data table? I have done some (kludgey) jobs where I set up a batch on the client that does the ftp, then runs a lynx command that hits a page, which will then imports the uploaded file. -dc From ciapug@ciapug.org Fri Jan 24 16:55:34 2003 From: ciapug@ciapug.org (Angie Tollerson) Date: Fri, 24 Jan 2003 10:55:34 -0600 Subject: [Pugged] Big Upload Message-ID: >Let's see, if he's Canadian then thats' probably 100 >metric MB... ;p HEHE >Could you have them upload the file with ftp or scp? >Or is this >something that needs to be poked into a data table? Well, the only thing that will have to go in a data table is the keeping track of what user uploaded what file, you'll have to log in to even get to the upload. They want this web interfaced for users who are computer savvy, what is the easiest way to build a webpage that actually ftps something up? I wouldn't even know where to start :( _______________________________________________ Ciapug mailing list Ciapug@ciapug.org http://cialug.org/mailman/listinfo/ciapug Angie Tollerson Alliance Technologies Web Programmer (515) 245-7628 tollerson@alliancetechnologies.net From ciapug@ciapug.org Fri Jan 24 17:57:22 2003 From: ciapug@ciapug.org (Dave J. Hala Jr.) Date: 24 Jan 2003 11:57:22 -0600 Subject: [Pugged] Big Upload In-Reply-To: <200301241643.h0OGhEu01072@pop.visionary.com> References: <200301241643.h0OGhEu01072@pop.visionary.com> Message-ID: <1043431043.1045.226.camel@badboy> You could have him upload to a public directory that apache can see. Then you could write some php code to list that dir and find what he uploaded, or what is the newest file... It's a little messy, but manageable. On Fri, 2003-01-24 at 10:43, dave@visionary.com wrote: > Angie Tollerson said: > > > I have a client (same canadian, hehe) that wants to be able to upload > > files larger than 100 mb, i think that is php's max even with php.ini > > altered, is it not? He's wondering if there are ways to force php to > > upload larger files or if there is another language we should be using > > to do the scripts? > > > > Let's see, if he's Canadian then thats' probably 100 metric MB... ;p > > Could you have them upload the file with ftp or scp? Or is this > something that needs to be poked into a data table? > > I have done some (kludgey) jobs where I set up a batch on the client > that does the ftp, then runs a lynx command that hits a page, which > will then imports the uploaded file. > > -dc > > _______________________________________________ > Ciapug mailing list > Ciapug@ciapug.org > http://cialug.org/mailman/listinfo/ciapug -- "...Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly)" OSIS Dave J. Hala Jr. 641.485.1606 From ciapug@ciapug.org Thu Jan 16 17:44:56 2003 From: ciapug@ciapug.org (Lathrop Preston) Date: Thu, 16 Jan 2003 11:44:56 -0600 Subject: [Pugged] New baby geek Message-ID: Morning everyone, At 2:22 am January 15th 2003 my wife and I had the joy of meeting our first child, Laria Christine Preston. She was 6lb 9.5oz and 18 3/4 in long. Both the baby and the mother are doing well. Pictures will be up at http://www.prestonfam.org/baby/ as soon as I get the chance (tomorrow or Sat probably) Lathrop