tedd wrote:
> And then there is the security involved in what happens *if* your
> server is hacked and all your "private" data is seen by a third
> party. What does all that entail -- and -- how you might be able
> protect yourself should be paramount in every developer's mind.
IMHO, not in a no
Hi tedd!
Reading this thread I assume you are doing RPC stuff when you are expressing
yourself as "the access" to database, which normaly describes direct access
to database.
In your case, you should divide the phrase "hacked server" into two separate
types of incidents (let's talk about your "ma
I really didn't want to publish this at this moment to this list. As this
list is going to die for this sort of mishaps. Though I should at first let
you all know that this didn't happen from this list at all. But informing
about a fraud will always help.
I have all the proofs and records of chat
To all:
Part of the problem in discussing security is that there are all
sorts of security issues.
There is the obvious cleaning and scrubbing of data coming into your
site from outside sources such as from POST, GET, COOKIES, and such.
There's the security problem of communication between
tedd wrote:
> Like in this example, I use HTTPS in all the steps yet one responder
> said "use HTTPS". That means: 1) He didn't understand what I was
> saying; 2) He didn't read what I wrote, which probably the reason for
> #1.
You said "secure communication", which (in this context) is quite
cle
Jim Lucas wrote:
> Per Jessen wrote:
>> tedd wrote:
>>
>>> Hi gangl:
>>>
>>> I realize that the problem stated herein has been solved by others,
>>> so I'm not claiming I've done anything new -- it's only new to me.
>>> It was a learning experience for *me* and my solution may help
>>> others.
>>
At 10:31 AM -0700 8/29/10, Jim Lucas wrote:
Per Jessen wrote:
tedd wrote:
Hi gangl:
I realize that the problem stated herein has been solved by others,
so I'm not claiming I've done anything new -- it's only new to me. It
was a learning experience for *me* and my solution may help others.
In
On Sun, Aug 29, 2010 at 12:35 AM, kranthi wrote:
> i have an array
> $parms = array('1' => 'a', 'b' => array(3 => 'test'));
> i want $mail = '1:a 3:test';
>
But you're uppercasing and adding new lines and additional spaces, so I hope
you want (at least, this is what I tested against):
"1: A\n3:
Per Jessen wrote:
tedd wrote:
Hi gangl:
I realize that the problem stated herein has been solved by others,
so I'm not claiming I've done anything new -- it's only new to me. It
was a learning experience for *me* and my solution may help others.
In any event, I've finished creating a method f
tedd wrote:
> Hi gangl:
>
> I realize that the problem stated herein has been solved by others,
> so I'm not claiming I've done anything new -- it's only new to me. It
> was a learning experience for *me* and my solution may help others.
>
> In any event, I've finished creating a method for esta
On 29 August 2010 18:24, tedd wrote:
> Hi gangl:
>
> I realize that the problem stated herein has been solved by others, so I'm
> not claiming I've done anything new -- it's only new to me. It was a
> learning experience for *me* and my solution may help others.
>
> In any event, I've finished cre
On 29 August 2010 18:04, Per Jessen wrote:
> Jason Pruim wrote:
>
>> My understanding of how shared hosting works would make this near
>> impossible... Basically Apache grabs a header that is sent at the
>> initial connection which includes the destination hostname and from
>> there it translates
Hi gangl:
I realize that the problem stated herein has been solved by others,
so I'm not claiming I've done anything new -- it's only new to me. It
was a learning experience for *me* and my solution may help others.
In any event, I've finished creating a method for establishing what I
think
Jason Pruim wrote:
> My understanding of how shared hosting works would make this near
> impossible... Basically Apache grabs a header that is sent at the
> initial connection which includes the destination hostname and from
> there it translates it to the proper directory on the shared host.
>
>
At 11:54 AM -0400 8/29/10, Jason Pruim wrote:
On Aug 29, 2010, at 10:55 AM, tedd wrote:
To all:
My post about SERVER globals was simply an observation that the
SERVER global report of host and remote was not symmetric -- for
example you could obtain both the IP and Domain Name of the host,
On Aug 29, 2010, at 10:55 AM, tedd wrote:
At 10:56 AM +0200 8/29/10, Peter Lind wrote:
On 29 August 2010 08:08, Jim Lucas wrote:
*snip*
Their is not existing variable (if you would) that your server, when
connecting to a remote server, would be sending. So, to have the
remote end
be abl
At 10:56 AM +0200 8/29/10, Peter Lind wrote:
On 29 August 2010 08:08, Jim Lucas wrote:
*snip*
Their is not existing variable (if you would) that your server, when
connecting to a remote server, would be sending. So, to have the remote end
be able to identify the initiating host identity,
On 29 August 2010 08:08, Jim Lucas wrote:
*snip*
> Their is not existing variable (if you would) that your server, when
> connecting to a remote server, would be sending. So, to have the remote end
> be able to identify the initiating host identity, the initiating side would
> have to add some
On 29 August 2010 08:14, Haulyn Jason wrote:
> On 08/29/2010 02:04 PM, Eric Cash wrote:
>>
>> I'm out and about right
>> now, so I can't link you to the autoload documentation page
>
> Thanks Eric, I have read the autoload document, but not pay attention on it.
> I will search more about it now, t
19 matches
Mail list logo
