I want to take $_SERVER['SERVER_NAME'] and figure out whether the user
arrived by typing an IPv6-only, IPv4-only or dual IPv4/IPv6 DNS address.
It should also handle the case where the user enters a numeric address in
one of the formats the sockets inet_addr() function can handle. Such as
IPv4/IPv
On 18 August 2010 01:41, tedd wrote:
> At 4:23 PM -0400 8/17/10, Robert Cummings wrote:
>>
>> On 10-08-17 04:17 PM, tedd wrote:
>>>
>>> Hi gang:
>>>
>>> The subject line says it all.
>>>
>>> How secure is a .htaccess file to store passwords and other sensitive
>>> stuff?
>>>
>>> Can a .htaccess fi
On Aug 17, 2010, at 3:19 PM, tedd wrote:
> At 11:45 AM -0700 8/17/10, Mari Masuda wrote:
>> Actually,
>>
>>mysqldump -u user -p password database_name > outfile.sql
>>
>> is also the incorrect command. When providing the password in the command,
>> there should not be a space between th
At 4:23 PM -0400 8/17/10, Robert Cummings wrote:
On 10-08-17 04:17 PM, tedd wrote:
Hi gang:
The subject line says it all.
How secure is a .htaccess file to store passwords and other sensitive stuff?
Can a .htaccess file be viewed remotely?
It depends on the server configuration. I think for
On 10-08-17 04:39 PM, Peter Lind wrote:
On 17 August 2010 22:35, Robert Cummings wrote:
On 10-08-17 04:23 PM, Peter Lind wrote:
On 17 August 2010 22:17, teddwrote:
Hi gang:
The subject line says it all.
How secure is a .htaccess file to store passwords and other sensitive
stuff?
Ca
On 17 August 2010 22:35, Robert Cummings wrote:
>
>
> On 10-08-17 04:23 PM, Peter Lind wrote:
>>
>> On 17 August 2010 22:17, tedd wrote:
>>>
>>> Hi gang:
>>>
>>> The subject line says it all.
>>>
>>> How secure is a .htaccess file to store passwords and other sensitive
>>> stuff?
>>>
>>> Can a .h
On 10-08-17 04:23 PM, Peter Lind wrote:
On 17 August 2010 22:17, tedd wrote:
Hi gang:
The subject line says it all.
How secure is a .htaccess file to store passwords and other sensitive stuff?
Can a .htaccess file be viewed remotely?
No, Apache won't serve it.
It's a configuration sett
On 17 August 2010 22:17, tedd wrote:
> Hi gang:
>
> The subject line says it all.
>
> How secure is a .htaccess file to store passwords and other sensitive stuff?
>
> Can a .htaccess file be viewed remotely?
No, Apache won't serve it.
Regards
Peter
--
WWW: http://plphp.dk / http://plind.dk
Li
On 10-08-17 04:17 PM, tedd wrote:
Hi gang:
The subject line says it all.
How secure is a .htaccess file to store passwords and other sensitive stuff?
Can a .htaccess file be viewed remotely?
It depends on the server configuration. I think for the most part apache
servers disable viewing the
Hi gang:
The subject line says it all.
How secure is a .htaccess file to store passwords and other sensitive stuff?
Can a .htaccess file be viewed remotely?
Cheers,
tedd
--
---
http://sperling.com/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.n
At 11:45 AM -0700 8/17/10, Mari Masuda wrote:
Actually,
mysqldump -u user -p password database_name > outfile.sql
is also the incorrect command. When providing the password in the
command, there should not be a space between the "-p" and the actual
password. Try
mysqldump
On Tue, Aug 17, 2010 at 3:04 PM, Robert Cummings wrote:
> On 10-08-17 03:00 PM, David Hutto wrote:
>>
>> On Tue, Aug 17, 2010 at 2:55 PM, Robert Cummings
>> wrote:
>>>
>>> On 10-08-17 02:45 PM, Mari Masuda wrote:
On Aug 17, 2010, at 11:40 AM, tedd wrote:
> At 2:17 PM -0400 8/17
On 10-08-17 03:00 PM, David Hutto wrote:
On Tue, Aug 17, 2010 at 2:55 PM, Robert Cummings wrote:
On 10-08-17 02:45 PM, Mari Masuda wrote:
On Aug 17, 2010, at 11:40 AM, tedd wrote:
At 2:17 PM -0400 8/17/10, Robert Cummings wrote:
On 10-08-17 02:08 PM, tedd wrote:
Hi gang:
At 6:11 PM -0
On Tue, Aug 17, 2010 at 3:00 PM, David Hutto wrote:
> On Tue, Aug 17, 2010 at 2:55 PM, Robert Cummings wrote:
>> On 10-08-17 02:45 PM, Mari Masuda wrote:
>>>
>>> On Aug 17, 2010, at 11:40 AM, tedd wrote:
>>>
At 2:17 PM -0400 8/17/10, Robert Cummings wrote:
>
> On 10-08-17 02:08 PM, t
On Tue, Aug 17, 2010 at 2:55 PM, Robert Cummings wrote:
> On 10-08-17 02:45 PM, Mari Masuda wrote:
>>
>> On Aug 17, 2010, at 11:40 AM, tedd wrote:
>>
>>> At 2:17 PM -0400 8/17/10, Robert Cummings wrote:
On 10-08-17 02:08 PM, tedd wrote:
>
> Hi gang:
>
>> At 6:11 PM -0400
On 10-08-17 02:45 PM, Mari Masuda wrote:
On Aug 17, 2010, at 11:40 AM, tedd wrote:
At 2:17 PM -0400 8/17/10, Robert Cummings wrote:
On 10-08-17 02:08 PM, tedd wrote:
Hi gang:
At 6:11 PM -0400 8/13/10, Daniel P. Brown wrote:
Easiest method, from the command line on the server from whic
On Aug 17, 2010, at 11:40 AM, tedd wrote:
> At 2:17 PM -0400 8/17/10, Robert Cummings wrote:
>> On 10-08-17 02:08 PM, tedd wrote:
>>> Hi gang:
>>>
At 6:11 PM -0400 8/13/10, Daniel P. Brown wrote:
Easiest method, from the command line on the server from which you
want to dump t
At 2:17 PM -0400 8/17/10, Robert Cummings wrote:
On 10-08-17 02:08 PM, tedd wrote:
Hi gang:
At 6:11 PM -0400 8/13/10, Daniel P. Brown wrote:
Easiest method, from the command line on the server from which you
want to dump the database:
mysqldump -u user -p database_name> outfile
On 10-08-17 02:08 PM, tedd wrote:
Hi gang:
At 6:11 PM -0400 8/13/10, Daniel P. Brown wrote:
Easiest method, from the command line on the server from which you
want to dump the database:
mysqldump -u user -p database_name> outfile.sql
Command is wrong... should be:
mysql
Hi gang:
At 6:11 PM -0400 8/13/10, Daniel P. Brown wrote:
Easiest method, from the command line on the server from which you
want to dump the database:
mysqldump -u user -p database_name > outfile.sql
That might be the easiest, but all I get is an empty file.
I've tried many dif
At 5:48 PM -0400 8/13/10, tedd wrote:
Normally if I want to dump a MySQL database, I read the database via
a PHP script (i.e., list tables and fetch rows) and save the results
as a text file -- after which I download the file -- it's not a big
deal.
However while I was doing my daily read of
Anyone out there using the Imagick::newPseudoImage function to create
radial gradient images? The documentation at
http://us.php.net/manual/en/function.imagick-newpseudoimage.php is
lacking.
When I try using Imagick::newPseudoImage to create a radial gradient,
this error appears in the Apache HTTP
'Twas brillig, and Mark Hunting at 17/08/10 09:08 did gyre and gimble:
> I now notice that when I replace include_once with include the open()
> call disappears. That's very nice, but why does include_once need to
> open the file, even when apc.include_once_override is enabled? Is this a
> bug?
I
I now notice that when I replace include_once with include the open()
call disappears. That's very nice, but why does include_once need to
open the file, even when apc.include_once_override is enabled? Is this a
bug?
On 08/16/2010 03:21 PM, Mark Hunting wrote:
> I am struggling with the performanc
24 matches
Mail list logo