On 9/5/07, Paul [EMAIL PROTECTED] wrote:
Greg Donald wrote:
Why on earth would you need to implement an SSL socket in PHP when we
have Apache and openssl? That's pointless. Anywhere PHP can run Apache
can run.. and with much better performance.
Because the client is incapable of HTTPS
To the best of my knowledge, the name attribute of the FORM tag is
never submitted with the request, whether it be GET or POST. It's
there for client-side scripting (JavaScript, etc.) only.
One trick that might help you - if your form action is POST, add a
querystring to the action, something
On 8/29/07, tedd [EMAIL PROTECTED] wrote:
When the user first generates a session id, grab the user's ip and
store both in mysql.
In the code, always check the session id against the user's ip before
doing anything. If they don't match with what you started with, then
stop. That should stop
On 8/17/07, Gregory Machin [EMAIL PROTECTED] wrote:
with the suggested config i get the following
Warning: mssql_connect() [function.mssql-connect]: Unable to connect
to server: (local)\SQLEXPRESS in C:\wamp\www\test\test.php on line 8
Couldn't connect to SQL Server on (local)\SQLEXPRESS
--
_
Kirk Friggstad, Daft Viking Consulting
email / msn / gtalk: [EMAIL PROTECTED]
aim / skype: daftviking
mobile / SMS: 306-867-0010
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 8/16/07, Per Jessen [EMAIL PROTECTED] wrote:
I did try that too, but it never made it very far either. I think it
had trouble finding phpize or something.
On my Ubuntu system, I had the same problem a couple days ago. I think
I finally figured out that I was missing the php5-dev package -
Derek:
Does form 1 use POST or GET to call form 2? If it uses GET, you
could store the search page URL in a $_SESSION variable - something
like this in your search results (form 2):
$_SESSION['search_results_querystring'] = $_SERVER['QUERY_STRING'];
and in your editing page (form 3):
a
7 matches
Mail list logo