| Re: From city to lati and long [message #175039 is a reply to message #175034] |
Fri, 05 August 2011 04:49   |
Denis McMahon
Messages: 634
Registered: September 2010
Karma:
|
Senior Member |
|
|
On Thu, 04 Aug 2011 19:58:51 -0400, Jerry Stuckle wrote:
You don't read anything do you.
I'm not suggesting it's a php problem. I'm not suggesting she
troubleshoot it as a php problem.
I am suggesting that:
a) There may be better ways in php to do what she is doing in php; and
b) there may be things she can do in php that will help her identify and
resolve the problem; and
c) some of a might even also help with b.
As she doesn't have access to the server, and as it's reasonable to
assume that the server either works for everyone or is broken for
everyone, there's a good chance that the problem is either:
a) she isn't sending the right request to the server; or
b) she isn't getting what she expects from the server.
Now both of these are probably issues between her code and the server
specs for what it expects / responds with.
The first place she should look, obviously, is the specs for the server,
what it expects, and what it replies with. Yes, I don't dispute that at
all.
However, it might also help if, for example, she dumps a failed request,
looks at the response data and discovers an error message or error code
in it that relates to the server documentation.
She can then determine what she might be doing in forming the request
that she sends which causes that error. However, to do this, first of all
she needs to find the error code, which is why I still maintain that,
when she gets a failed request, she should try and preserve the original
request url and the response text and study them to try and see what's
happening.
Obviously this doesn't match your response to fault finding complex
systems. Well I'm very sorry, but 20+ years of troubleshooting
interconnected systems have taught me that if you have any sort of
communication problem between two such systems, capturing and
understanding the data that is being transferred in both directions is a
very important part of understanding and fixing the problem, whether
you're talking about telephone billing data being transferred from an
exchange in germany to a billing processor in the uk, signals between
processors inside a telephone exchange, data being transferred from a
software module written in fortran to a software module written in pascal
through interfaces written in ada, or the launch commands that a plane
sends to a heat seeking missile.
Rgds
Denis McMahon
|
|
|
|
Calendar
Search
Help
Members
Register
Login
Home
]