Re: [PHP] Cookies & sessions

2010-01-24 Thread Michael A. Peters
clanc...@cybec.com.au wrote: On Sat, 23 Jan 2010 09:32:37 -0500, tedd.sperl...@gmail.com (tedd) wrote: At 1:13 PM +1100 1/23/10, clanc...@cybec.com.au wrote: but I would be grateful for any suggestions how I could make this procedure more secure. We have given you advice that you should NOT u

[PHP] Re: Users, groups, and permissions

2010-01-24 Thread Nathan Rixham
clanc...@cybec.com.au wrote: > I am using a Quadra Hosting Multi Domain (http://www.quadrahosting.com.au/) > to host five > different domains. As site owner I have FTP access to the root directory, and > to > everything underneath it. There is no domain directly attached to the root. > Each doma

Re: [PHP] memory efficient hash table extension? like lchash ...

2010-01-24 Thread D. Dante Lorenso
shiplu wrote: On Sun, Jan 24, 2010 at 3:11 AM, D. Dante Lorenso wrote: All, I'm loading millions of records into a backend PHP cli script that I need to build a hash index from to optimize key lookups for data that I'm importing into a MySQL database. The problem is that storing this data in

[PHP] Php-cli, scripts freeze on exit

2010-01-24 Thread David W. Allor
Hi! I'm using php-cli 5.3.1. When I run php from the command line, the script does not return me to the command prompt when exited. The script always completes, but it has to be killed to release it's resources. I've created a little working example: #!/usr/bin/php I execute the script by

Re: [PHP] Php-cli, scripts freeze on exit

2010-01-24 Thread shiplu
On Mon, Jan 25, 2010 at 1:16 AM, David W. Allor wrote: > Hi! > > I'm using php-cli 5.3.1. > > When I run php from the command line, the script does not return me to > the command prompt when exited. The script always completes, but it has > to be killed to release it's resources. > > I've created

Re: [PHP] Cookies & sessions

2010-01-24 Thread clancy_1
On Sun, 24 Jan 2010 17:44:16 +1100, clanc...@cybec.com.au wrote: >On Sat, 23 Jan 2010 15:10:11 +, nrix...@gmail.com (Nathan Rixham) wrote: > > >> >>To answer your specific questions though - what can be done to make this >>process more secure - no matter what ap