By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
424,946 Members | 773 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 424,946 IT Pros & Developers. It's quick & easy.

Post with redirect?

P: n/a
Hi,

I'm not sure if this can be done as I've searched the web and this
forum.

I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.

The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.

How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...imocsumissions

Its the second bit if I'm not sure whether it can or can't be done.

If not I'll need to ask the merchant if they allow GET instead.

Many thanks

A
Dec 14 '07 #1
Share this Question
Share on Google+
56 Replies


P: n/a
UKuser wrote:
Hi,

I'm not sure if this can be done as I've searched the web and this
forum.

I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.

The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.

How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...imocsumissions

Its the second bit if I'm not sure whether it can or can't be done.

If not I'll need to ask the merchant if they allow GET instead.

Many thanks

A
Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 14 '07 #2

P: n/a
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A

Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server side it
makes it impossible. Any thoughts on how it could be done with AJAX/JS?
Dec 14 '07 #3

P: n/a
UKuser wrote:
Hi,

I'm not sure if this can be done as I've searched the web and this
forum.

I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.

The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.

How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...imocsumissions

Its the second bit if I'm not sure whether it can or can't be done.

If not I'll need to ask the merchant if they allow GET instead.

Many thanks
You can make a POST request to an other side with "fsockopen" or "curl"
and you will get a response you can evaluate.

But this is not a redirect because a redirect will be done by the
browser if you send a Location header.

Joe
Dec 14 '07 #4

P: n/a

"UKuser" <sp********@yahoo.co.ukwrote in message
news:6d**********************************@a35g2000 prf.googlegroups.com...
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
>UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A

Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================

Thanks for your help. Should have realised because its server side it
makes it impossible. Any thoughts on how it could be done with AJAX/JS?
don't let the misinformation fool you. it can be done with php. the only
thing jerry got right is that it would be a lot of work. what jerry also
mistakenly forgets is that just about anything you can do with curl, you can
do with native php functions...and in this case, the 'just about anything'
you'd need to be able to do becomes 'anything'. jerry's 'curl could
theoretically' argument then logically negates and invalidates his 'cant be
done with php' claim.

you're just in for a lot of work. however, it can be done.
Dec 14 '07 #5

P: n/a

"UKuser" <sp********@yahoo.co.ukwrote in message
news:52**********************************@s8g2000p rg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:6d**********************************@a35g200 0prf.googlegroups.com...
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per
this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A
>Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.
>cURL could theoretically help you here - but you're asking for a lot
of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.
>--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server side it
makes it impossible. Any thoughts on how it could be done with AJAX/JS?

don't let the misinformation fool you. it can be done with php. the only
thing jerry got right is that it would be a lot of work. what jerry also
mistakenly forgets is that just about anything you can do with curl, you
can
do with native php functions...and in this case, the 'just about
anything'
you'd need to be able to do becomes 'anything'. jerry's 'curl could
theoretically' argument then logically negates and invalidates his 'cant
be
done with php' claim.

you're just in for a lot of work. however, it can be done.

Hi Guys,

I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP. However I
found another posting on a forum which works and is much easier. Not
ideal although we are really only (and i know its aweful) aiming our
website at Javascript users.
as a general and theoretical approach:

function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form- urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;
}

$response = getResponse(
'www.example.com' ,
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process

effectively, this achieves your html/javascript solution and keeps it all
php.

that help?
Dec 14 '07 #6

P: n/a
On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:52**********************************@s8g2000p rg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:6d**********************************@a35g200 0prf.googlegroups.com...
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per
this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A
Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.
cURL could theoretically help you here - but you're asking for a lot
of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server side it
makes it impossible. Any thoughts on how it could be done with AJAX/JS?
don't let the misinformation fool you. it can be done with php. the only
thing jerry got right is that it would be a lot of work. what jerry also
mistakenly forgets is that just about anything you can do with curl, you
can
do with native php functions...and in this case, the 'just about
anything'
you'd need to be able to do becomes 'anything'. jerry's 'curl could
theoretically' argument then logically negates and invalidates his 'cant
be
done with php' claim.
you're just in for a lot of work. however, it can be done.
Hi Guys,
I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP. However I
found another posting on a forum which works and is much easier. Not
ideal although we are really only (and i know its aweful) aiming our
website at Javascript users.

as a general and theoretical approach:

function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form- urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;

}

$response = getResponse(
'www.example.com' ,
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process

effectively, this achieves your html/javascript solution and keeps it all
php.

that help?
Hi Steve,

Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?

Thanks

A
Dec 14 '07 #7

P: n/a

"UKuser" <sp********@yahoo.co.ukwrote in message
news:6c**********************************@i29g2000 prf.googlegroups.com...
On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:52**********************************@s8g2000 prg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>>news:6d**********************************@a35g20 00prf.googlegroups.com...
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and
this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well
like a
browser would do? I can do the first part (force the post) as per
this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be
done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A
>Not easy, and it can't be done with PHP. The browser needs to
process
the redirect, so you need to do it from the browser end. That
means a
client-side language such as javascript.
>cURL could theoretically help you here - but you're asking for a
lot
of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.
>--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server side
it
makes it impossible. Any thoughts on how it could be done with
AJAX/JS?
>don't let the misinformation fool you. it can be done with php. the
only
thing jerry got right is that it would be a lot of work. what jerry
also
mistakenly forgets is that just about anything you can do with curl,
you
can
do with native php functions...and in this case, the 'just about
anything'
you'd need to be able to do becomes 'anything'. jerry's 'curl could
theoretically' argument then logically negates and invalidates his
'cant
be
done with php' claim.
>you're just in for a lot of work. however, it can be done.
Hi Guys,
I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP. However I
found another posting on a forum which works and is much easier. Not
ideal although we are really only (and i know its aweful) aiming our
website at Javascript users.

as a general and theoretical approach:

function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form- urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;

}

$response = getResponse(
'www.example.com' ,
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process

effectively, this achieves your html/javascript solution and keeps it all
php.

that help?

Hi Steve,

Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?
if you collect information via a page called my.php, put the above code in
it. have my.php post to itself. when you get the post, pass the info on to
the third party via getResponse...then parse the results...you haven't done
any redirecting and the user has used my.php the entire time.

make sense?
Dec 14 '07 #8

P: n/a
On 14 Dec, 16:22, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:6c**********************************@i29g2000 prf.googlegroups.com...
On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:52**********************************@s8g2000 prg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:6d**********************************@a35g200 0prf.googlegroups.com...
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and
this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well
like a
browser would do? I can do the first part (force the post) as per
this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be
done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A
Not easy, and it can't be done with PHP. The browser needs to
process
the redirect, so you need to do it from the browser end. That
means a
client-side language such as javascript.
cURL could theoretically help you here - but you're asking for a
lot
of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server side
it
makes it impossible. Any thoughts on how it could be done with
AJAX/JS?
don't let the misinformation fool you. it can be done with php. the
only
thing jerry got right is that it would be a lot of work. what jerry
also
mistakenly forgets is that just about anything you can do with curl,
you
can
do with native php functions...and in this case, the 'just about
anything'
you'd need to be able to do becomes 'anything'. jerry's 'curl could
theoretically' argument then logically negates and invalidates his
'cant
be
done with php' claim.
you're just in for a lot of work. however, it can be done.
Hi Guys,
I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP. However I
found another posting on a forum which works and is much easier. Not
ideal although we are really only (and i know its aweful) aiming our
website at Javascript users.
as a general and theoretical approach:
function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form- urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;
}
$response = getResponse(
'www.example.com',
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process
effectively, this achieves your html/javascript solution and keeps it all
php.
that help?
Hi Steve,
Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?

if you collect information via a page called my.php, put the above code in
it. have my.php post to itself. when you get the post, pass the info on to
the third party via getResponse...then parse the results...you haven't done
any redirecting and the user has used my.php the entire time.

make sense?
Yes it does, unfortunately I have to redirect the user to the page as
its a credit card entry form on a completely separate server. They
don't appear to accept GET requests only POSTS so I somehow need to
get the information and the user to that page.
Dec 14 '07 #9

P: n/a

"UKuser" <sp********@yahoo.co.ukwrote in message
news:91**********************************@d27g2000 prf.googlegroups.com...
On 14 Dec, 16:22, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:6c**********************************@i29g200 0prf.googlegroups.com...
On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>>news:52**********************************@s8g200 0prg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>>news:6d**********************************@a35g20 00prf.googlegroups.com...
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and
this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items
in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well
like a
browser would do? I can do the first part (force the post) as
per
this
site (the site appears down, so the link uses the Web
Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be
done.
If not I'll need to ask the merchant if they allow GET
instead.
Many thanks
A
>Not easy, and it can't be done with PHP. The browser needs to
process
the redirect, so you need to do it from the browser end. That
means a
client-side language such as javascript.
>cURL could theoretically help you here - but you're asking for a
lot
of
work, especially if there are several pages being handled after
the
redirect. You'd have to parse each page to see what to do next.
>--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server
side
it
makes it impossible. Any thoughts on how it could be done with
AJAX/JS?
>don't let the misinformation fool you. it can be done with php. the
only
thing jerry got right is that it would be a lot of work. what jerry
also
mistakenly forgets is that just about anything you can do with
curl,
you
can
do with native php functions...and in this case, the 'just about
anything'
you'd need to be able to do becomes 'anything'. jerry's 'curl could
theoretically' argument then logically negates and invalidates his
'cant
be
done with php' claim.
>you're just in for a lot of work. however, it can be done.
Hi Guys,
I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP. However
I
found another posting on a forum which works and is much easier. Not
ideal although we are really only (and i know its aweful) aiming our
website at Javascript users.
>as a general and theoretical approach:
>function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form-
urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;
>}
>$response = getResponse(
'www.example.com',
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process
>effectively, this achieves your html/javascript solution and keeps it
all
php.
>that help?
Hi Steve,
Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?

if you collect information via a page called my.php, put the above code
in
it. have my.php post to itself. when you get the post, pass the info on
to
the third party via getResponse...then parse the results...you haven't
done
any redirecting and the user has used my.php the entire time.

make sense?

Yes it does, unfortunately I have to redirect the user to the page as
its a credit card entry form on a completely separate server. They
don't appear to accept GET requests only POSTS so I somehow need to
get the information and the user to that page.
oh man! look at the last argument...you can specify get or post. leaving the
argument out of the function call defaults the method to post. make sure the
destination to which you are posting the cc info is running ssl. otherwise,
you may hold some liability if someone snatches the data in transmission.

if you have a relationship with the other server, i'd create a web service
on that server that processes the cc transaction and sends back transaction
status info. you can better secure the whole ball of wax and make this whole
process more simple and straight-forward. are you trying to hack the use of
a credit card processing server so that it seems you're able to do
everything from your site?
Dec 14 '07 #10

P: n/a
On 14 Dec, 16:35, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:91**********************************@d27g2000 prf.googlegroups.com...
On 14 Dec, 16:22, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:6c**********************************@i29g200 0prf.googlegroups.com...
On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:52**********************************@s8g2000 prg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:6d**********************************@a35g200 0prf.googlegroups.com...
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and
this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items
in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well
like a
browser would do? I can do the first part (force the post) as
per
this
site (the site appears down, so the link uses the Web
Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be
done.
If not I'll need to ask the merchant if they allow GET
instead.
Many thanks
A
Not easy, and it can't be done with PHP. The browser needs to
process
the redirect, so you need to do it from the browser end. That
means a
client-side language such as javascript.
cURL could theoretically help you here - but you're asking for a
lot
of
work, especially if there are several pages being handled after
the
redirect. You'd have to parse each page to see what to do next.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server
side
it
makes it impossible. Any thoughts on how it could be done with
AJAX/JS?
don't let the misinformation fool you. it can be done with php. the
only
thing jerry got right is that it would be a lot of work. what jerry
also
mistakenly forgets is that just about anything you can do with
curl,
you
can
do with native php functions...and in this case, the 'just about
anything'
you'd need to be able to do becomes 'anything'. jerry's 'curl could
theoretically' argument then logically negates and invalidates his
'cant
be
done with php' claim.
you're just in for a lot of work. however, it can be done.
Hi Guys,
I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP. However
I
found another posting on a forum which works and is much easier. Not
ideal although we are really only (and i know its aweful) aiming our
website at Javascript users.
as a general and theoretical approach:
function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form-
urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;
}
$response = getResponse(
'www.example.com',
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process
effectively, this achieves your html/javascript solution and keeps it
all
php.
that help?
Hi Steve,
Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?
if you collect information via a page called my.php, put the above code
in
it. have my.php post to itself. when you get the post, pass the info on
to
the third party via getResponse...then parse the results...you haven't
done
any redirecting and the user has used my.php the entire time.
make sense?
Yes it does, unfortunately I have to redirect the user to the page as
its a credit card entry form on a completely separate server. They
don't appear to accept GET requests only POSTS so I somehow need to
get the information and the user to that page.

oh man! look at the last argument...you can specify get or post. leaving the
argument out of the function call defaults the method to post. make sure the
destination to which you are posting the cc info is running ssl. otherwise,
you may hold some liability if someone snatches the data in transmission.

if you have a relationship with the other server, i'd create a web service
on that server that processes the cc transaction and sends back transaction
status info. you can better secure the whole ball of wax and make this whole
process more simple and straight-forward. are you trying to hack the use of
a credit card processing server so that it seems you're able to do
everything from your site?
No - entirely the opposite. They provide a web app but as you're
required to capture cc info and then have your servers tested for
security - we use shared hosting so its not possible. Hence why they
need to actually go visit their servers and leave ours.
Dec 14 '07 #11

P: n/a

"UKuser" <sp********@yahoo.co.ukwrote in message
news:03**********************************@s8g2000p rg.googlegroups.com...
On 14 Dec, 16:35, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:91**********************************@d27g200 0prf.googlegroups.com...
On 14 Dec, 16:22, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>>news:6c**********************************@i29g20 00prf.googlegroups.com...
On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>>news:52**********************************@s8g200 0prg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
>>news:6d**********************************@a35g20 00prf.googlegroups.com...
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.net>
wrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web
and
this
forum.
I am using an online merchant provider and I must post
certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any
items
in
their basket to decide which page I redirect them too. I
could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as
well
like a
browser would do? I can do the first part (force the post)
as
per
this
site (the site appears down, so the link uses the Web
Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't
be
done.
If not I'll need to ask the merchant if they allow GET
instead.
Many thanks
A
>Not easy, and it can't be done with PHP. The browser needs
to
process
the redirect, so you need to do it from the browser end.
That
means a
client-side language such as javascript.
>cURL could theoretically help you here - but you're asking
for a
lot
of
work, especially if there are several pages being handled
after
the
redirect. You'd have to parse each page to see what to do
next.
>--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server
side
it
makes it impossible. Any thoughts on how it could be done with
AJAX/JS?
>don't let the misinformation fool you. it can be done with php.
the
only
thing jerry got right is that it would be a lot of work. what
jerry
also
mistakenly forgets is that just about anything you can do with
curl,
you
can
do with native php functions...and in this case, the 'just about
anything'
you'd need to be able to do becomes 'anything'. jerry's 'curl
could
theoretically' argument then logically negates and invalidates
his
'cant
be
done with php' claim.
>you're just in for a lot of work. however, it can be done.
Hi Guys,
I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP.
However
I
found another posting on a forum which works and is much easier.
Not
ideal although we are really only (and i know its aweful) aiming
our
website at Javascript users.
>as a general and theoretical approach:
>function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form-
urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;
>}
>$response = getResponse(
'www.example.com',
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process
>effectively, this achieves your html/javascript solution and keeps
it
all
php.
>that help?
Hi Steve,
Thanks for your detailed response. Would that be able to redirect
the
user to the same page as where the data was posted?
>if you collect information via a page called my.php, put the above
code
in
it. have my.php post to itself. when you get the post, pass the info
on
to
the third party via getResponse...then parse the results...you haven't
done
any redirecting and the user has used my.php the entire time.
>make sense?
Yes it does, unfortunately I have to redirect the user to the page as
its a credit card entry form on a completely separate server. They
don't appear to accept GET requests only POSTS so I somehow need to
get the information and the user to that page.

oh man! look at the last argument...you can specify get or post. leaving
the
argument out of the function call defaults the method to post. make sure
the
destination to which you are posting the cc info is running ssl.
otherwise,
you may hold some liability if someone snatches the data in transmission.

if you have a relationship with the other server, i'd create a web
service
on that server that processes the cc transaction and sends back
transaction
status info. you can better secure the whole ball of wax and make this
whole
process more simple and straight-forward. are you trying to hack the use
of
a credit card processing server so that it seems you're able to do
everything from your site?

No - entirely the opposite. They provide a web app but as you're
required to capture cc info and then have your servers tested for
security - we use shared hosting so its not possible. Hence why they
need to actually go visit their servers and leave ours.
that's interesting. anyway, you can specify 'POST' as the method to
getResponse(). have you tried this yet? both you and the hosting company
should be running ssl for the transaction. you, because you post the data to
yourself, and them because you send the data to them. it's always the
destination that requires ssl...in this case, you and the provider are the
recipients of sensitive data.

have you tried posting via getResponse() yet?
Dec 14 '07 #12

P: n/a
UKuser wrote:
On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
>UKuser wrote:
>>Hi,
I'm not sure if this can be done as I've searched the web and this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A
Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================

Thanks for your help. Should have realised because its server side it
makes it impossible. Any thoughts on how it could be done with AJAX/JS?
comp.lang.javascript.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 14 '07 #13

P: n/a
UKuser wrote:
On 14 Dec, 16:22, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:6c**********************************@i29g200 0prf.googlegroups.com...
>>On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
news:52**********************************@s8g20 00prg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:6d**********************************@a35 g2000prf.googlegroups.com...
>>On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
>>>UKuser wrote:
>>>>Hi,
>>>>I'm not sure if this can be done as I've searched the web and
>>>>this
>>>>forum.
>>>>I am using an online merchant provider and I must post certain
>>>>variables to their webforms through a form on my website.
>>>>The issue is that I need to gauge whether a user has any items in
>>>>their basket to decide which page I redirect them too. I could
>>>>obviously use cookies or hidden fields etc but these can be
>>>>manipulated.
>>>>How can I force a POST but actually redirect the user as well
>>>>like a
>>>>browser would do? I can do the first part (force the post) as per
>>>>this
>>>>site (the site appears down, so the link uses the Web Archive):
>>>>http://web.archive.org/web/200406282...nd.com/zend/sp...
>>>>Its the second bit if I'm not sure whether it can or can't be
>>>>done.
>>>>If not I'll need to ask the merchant if they allow GET instead.
>>>>Many thanks
>>>>A
>>>Not easy, and it can't be done with PHP. The browser needs to
>>>process
>>>the redirect, so you need to do it from the browser end. That
>>>means a
>>>client-side language such as javascript.
>>>cURL could theoretically help you here - but you're asking for a
>>>lot
>>>of
>>>work, especially if there are several pages being handled after the
>>>redirect. You'd have to parse each page to see what to do next.
>>>--
>>>==================
>>>Remove the "x" from my email address
>>>Jerry Stuckle
>>>JDS Computer Training Corp.
>>>jstuck...@attglobal.net
>>>==================
>>Thanks for your help. Should have realised because its server side
>>it
>>makes it impossible. Any thoughts on how it could be done with
>>AJAX/JS?
>don't let the misinformation fool you. it can be done with php. the
>only
>thing jerry got right is that it would be a lot of work. what jerry
>also
>mistakenly forgets is that just about anything you can do with curl,
>you
>can
>do with native php functions...and in this case, the 'just about
>anything'
>you'd need to be able to do becomes 'anything'. jerry's 'curl could
>theoretically' argument then logically negates and invalidates his
>'cant
>be
>done with php' claim.
>you're just in for a lot of work. however, it can be done.
Hi Guys,
I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP. However I
found another posting on a forum which works and is much easier. Not
ideal although we are really only (and i know its aweful) aiming our
website at Javascript users.
as a general and theoretical approach:
function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form- urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;
}
$response = getResponse(
'www.example.com',
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process
effectively, this achieves your html/javascript solution and keeps it all
php.
that help?
Hi Steve,
Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?
if you collect information via a page called my.php, put the above code in
it. have my.php post to itself. when you get the post, pass the info on to
the third party via getResponse...then parse the results...you haven't done
any redirecting and the user has used my.php the entire time.

make sense?

Yes it does, unfortunately I have to redirect the user to the page as
its a credit card entry form on a completely separate server. They
don't appear to accept GET requests only POSTS so I somehow need to
get the information and the user to that page.
And therein lies the problem I was referring to.

If you use cURL or the socket equivalent to cURL to post the page to the
server, you get a response back. But now you have to parse that page
for all of the possible responses - was it good or bad? If bad, what
was wrong with it? Is it something on your end or did the user enter
some invalid data? Is the card over the limit?

And what do you do if they change the page layout? Or the text? You
have to go back to your parsing routine.

And you can't just return the page to the user. What happens if there
is a relative link on the page? Not to mention if there are any images,
links to CSS/javascript files, etc., from the company, you would need to
handle the subsequent requests from the browser for those (and of
course, their URI might change).

Note I never said it couldn't be done. Posting the page to the server
is the easy part. The response is where it gets hard. And that's what
I'm fighting right now for one customer - I need the go/bad response
from the server to be able to continue processing if it was OK.

But Stevie never bothered to think that far ahead.

Since your target audience will have JavaScript enabled anyway, that's a
much better way to go. I've used it on a couple of sites.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 14 '07 #14

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:YN******************************@comcast.com. ..

<massive snippage>

what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.
Note I never said it couldn't be done.
really? hmmmm, from your first reply:

<quote>
Not easy, and it can't be done with PHP.
</quote>

your memory has a short span...conveniently so.
Posting the page to the server is the easy part. The response is where it
gets hard. And that's what I'm fighting right now for one customer - I
need the go/bad response from the server to be able to continue processing
if it was OK.

But Stevie never bothered to think that far ahead.
really? hell, i even agreed with you there. here's the refresher:

<quote>
the only thing jerry got right is that it would be a lot of work.
</quote>

hmmm, your short/convenient memory at work again.
Since your target audience will have JavaScript enabled anyway, that's a
much better way to go. I've used it on a couple of sites.
you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js is only
a consideration if a better solution can't be found. further, by you
suggesting that js and ajax as a better solution, you somehow imply that ALL
of the parsing downsides you and i have BOTH noted will somehow
disappear...when in fact, THEY ALL APPLY.

get a grip jerry. try to remember what you say and quit squirming and
backpeddling when you are shown to over-committ to bad ideas and advice.
Dec 15 '07 #15

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:Ce******************************@comcast.com. ..
UKuser wrote:
>On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
>>UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A
Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================

Thanks for your help. Should have realised because its server side it
makes it impossible. Any thoughts on how it could be done with AJAX/JS?

comp.lang.javascript.
which is quite a cop-out jerry. javascript/ajax solves NOTHING and limits
audience...when all of this can be done equally well in php alone - while
retaining audience.

but, that's just another helpful 'golden nugget' from jerry stuckle.
Dec 15 '07 #16

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:YN******************************@comcast.com. ..

<massive snippage>

what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.
>Note I never said it couldn't be done.

really? hmmmm, from your first reply:

<quote>
Not easy, and it can't be done with PHP.
</quote>

your memory has a short span...conveniently so.
>Posting the page to the server is the easy part. The response is where it
gets hard. And that's what I'm fighting right now for one customer - I
need the go/bad response from the server to be able to continue processing
if it was OK.

But Stevie never bothered to think that far ahead.

really? hell, i even agreed with you there. here's the refresher:

<quote>
the only thing jerry got right is that it would be a lot of work.
</quote>

hmmm, your short/convenient memory at work again.
>Since your target audience will have JavaScript enabled anyway, that's a
much better way to go. I've used it on a couple of sites.

you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js is only
a consideration if a better solution can't be found. further, by you
suggesting that js and ajax as a better solution, you somehow imply that ALL
of the parsing downsides you and i have BOTH noted will somehow
disappear...when in fact, THEY ALL APPLY.

get a grip jerry. try to remember what you say and quit squirming and
backpeddling when you are shown to over-committ to bad ideas and advice.
Go away, troll. You boor me.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 15 '07 #17

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:YN******************************@comcast.com. ..

<massive snippage>

what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.
>Note I never said it couldn't be done.

really? hmmmm, from your first reply:

<quote>
Not easy, and it can't be done with PHP.
</quote>

your memory has a short span...conveniently so.
>Posting the page to the server is the easy part. The response is where it
gets hard. And that's what I'm fighting right now for one customer - I
need the go/bad response from the server to be able to continue processing
if it was OK.

But Stevie never bothered to think that far ahead.

really? hell, i even agreed with you there. here's the refresher:

<quote>
the only thing jerry got right is that it would be a lot of work.
</quote>

hmmm, your short/convenient memory at work again.
>Since your target audience will have JavaScript enabled anyway, that's a
much better way to go. I've used it on a couple of sites.

you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js is only
a consideration if a better solution can't be found. further, by you
suggesting that js and ajax as a better solution, you somehow imply that ALL
of the parsing downsides you and i have BOTH noted will somehow
disappear...when in fact, THEY ALL APPLY.

get a grip jerry. try to remember what you say and quit squirming and
backpeddling when you are shown to over-committ to bad ideas and advice.
And you really have no idea what you're talking about. You just proved
it - AGAIN. Because you shouldn't be quoting out of context. But
since you are too stoopid to understand what I was saying, that's not
surprising. Your head is up your ass, as always. No wonder you have
shit for brains.

S.T.O.O.P.I.D. T.R.O.L.L.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 15 '07 #18

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:Ce******************************@comcast.com. ..
>UKuser wrote:
>>On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
UKuser wrote:
Hi,
I'm not sure if this can be done as I've searched the web and this
forum.
I am using an online merchant provider and I must post certain
variables to their webforms through a form on my website.
The issue is that I need to gauge whether a user has any items in
their basket to decide which page I redirect them too. I could
obviously use cookies or hidden fields etc but these can be
manipulated.
How can I force a POST but actually redirect the user as well like a
browser would do? I can do the first part (force the post) as per this
site (the site appears down, so the link uses the Web Archive):
http://web.archive.org/web/200406282...nd.com/zend/sp...
Its the second bit if I'm not sure whether it can or can't be done.
If not I'll need to ask the merchant if they allow GET instead.
Many thanks
A
Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstuck...@attglobal.net
==================
Thanks for your help. Should have realised because its server side it
makes it impossible. Any thoughts on how it could be done with AJAX/JS?
comp.lang.javascript.

which is quite a cop-out jerry. javascript/ajax solves NOTHING and limits
audience...when all of this can be done equally well in php alone - while
retaining audience.

but, that's just another helpful 'golden nugget' from jerry stuckle.
Go get your head out of your ass, S.T.O.O.P.I.D. T.R.O.L.L.

You can't understand the easiest things - something the op easily
understood. But that's not surprising from you. You have shit for brains.

Let's see you do a redirect in PHP with post info. I'm not talking
proxy - a REDIRECT, like the op asked.

Go ahead. Show the whole world. Everyone else in the world says it
can't be done. But T.R.O.L.L. Stevie says it can.

So show us, T.R.O.L.L.!

ROFLMAO!

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 15 '07 #19

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:gM******************************@comcast.com. ..
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:YN******************************@comcast.com ...

<massive snippage>

what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.
>>Note I never said it couldn't be done.

really? hmmmm, from your first reply:

<quote>
Not easy, and it can't be done with PHP.
</quote>

your memory has a short span...conveniently so.
>>Posting the page to the server is the easy part. The response is where
it gets hard. And that's what I'm fighting right now for one customer -
I need the go/bad response from the server to be able to continue
processing if it was OK.

But Stevie never bothered to think that far ahead.

really? hell, i even agreed with you there. here's the refresher:

<quote>
the only thing jerry got right is that it would be a lot of work.
</quote>

hmmm, your short/convenient memory at work again.
>>Since your target audience will have JavaScript enabled anyway, that's a
much better way to go. I've used it on a couple of sites.

you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js is
only a consideration if a better solution can't be found. further, by you
suggesting that js and ajax as a better solution, you somehow imply that
ALL of the parsing downsides you and i have BOTH noted will somehow
disappear...when in fact, THEY ALL APPLY.

get a grip jerry. try to remember what you say and quit squirming and
backpeddling when you are shown to over-committ to bad ideas and advice.

Go away, troll. You boor me.
there's more classic jerry. you make false statements, i correct them and
give PROOF (i.e. in the form of quotes here)...and you ad-hom in response. i
do wish you could understand debate. but, i guess it would be helpful first,
if you could just remember what you said and didn't say.

you lose...again.
Dec 15 '07 #20

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:gM******************************@comcast.com. ..
>Steve wrote:
>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:YN******************************@comcast.co m...

<massive snippage>

what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.

Note I never said it couldn't be done.
really? hmmmm, from your first reply:

<quote>
Not easy, and it can't be done with PHP.
</quote>

your memory has a short span...conveniently so.

Posting the page to the server is the easy part. The response is where
it gets hard. And that's what I'm fighting right now for one customer -
I need the go/bad response from the server to be able to continue
processing if it was OK.

But Stevie never bothered to think that far ahead.
really? hell, i even agreed with you there. here's the refresher:

<quote>
the only thing jerry got right is that it would be a lot of work.
</quote>

hmmm, your short/convenient memory at work again.

Since your target audience will have JavaScript enabled anyway, that's a
much better way to go. I've used it on a couple of sites.
you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js is
only a consideration if a better solution can't be found. further, by you
suggesting that js and ajax as a better solution, you somehow imply that
ALL of the parsing downsides you and i have BOTH noted will somehow
disappear...when in fact, THEY ALL APPLY.

get a grip jerry. try to remember what you say and quit squirming and
backpeddling when you are shown to over-committ to bad ideas and advice.
Go away, troll. You boor me.

there's more classic jerry. you make false statements, i correct them and
give PROOF (i.e. in the form of quotes here)...and you ad-hom in response. i
do wish you could understand debate. but, i guess it would be helpful first,
if you could just remember what you said and didn't say.

you lose...again.
Go away, troll, You boor me. No false statements on my part. Just the
inability to understand plain english on yours.

But that's what to expect from someone with shit for brains.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 15 '07 #21

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:St******************************@comcast.com. ..
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:gM******************************@comcast.com ...
>>Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:YN******************************@comcast.c om...

<massive snippage>

what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.

Note I never said it couldn't be done.
really? hmmmm, from your first reply:

<quote>
Not easy, and it can't be done with PHP.
</quote>

your memory has a short span...conveniently so.

Posting the page to the server is the easy part. The response is
where it gets hard. And that's what I'm fighting right now for one
customer - I need the go/bad response from the server to be able to
continue processing if it was OK.
>
But Stevie never bothered to think that far ahead.
really? hell, i even agreed with you there. here's the refresher:

<quote>
the only thing jerry got right is that it would be a lot of work.
</quote>

hmmm, your short/convenient memory at work again.

Since your target audience will have JavaScript enabled anyway, that's
a much better way to go. I've used it on a couple of sites.
you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js is
only a consideration if a better solution can't be found. further, by
you suggesting that js and ajax as a better solution, you somehow imply
that ALL of the parsing downsides you and i have BOTH noted will
somehow disappear...when in fact, THEY ALL APPLY.

get a grip jerry. try to remember what you say and quit squirming and
backpeddling when you are shown to over-committ to bad ideas and
advice.
Go away, troll. You boor me.

there's more classic jerry. you make false statements, i correct them and
give PROOF (i.e. in the form of quotes here)...and you ad-hom in
response. i do wish you could understand debate. but, i guess it would be
helpful first, if you could just remember what you said and didn't say.

you lose...again.

Go away, troll, You boor me. No false statements on my part. Just the
inability to understand plain english on yours.
shall i quote again? you said in one post that something CANT be done, and
later, suddenly, it CAN be done. that i said one thing but is invalidated
with proof. no false statements on your part? lol.

explain yourself.
But that's what to expect from someone with shit for brains.
the adhominator at work again. hint, it doesn't bode well for you and won't
win arguments.
Dec 15 '07 #22

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:St******************************@comcast.com. ..
>Steve wrote:
>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:gM******************************@comcast.co m...
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:YN******************************@comcast. com...
>
<massive snippage>
>
what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.
>
>Note I never said it couldn't be done.
really? hmmmm, from your first reply:
>
<quote>
Not easy, and it can't be done with PHP.
</quote>
>
your memory has a short span...conveniently so.
>
>Posting the page to the server is the easy part. The response is
>where it gets hard. And that's what I'm fighting right now for one
>customer - I need the go/bad response from the server to be able to
>continue processing if it was OK.
>>
>But Stevie never bothered to think that far ahead.
really? hell, i even agreed with you there. here's the refresher:
>
<quote>
the only thing jerry got right is that it would be a lot of work.
</quote>
>
hmmm, your short/convenient memory at work again.
>
>Since your target audience will have JavaScript enabled anyway, that's
>a much better way to go. I've used it on a couple of sites.
you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js is
only a consideration if a better solution can't be found. further, by
you suggesting that js and ajax as a better solution, you somehow imply
that ALL of the parsing downsides you and i have BOTH noted will
somehow disappear...when in fact, THEY ALL APPLY.
>
get a grip jerry. try to remember what you say and quit squirming and
backpeddling when you are shown to over-committ to bad ideas and
advice.
Go away, troll. You boor me.
there's more classic jerry. you make false statements, i correct them and
give PROOF (i.e. in the form of quotes here)...and you ad-hom in
response. i do wish you could understand debate. but, i guess it would be
helpful first, if you could just remember what you said and didn't say.

you lose...again.
Go away, troll, You boor me. No false statements on my part. Just the
inability to understand plain english on yours.

shall i quote again? you said in one post that something CANT be done, and
later, suddenly, it CAN be done. that i said one thing but is invalidated
with proof. no false statements on your part? lol.

explain yourself.
I took nothing back, and did not change my position. You are just too
S.T.O.O.P.I.D. to understand plain English.

But I'm not going to explain it to you. It's way beyond your ability to
comprehend. It takes an I.Q. of at least 23, which you don't have.
>But that's what to expect from someone with shit for brains.

the adhominator at work again. hint, it doesn't bode well for you and won't
win arguments.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 15 '07 #23

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:WI******************************@comcast.com. ..
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:St******************************@comcast.com ...
>>Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:gM******************************@comcast.c om...
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
>news:YN******************************@comcast .com...
>>
><massive snippage>
>>
>what was snipped just explained that it was difficult, but far from
>impossible...which you claimed, except theoretically with curl.
>>
>>Note I never said it couldn't be done.
>really? hmmmm, from your first reply:
>>
><quote>
>Not easy, and it can't be done with PHP.
></quote>
>>
>your memory has a short span...conveniently so.
>>
>>Posting the page to the server is the easy part. The response is
>>where it gets hard. And that's what I'm fighting right now for one
>>customer - I need the go/bad response from the server to be able to
>>continue processing if it was OK.
>>>
>>But Stevie never bothered to think that far ahead.
>really? hell, i even agreed with you there. here's the refresher:
>>
><quote>
>the only thing jerry got right is that it would be a lot of work.
></quote>
>>
>hmmm, your short/convenient memory at work again.
>>
>>Since your target audience will have JavaScript enabled anyway,
>>that's a much better way to go. I've used it on a couple of sites.
>you assume incorrectly. since he said he would potentially limit his
>audience by going totally js, it would seem js is NOT his target. js
>is only a consideration if a better solution can't be found. further,
>by you suggesting that js and ajax as a better solution, you somehow
>imply that ALL of the parsing downsides you and i have BOTH noted
>will somehow disappear...when in fact, THEY ALL APPLY.
>>
>get a grip jerry. try to remember what you say and quit squirming and
>backpeddling when you are shown to over-committ to bad ideas and
>advice.
Go away, troll. You boor me.
there's more classic jerry. you make false statements, i correct them
and give PROOF (i.e. in the form of quotes here)...and you ad-hom in
response. i do wish you could understand debate. but, i guess it would
be helpful first, if you could just remember what you said and didn't
say.

you lose...again.
Go away, troll, You boor me. No false statements on my part. Just the
inability to understand plain english on yours.

shall i quote again? you said in one post that something CANT be done,
and later, suddenly, it CAN be done. that i said one thing but is
invalidated with proof. no false statements on your part? lol.

explain yourself.

I took nothing back, and did not change my position. You are just too
S.T.O.O.P.I.D. to understand plain English.
hmmm, help me then. you said it can't be done in php and is only
theoretically possible using curl - stupid statement since curl is an
extention of php...but i digress. then you turn around and say it can be
done in php. you are confusing. what brand of english am i supposed to get
here...save your own special flavor of it.

you then say i neglect the fact that even though you CAN do it (notice your
reverse of position since i gave PROOF you could), that it would be
difficult for several reasons. this, when in fact, i quoted myself saying
that YOU WERE ONLY RIGHT IN SAYING IT WOULD BE DIFFICULT...hint, i agreed
with you there. i also provided PROOF of what i'd said.
But I'm not going to explain it to you. It's way beyond your ability to
comprehend. It takes an I.Q. of at least 23, which you don't have.
again, copping-out. you need to explain yourself or stand the risk of
showing yourself a fool...continually. you cannot debate nor admit you're
ever wrong. this is sad when all proof is in support of your outright lies.

if you won't explain yourself, then just zip it up. all you have left are
adhomonyms. i'm hardly wrong on that account, as anyone reading can see i
provide backing for my args...and you just name call, backpeddle, and fail
to counter...cop-out. seems your forte.
Dec 15 '07 #24

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:WI******************************@comcast.com. ..
>Steve wrote:
>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:St******************************@comcast.co m...
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:gM******************************@comcast. com...
>Steve wrote:
>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
>>news:YN******************************@comcas t.com...
>>>
>><massive snippage>
>>>
>>what was snipped just explained that it was difficult, but far from
>>impossible...which you claimed, except theoretically with curl.
>>>
>>>Note I never said it couldn't be done.
>>really? hmmmm, from your first reply:
>>>
>><quote>
>>Not easy, and it can't be done with PHP.
>></quote>
>>>
>>your memory has a short span...conveniently so.
>>>
>>>Posting the page to the server is the easy part. The response is
>>>where it gets hard. And that's what I'm fighting right now for one
>>>customer - I need the go/bad response from the server to be able to
>>>continue processing if it was OK.
>>>>
>>>But Stevie never bothered to think that far ahead.
>>really? hell, i even agreed with you there. here's the refresher:
>>>
>><quote>
>>the only thing jerry got right is that it would be a lot of work.
>></quote>
>>>
>>hmmm, your short/convenient memory at work again.
>>>
>>>Since your target audience will have JavaScript enabled anyway,
>>>that's a much better way to go. I've used it on a couple of sites.
>>you assume incorrectly. since he said he would potentially limit his
>>audience by going totally js, it would seem js is NOT his target. js
>>is only a consideration if a better solution can't be found. further,
>>by you suggesting that js and ajax as a better solution, you somehow
>>imply that ALL of the parsing downsides you and i have BOTH noted
>>will somehow disappear...when in fact, THEY ALL APPLY.
>>>
>>get a grip jerry. try to remember what you say and quit squirming and
>>backpeddling when you are shown to over-committ to bad ideas and
>>advice.
>Go away, troll. You boor me.
there's more classic jerry. you make false statements, i correct them
and give PROOF (i.e. in the form of quotes here)...and you ad-hom in
response. i do wish you could understand debate. but, i guess it would
be helpful first, if you could just remember what you said and didn't
say.
>
you lose...again.
Go away, troll, You boor me. No false statements on my part. Just the
inability to understand plain english on yours.
shall i quote again? you said in one post that something CANT be done,
and later, suddenly, it CAN be done. that i said one thing but is
invalidated with proof. no false statements on your part? lol.

explain yourself.
I took nothing back, and did not change my position. You are just too
S.T.O.O.P.I.D. to understand plain English.

hmmm, help me then. you said it can't be done in php and is only
theoretically possible using curl - stupid statement since curl is an
extention of php...but i digress. then you turn around and say it can be
done in php. you are confusing. what brand of english am i supposed to get
here...save your own special flavor of it.

you then say i neglect the fact that even though you CAN do it (notice your
reverse of position since i gave PROOF you could), that it would be
difficult for several reasons. this, when in fact, i quoted myself saying
that YOU WERE ONLY RIGHT IN SAYING IT WOULD BE DIFFICULT...hint, i agreed
with you there. i also provided PROOF of what i'd said.
>But I'm not going to explain it to you. It's way beyond your ability to
comprehend. It takes an I.Q. of at least 23, which you don't have.

again, copping-out. you need to explain yourself or stand the risk of
showing yourself a fool...continually. you cannot debate nor admit you're
ever wrong. this is sad when all proof is in support of your outright lies.

if you won't explain yourself, then just zip it up. all you have left are
adhomonyms. i'm hardly wrong on that account, as anyone reading can see i
provide backing for my args...and you just name call, backpeddle, and fail
to counter...cop-out. seems your forte.
Nope, just stating the fact. The op understood what I was saying, and
that's all I care about. Trolls like you don't matter.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 15 '07 #25

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:zN******************************@comcast.com. ..
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:WI******************************@comcast.com ...
>>Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:St******************************@comcast.c om...
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
>news:gM******************************@comcast .com...
>>Steve wrote:
>>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
>>>news:YN******************************@comca st.com...
>>>>
>>><massive snippage>
>>>>
>>>what was snipped just explained that it was difficult, but far from
>>>impossible...which you claimed, except theoretically with curl.
>>>>
>>>>Note I never said it couldn't be done.
>>>really? hmmmm, from your first reply:
>>>>
>>><quote>
>>>Not easy, and it can't be done with PHP.
>>></quote>
>>>>
>>>your memory has a short span...conveniently so.
>>>>
>>>>Posting the page to the server is the easy part. The response is
>>>>where it gets hard. And that's what I'm fighting right now for
>>>>one customer - I need the go/bad response from the server to be
>>>>able to continue processing if it was OK.
>>>>>
>>>>But Stevie never bothered to think that far ahead.
>>>really? hell, i even agreed with you there. here's the refresher:
>>>>
>>><quote>
>>>the only thing jerry got right is that it would be a lot of work.
>>></quote>
>>>>
>>>hmmm, your short/convenient memory at work again.
>>>>
>>>>Since your target audience will have JavaScript enabled anyway,
>>>>that's a much better way to go. I've used it on a couple of
>>>>sites.
>>>you assume incorrectly. since he said he would potentially limit
>>>his audience by going totally js, it would seem js is NOT his
>>>target. js is only a consideration if a better solution can't be
>>>found. further, by you suggesting that js and ajax as a better
>>>solution, you somehow imply that ALL of the parsing downsides you
>>>and i have BOTH noted will somehow disappear...when in fact, THEY
>>>ALL APPLY.
>>>>
>>>get a grip jerry. try to remember what you say and quit squirming
>>>and backpeddling when you are shown to over-committ to bad ideas
>>>and advice.
>>Go away, troll. You boor me.
>there's more classic jerry. you make false statements, i correct them
>and give PROOF (i.e. in the form of quotes here)...and you ad-hom in
>response. i do wish you could understand debate. but, i guess it
>would be helpful first, if you could just remember what you said and
>didn't say.
>>
>you lose...again.
Go away, troll, You boor me. No false statements on my part. Just
the inability to understand plain english on yours.
shall i quote again? you said in one post that something CANT be done,
and later, suddenly, it CAN be done. that i said one thing but is
invalidated with proof. no false statements on your part? lol.

explain yourself.

I took nothing back, and did not change my position. You are just too
S.T.O.O.P.I.D. to understand plain English.

hmmm, help me then. you said it can't be done in php and is only
theoretically possible using curl - stupid statement since curl is an
extention of php...but i digress. then you turn around and say it can be
done in php. you are confusing. what brand of english am i supposed to
get here...save your own special flavor of it.

you then say i neglect the fact that even though you CAN do it (notice
your reverse of position since i gave PROOF you could), that it would be
difficult for several reasons. this, when in fact, i quoted myself saying
that YOU WERE ONLY RIGHT IN SAYING IT WOULD BE DIFFICULT...hint, i agreed
with you there. i also provided PROOF of what i'd said.
>>But I'm not going to explain it to you. It's way beyond your ability to
comprehend. It takes an I.Q. of at least 23, which you don't have.

again, copping-out. you need to explain yourself or stand the risk of
showing yourself a fool...continually. you cannot debate nor admit you're
ever wrong. this is sad when all proof is in support of your outright
lies.

if you won't explain yourself, then just zip it up. all you have left are
adhomonyms. i'm hardly wrong on that account, as anyone reading can see i
provide backing for my args...and you just name call, backpeddle, and
fail to counter...cop-out. seems your forte.

Nope, just stating the fact. The op understood what I was saying, and
that's all I care about. Trolls like you don't matter.
lol. you don't even want to touch the fact that i can quote you in
conflicting statements...and outright lies, do you. best then, to skip to
the bottom of the post and perform a double-jerry-ism - the good ol' cop-out
+ ad-hom.

way to go, jer. don't confuse masturbating with DEbating. you're going to
beat yourself to death at this rate!
Dec 15 '07 #26

P: n/a
Steve wrote:
re about. Trolls like you don't matter.
>
lol. you don't even want to touch the fact that i can quote you in
conflicting statements...and outright lies, do you. best then, to skip to
the bottom of the post and perform a double-jerry-ism - the good ol' cop-out
+ ad-hom.

way to go, jer. don't confuse masturbating with DEbating. you're going to
beat yourself to death at this rate!

No conflict, Troll. Two entirely statements on two entirely different
subjects. But you can't grasp that simple concept.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 15 '07 #27

P: n/a
UKuser:
How can I force a POST but actually redirect the user as well like a
browser would do?
May I mention, theoretically, status code 307.

Background reading:

http://web.archive.org/web/200609240...-redirect.html

--
Jock
Dec 15 '07 #28

P: n/a
John Dunlop wrote:
UKuser:
>How can I force a POST but actually redirect the user as well like a
browser would do?

May I mention, theoretically, status code 307.

Background reading:

http://web.archive.org/web/200609240...-redirect.html

--
Jock
Hi, John,

Yes, a 307 redirect could work. But according to RFC2616, it also
requires confirmation from the users (which IE6 conveniently ignores).
And that's not always a good idea.

Plus, it's so seldom used I wonder if all of the browsers support it.
Probably, but I really don't know if they do or not.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 15 '07 #29

P: n/a
UKuser wrote:
On 14 Dec, 16:22, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:6c**********************************@i29g200 0prf.googlegroups.com...
>>On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
news:52**********************************@s8g20 00prg.googlegroups.com...
On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:6d**********************************@a35 g2000prf.googlegroups.com...
>>On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
>>>UKuser wrote:
>>>>Hi,
>>>>I'm not sure if this can be done as I've searched the web and
>>>>this
>>>>forum.
>>>>I am using an online merchant provider and I must post certain
>>>>variables to their webforms through a form on my website.
>>>>The issue is that I need to gauge whether a user has any items in
>>>>their basket to decide which page I redirect them too. I could
>>>>obviously use cookies or hidden fields etc but these can be
>>>>manipulated.
>>>>How can I force a POST but actually redirect the user as well
>>>>like a
>>>>browser would do? I can do the first part (force the post) as per
>>>>this
>>>>site (the site appears down, so the link uses the Web Archive):
>>>>http://web.archive.org/web/200406282...nd.com/zend/sp...
>>>>Its the second bit if I'm not sure whether it can or can't be
>>>>done.
>>>>If not I'll need to ask the merchant if they allow GET instead.
>>>>Many thanks
>>>>A
>>>Not easy, and it can't be done with PHP. The browser needs to
>>>process
>>>the redirect, so you need to do it from the browser end. That
>>>means a
>>>client-side language such as javascript.
>>>cURL could theoretically help you here - but you're asking for a
>>>lot
>>>of
>>>work, especially if there are several pages being handled after the
>>>redirect. You'd have to parse each page to see what to do next.
>>>--
>>>==================
>>>Remove the "x" from my email address
>>>Jerry Stuckle
>>>JDS Computer Training Corp.
>>>jstuck...@attglobal.net
>>>==================
>>Thanks for your help. Should have realised because its server side
>>it
>>makes it impossible. Any thoughts on how it could be done with
>>AJAX/JS?
>don't let the misinformation fool you. it can be done with php. the
>only
>thing jerry got right is that it would be a lot of work. what jerry
>also
>mistakenly forgets is that just about anything you can do with curl,
>you
>can
>do with native php functions...and in this case, the 'just about
>anything'
>you'd need to be able to do becomes 'anything'. jerry's 'curl could
>theoretically' argument then logically negates and invalidates his
>'cant
>be
>done with php' claim.
>you're just in for a lot of work. however, it can be done.
Hi Guys,
I'm not greatly up for a huge deal of work although would be
interested in how you would generally start doing it in PHP. However I
found another posting on a forum which works and is much easier. Not
ideal although we are really only (and i know its aweful) aiming our
website at Javascript users.
as a general and theoretical approach:
function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form- urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;
}
$response = getResponse(
'www.example.com',
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process
effectively, this achieves your html/javascript solution and keeps it all
php.
that help?
Hi Steve,
Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?
if you collect information via a page called my.php, put the above code in
it. have my.php post to itself. when you get the post, pass the info on to
the third party via getResponse...then parse the results...you haven't done
any redirecting and the user has used my.php the entire time.

make sense?

Yes it does, unfortunately I have to redirect the user to the page as
its a credit card entry form on a completely separate server. They
don't appear to accept GET requests only POSTS so I somehow need to
get the information and the user to that page.
some time ago I found a nice piece of code that helps me to access a
script using post using the standards php streams wrapper

$postdata = http_build_query(

array(

'var1' ='some content',

'var2' ='doh'

)

);

$opts = array('http' =>

array(

'method' ='POST',

'header' ='Content-type: application/x-www-form-urlencoded',

'content' =$postdata

)

);

$context = stream_context_create($opts);

$result =
file_get_contents('http://localhost/vjezba/post_u_skriptu_2.php', false,
$context);
print_r(explode(' ',$result));
Dec 17 '07 #30

P: n/a
On 15 Dec, 04:00, "Steve" <no....@example.comwrote:
"Jerry Stuckle" <jstuck...@attglobal.netwrote in message

news:St******************************@comcast.com. ..
Steve wrote:
"Jerry Stuckle" <jstuck...@attglobal.netwrote in message
news:gM******************************@comcast.com ...
Steve wrote:
"Jerry Stuckle" <jstuck...@attglobal.netwrote in message
news:YN******************************@comcast.c om...
>><massive snippage>
>>what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.
>>>Note I never said it couldn't be done.
really? hmmmm, from your first reply:
>><quote>
Not easy, and it can't be done with PHP.
</quote>
>>your memory has a short span...conveniently so.
>>>Posting the page to the server is the easy part. The response is
where it gets hard. And that's what I'm fighting right now for one
customer - I need the go/bad response from the server to be able to
continue processing if it was OK.
>>>But Stevie never bothered to think that far ahead.
really? hell, i even agreed with you there. here's the refresher:
>><quote>
the only thing jerry got right is that it would be a lot of work.
</quote>
>>hmmm, your short/convenient memory at work again.
>>>Since your target audience will have JavaScript enabled anyway, that's
a much better way to go. I've used it on a couple of sites.
you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js is
only a consideration if a better solution can't be found. further, by
you suggesting that js and ajax as a better solution, you somehow imply
that ALL of the parsing downsides you and i have BOTH noted will
somehow disappear...when in fact, THEY ALL APPLY.
>>get a grip jerry. try to remember what you say and quit squirming and
backpeddling when you are shown to over-committ to bad ideas and
advice.
Go away, troll. You boor me.
there's more classic jerry. you make false statements, i correct them and
give PROOF (i.e. in the form of quotes here)...and you ad-hom in
response. i do wish you could understand debate. but, i guess it would be
helpful first, if you could just remember what you said and didn't say.
you lose...again.
Go away, troll, You boor me. No false statements on my part. Just the
inability to understand plain english on yours.

shall i quote again? you said in one post that something CANT be done, and
later, suddenly, it CAN be done. that i said one thing but is invalidated
with proof. no false statements on your part? lol.

explain yourself.
But that's what to expect from someone with shit for brains.

the adhominator at work again. hint, it doesn't bode well for you and won't
win arguments.
Hi Guys,

Having not checked over the weekend it appears you've had a very happy
chat!

Thanks to you both for both of your help.

Merry Christmas!

A
Dec 17 '07 #31

P: n/a

"UKuser" <sp********@yahoo.co.ukwrote in message
news:00**********************************@a35g2000 prf.googlegroups.com...
On 15 Dec, 04:00, "Steve" <no....@example.comwrote:
>"Jerry Stuckle" <jstuck...@attglobal.netwrote in message

news:St******************************@comcast.com ...
Steve wrote:
"Jerry Stuckle" <jstuck...@attglobal.netwrote in message
news:gM******************************@comcast.co m...
Steve wrote:
"Jerry Stuckle" <jstuck...@attglobal.netwrote in message
news:YN******************************@comcast. com...
>>><massive snippage>
>>>what was snipped just explained that it was difficult, but far from
impossible...which you claimed, except theoretically with curl.
>>>>Note I never said it couldn't be done.
really? hmmmm, from your first reply:
>>><quote>
Not easy, and it can't be done with PHP.
</quote>
>>>your memory has a short span...conveniently so.
>>>>Posting the page to the server is the easy part. The response is
where it gets hard. And that's what I'm fighting right now for one
customer - I need the go/bad response from the server to be able to
continue processing if it was OK.
>>>>But Stevie never bothered to think that far ahead.
really? hell, i even agreed with you there. here's the refresher:
>>><quote>
the only thing jerry got right is that it would be a lot of work.
</quote>
>>>hmmm, your short/convenient memory at work again.
>>>>Since your target audience will have JavaScript enabled anyway,
that's
a much better way to go. I've used it on a couple of sites.
you assume incorrectly. since he said he would potentially limit his
audience by going totally js, it would seem js is NOT his target. js
is
only a consideration if a better solution can't be found. further,
by
you suggesting that js and ajax as a better solution, you somehow
imply
that ALL of the parsing downsides you and i have BOTH noted will
somehow disappear...when in fact, THEY ALL APPLY.
>>>get a grip jerry. try to remember what you say and quit squirming
and
backpeddling when you are shown to over-committ to bad ideas and
advice.
Go away, troll. You boor me.
>there's more classic jerry. you make false statements, i correct them
and
give PROOF (i.e. in the form of quotes here)...and you ad-hom in
response. i do wish you could understand debate. but, i guess it would
be
helpful first, if you could just remember what you said and didn't
say.
>you lose...again.
Go away, troll, You boor me. No false statements on my part. Just
the
inability to understand plain english on yours.

shall i quote again? you said in one post that something CANT be done,
and
later, suddenly, it CAN be done. that i said one thing but is invalidated
with proof. no false statements on your part? lol.

explain yourself.
But that's what to expect from someone with shit for brains.

the adhominator at work again. hint, it doesn't bode well for you and
won't
win arguments.

Hi Guys,

Having not checked over the weekend it appears you've had a very happy
chat!

Thanks to you both for both of your help.

Merry Christmas!
he, he, he...you too.
Dec 17 '07 #32

P: n/a

"taps128" <ns******@gmail.comwrote in message
news:fk**********@ss408.t-com.hr...
UKuser wrote:
>On 14 Dec, 16:22, "Steve" <no....@example.comwrote:
>>"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:6c**********************************@i29g20 00prf.googlegroups.com...

On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message
news:52**********************************@s8g2 000prg.googlegroups.com...
>On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
>>"UKuser" <spiderc...@yahoo.co.ukwrote in message
>>news:6d**********************************@a3 5g2000prf.googlegroups.com...
>>>On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
>>>>UKuser wrote:
>>>>>Hi,
>>>>>I'm not sure if this can be done as I've searched the web and
>>>>>this
>>>>>forum.
>>>>>I am using an online merchant provider and I must post certain
>>>>>variables to their webforms through a form on my website.
>>>>>The issue is that I need to gauge whether a user has any items in
>>>>>their basket to decide which page I redirect them too. I could
>>>>>obviously use cookies or hidden fields etc but these can be
>>>>>manipulated.
>>>>>How can I force a POST but actually redirect the user as well
>>>>>like a
>>>>>browser would do? I can do the first part (force the post) as per
>>>>>this
>>>>>site (the site appears down, so the link uses the Web Archive):
>>>>>http://web.archive.org/web/200406282...nd.com/zend/sp...
>>>>>Its the second bit if I'm not sure whether it can or can't be
>>>>>done.
>>>>>If not I'll need to ask the merchant if they allow GET instead.
>>>>>Many thanks
>>>>>A
>>>>Not easy, and it can't be done with PHP. The browser needs to
>>>>process
>>>>the redirect, so you need to do it from the browser end. That
>>>>means a
>>>>client-side language such as javascript.
>>>>cURL could theoretically help you here - but you're asking for a
>>>>lot
>>>>of
>>>>work, especially if there are several pages being handled after
>>>>the
>>>>redirect. You'd have to parse each page to see what to do next.
>>>>--
>>>>==================
>>>>Remove the "x" from my email address
>>>>Jerry Stuckle
>>>>JDS Computer Training Corp.
>>>>jstuck...@attglobal.net
>>>>==================
>>>Thanks for your help. Should have realised because its server side
>>>it
>>>makes it impossible. Any thoughts on how it could be done with
>>>AJAX/JS?
>>don't let the misinformation fool you. it can be done with php. the
>>only
>>thing jerry got right is that it would be a lot of work. what jerry
>>also
>>mistakenly forgets is that just about anything you can do with curl,
>>you
>>can
>>do with native php functions...and in this case, the 'just about
>>anything'
>>you'd need to be able to do becomes 'anything'. jerry's 'curl could
>>theoretically' argument then logically negates and invalidates his
>>'cant
>>be
>>done with php' claim.
>>you're just in for a lot of work. however, it can be done.
>Hi Guys,
>I'm not greatly up for a huge deal of work although would be
>interested in how you would generally start doing it in PHP. However
>I
>found another posting on a forum which works and is much easier. Not
>ideal although we are really only (and i know its aweful) aiming our
>website at Javascript users.
as a general and theoretical approach:
function getResponse($uri, $path, $data, $method = 'POST')
{
$method = strtoupper($method);
$socket = fsockopen($uri, 80);
if (!$method)){ $method = 'GET'; }
if (substr($path, 0) != '/'){ $path = '/' . $path; }
if (!is_array($data)){ $data = array($data); }
$message = '';
foreach ($data as $label =$value)
{
$message .= '&' . $label . '=' . $value;
}
if ($method == 'GET'){ $path .= '?' . $message; }
fputs($socket, "$method $path http/1.1\r\n");
fputs($socket, "host: $uri\r\n");
fputs($socket, "content-type: application/x-www-form-
urlencoded\r\n");
fputs($socket, "content-length: " . strlen($message) . "\r\n");
fputs($socket, "connection: close\r\n\r\n");
if ($method == 'POST'){ fputs($socket, $message); }
while (!feof($socket)){ $response .= fgets($socket, 512); }
fclose($socket);
return $response;
}
$response = getResponse(
'www.example.com',
'some.page.php' ,
$_POST ,
'POST'
);
// parse, validate, process
effectively, this achieves your html/javascript solution and keeps it
all
php.
that help?
Hi Steve,
Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?
if you collect information via a page called my.php, put the above code
in
it. have my.php post to itself. when you get the post, pass the info on
to
the third party via getResponse...then parse the results...you haven't
done
any redirecting and the user has used my.php the entire time.

make sense?

Yes it does, unfortunately I have to redirect the user to the page as
its a credit card entry form on a completely separate server. They
don't appear to accept GET requests only POSTS so I somehow need to
get the information and the user to that page.
some time ago I found a nice piece of code that helps me to access a
script using post using the standards php streams wrapper

$postdata = http_build_query(

array(

'var1' ='some content',

'var2' ='doh'

)

);

$opts = array('http' =>

array(

'method' ='POST',

'header' ='Content-type: application/x-www-form-urlencoded',

'content' =$postdata

)

);

$context = stream_context_create($opts);

$result =
file_get_contents('http://localhost/vjezba/post_u_skriptu_2.php', false,
$context);
print_r(explode(' ',$result));
yes, but jerry seems to think that using this method of putting items in a
user's cart on another server is impossible...and that using an html form
with the same inputs as is native on the server's checkout form to initiate
payment is likewise, impossible. he gets hung up on having to use javascript
to do a redirect. php and standard html handle all of that just fine. just
don't tell him that.
Dec 17 '07 #33

P: n/a
Steve wrote:
"taps128" <ns******@gmail.comwrote in message
news:fk**********@ss408.t-com.hr...
>UKuser wrote:
>>On 14 Dec, 16:22, "Steve" <no....@example.comwrote:
"UKuser" <spiderc...@yahoo.co.ukwrote in message

news:6c**********************************@i29g2 000prf.googlegroups.com...

On 14 Dec, 15:18, "Steve" <no....@example.comwrote:
>"UKuser" <spiderc...@yahoo.co.ukwrote in message
>news:52**********************************@s8g 2000prg.googlegroups.com...
>>On 14 Dec, 14:42, "Steve" <no....@example.comwrote:
>>>"UKuser" <spiderc...@yahoo.co.ukwrote in message
>>>news:6d**********************************@a 35g2000prf.googlegroups.com...
>>>>On 14 Dec, 12:48, Jerry Stuckle <jstuck...@attglobal.netwrote:
>>>>>UKuser wrote:
>>>>>>Hi,
>>>>>>I'm not sure if this can be done as I've searched the web and
>>>>>>this
>>>>>>forum.
>>>>>>I am using an online merchant provider and I must post certain
>>>>>>variables to their webforms through a form on my website.
>>>>>>The issue is that I need to gauge whether a user has any items in
>>>>>>their basket to decide which page I redirect them too. I could
>>>>>>obviously use cookies or hidden fields etc but these can be
>>>>>>manipulated.
>>>>>>How can I force a POST but actually redirect the user as well
>>>>>>like a
>>>>>>browser would do? I can do the first part (force the post) as per
>>>>>>this
>>>>>>site (the site appears down, so the link uses the Web Archive):
>>>>>>http://web.archive.org/web/200406282...nd.com/zend/sp...
>>>>>>Its the second bit if I'm not sure whether it can or can't be
>>>>>>done.
>>>>>>If not I'll need to ask the merchant if they allow GET instead.
>>>>>>Many thanks
>>>>>>A
>>>>>Not easy, and it can't be done with PHP. The browser needs to
>>>>>process
>>>>>the redirect, so you need to do it from the browser end. That
>>>>>means a
>>>>>client-side language such as javascript.
>>>>>cURL could theoretically help you here - but you're asking for a
>>>>>lot
>>>>>of
>>>>>work, especially if there are several pages being handled after
>>>>>the
>>>>>redirect. You'd have to parse each page to see what to do next.
>>>>>--
>>>>>==================
>>>>>Remove the "x" from my email address
>>>>>Jerry Stuckle
>>>>>JDS Computer Training Corp.
>>>>>jstuck...@attglobal.net
>>>>>==================
>>>>Thanks for your help. Should have realised because its server side
>>>>it
>>>>makes it impossible. Any thoughts on how it could be done with
>>>>AJAX/JS?
>>>don't let the misinformation fool you. it can be done with php. the
>>>only
>>>thing jerry got right is that it would be a lot of work. what jerry
>>>also
>>>mistakenly forgets is that just about anything you can do with curl,
>>>you
>>>can
>>>do with native php functions...and in this case, the 'just about
>>>anything'
>>>you'd need to be able to do becomes 'anything'. jerry's 'curl could
>>>theoretically' argument then logically negates and invalidates his
>>>'cant
>>>be
>>>done with php' claim.
>>>you're just in for a lot of work. however, it can be done.
>>Hi Guys,
>>I'm not greatly up for a huge deal of work although would be
>>interested in how you would generally start doing it in PHP. However
>>I
>>found another posting on a forum which works and is much easier. Not
>>ideal although we are really only (and i know its aweful) aiming our
>>website at Javascript users.
>as a general and theoretical approach:
>function getResponse($uri, $path, $data, $method = 'POST')
>{
> $method = strtoupper($method);
> $socket = fsockopen($uri, 80);
> if (!$method)){ $method = 'GET'; }
> if (substr($path, 0) != '/'){ $path = '/' . $path; }
> if (!is_array($data)){ $data = array($data); }
> $message = '';
> foreach ($data as $label =$value)
> {
> $message .= '&' . $label . '=' . $value;
> }
> if ($method == 'GET'){ $path .= '?' . $message; }
> fputs($socket, "$method $path http/1.1\r\n");
> fputs($socket, "host: $uri\r\n");
> fputs($socket, "content-type: application/x-www-form-
>urlencoded\r\n");
> fputs($socket, "content-length: " . strlen($message) . "\r\n");
> fputs($socket, "connection: close\r\n\r\n");
> if ($method == 'POST'){ fputs($socket, $message); }
> while (!feof($socket)){ $response .= fgets($socket, 512); }
> fclose($socket);
> return $response;
>}
>$response = getResponse(
> 'www.example.com',
> 'some.page.php' ,
> $_POST ,
> 'POST'
> );
>// parse, validate, process
>effectively, this achieves your html/javascript solution and keeps it
>all
>php.
>that help?
Hi Steve,
Thanks for your detailed response. Would that be able to redirect the
user to the same page as where the data was posted?
if you collect information via a page called my.php, put the above code
in
it. have my.php post to itself. when you get the post, pass the info on
to
the third party via getResponse...then parse the results...you haven't
done
any redirecting and the user has used my.php the entire time.

make sense?
Yes it does, unfortunately I have to redirect the user to the page as
its a credit card entry form on a completely separate server. They
don't appear to accept GET requests only POSTS so I somehow need to
get the information and the user to that page.
some time ago I found a nice piece of code that helps me to access a
script using post using the standards php streams wrapper

$postdata = http_build_query(

array(

'var1' ='some content',

'var2' ='doh'

)

);

$opts = array('http' =>

array(

'method' ='POST',

'header' ='Content-type: application/x-www-form-urlencoded',

'content' =$postdata

)

);

$context = stream_context_create($opts);

$result =
file_get_contents('http://localhost/vjezba/post_u_skriptu_2.php', false,
$context);
print_r(explode(' ',$result));

yes, but jerry seems to think that using this method of putting items in a
user's cart on another server is impossible...and that using an html form
with the same inputs as is native on the server's checkout form to initiate
payment is likewise, impossible. he gets hung up on having to use javascript
to do a redirect. php and standard html handle all of that just fine. just
don't tell him that.
Again, you claim you can do a redirect with posted values in PHP. Let's
see you do it, Steve. The entire world is STILL waiting for you to show
us how!

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 17 '07 #34

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast.com. ..

<snip>

yep, snipping out the trolling...you have exactly this left.
Dec 17 '07 #35

P: n/a
>>$postdata = http_build_query(
>>>
array(

'var1' ='some content',

'var2' ='doh'

)

);

$opts = array('http' =>

array(

'method' ='POST',

'header' ='Content-type: application/x-www-form-urlencoded',

'content' =$postdata

)

);

$context = stream_context_create($opts);

$result =
file_get_contents('http://localhost/vjezba/post_u_skriptu_2.php', false,
$context);
print_r(explode(' ',$result));

yes, but jerry seems to think that using this method of putting items in
a user's cart on another server is impossible...and that using an html
form with the same inputs as is native on the server's checkout form to
initiate payment is likewise, impossible. he gets hung up on having to
use javascript to do a redirect. php and standard html handle all of that
just fine. just don't tell him that.

Again, you claim you can do a redirect with posted values in PHP. Let's
see you do it, Steve. The entire world is STILL waiting for you to show
us how!
did any of what i just describe sound like what you're jibbering on about?
literacy, get some! there is NO redirection going on here, jer. and, no
need. get a clue...right after you get a life.
Dec 17 '07 #36

P: n/a
Steve wrote:
>>>$postdata = http_build_query(

array(

'var1' ='some content',

'var2' ='doh'

)

);

$opts = array('http' =>

array(

'method' ='POST',

'header' ='Content-type: application/x-www-form-urlencoded',

'content' =$postdata

)

);

$context = stream_context_create($opts);

$result =
file_get_contents('http://localhost/vjezba/post_u_skriptu_2.php', false,
$context);
print_r(explode(' ',$result));
yes, but jerry seems to think that using this method of putting items in
a user's cart on another server is impossible...and that using an html
form with the same inputs as is native on the server's checkout form to
initiate payment is likewise, impossible. he gets hung up on having to
use javascript to do a redirect. php and standard html handle all of that
just fine. just don't tell him that.
Again, you claim you can do a redirect with posted values in PHP. Let's
see you do it, Steve. The entire world is STILL waiting for you to show
us how!

did any of what i just describe sound like what you're jibbering on about?
literacy, get some! there is NO redirection going on here, jer. and, no
need. get a clue...right after you get a life.
What's the matter - can't even read what you wrote? ROFLMAO.

Keep backpedaling, troll.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 17 '07 #37

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast.com. ..

<snip>

yep, snipping out the trolling...you have exactly this left.
You can't answer the challenges, so you snip them. How like a troll!

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 17 '07 #38

P: n/a
>>>yes, but jerry seems to think that using this method of putting items
>>>in a user's cart on another server is impossible...and that using an
html form with the same inputs as is native on the server's checkout
form to initiate payment is likewise, impossible. he gets hung up on
having to use javascript to do a redirect. php and standard html handle
all of that just fine. just don't tell him that.
>>Again, you claim you can do a redirect with posted values in PHP. Let's
see you do it, Steve. The entire world is STILL waiting for you to show
us how!
>did any of what i just describe sound like what you're jibbering on
about? literacy, get some! there is NO redirection going on here, jer.
and, no need. get a clue...right after you get a life.
What's the matter - can't even read what you wrote? ROFLMAO.
not the case, i'm wondering why you can't understand english...aside from
your < 75 iq.
Dec 17 '07 #39

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:Y8******************************@comcast.com. ..
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast.com ...

<snip>

yep, snipping out the trolling...you have exactly this left.

You can't answer the challenges, so you snip them. How like a troll!
i'm sorry, is there a challenge in 'you're a trool, you're stupid, you're
[whatever]". if there was, i certainly missed it. all i see is you pissing
in the wind, hoping for a blowback.
Dec 17 '07 #40

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast.com. ..
Nope, I never said you could redirect with post values in cURL. You're
the only one who's claimed that can be done. And you still haven't shown
how it can be done in PHP. If you have, please show me where.
<quote of jerry's initial response to the op>

Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

</quote>

hmmm, you expect the 'it' in "it can't be done with PHP" to mean 'redirect',
yet think that "curl could theoretically help you here" should somehow be
taken in harmony with:

<quote>

Nope, I never said you could redirect with post values in cURL.

</quote>

what should we read 'here' to mean, as in "theoretically help you here"? i
mean, you keep bitching about me showing you to be a liar because i quote
you out of context. hell, i just supplied the whole damn post. guess what,
kinda makes you seem like you're...well...lying.

as for the programming shit. why would i suddenly jump out and say, "hey
everyone, i'm a programmer"? there's no reason for me to, and in that case
ONLY, i'd have to prove the claim. as part of your ad-hom campaign, YOU
claimed i was NOT a programmer. YOU have to supply proof. i simply reject
your claim because of lack of proof on your part and first-hand knowlege to
the contrary. whether i say you're wrong because i have proof to the
contrary or not, your claim is simply rejected because you have no supporing
evidence.

again, you only see things with half-logic. yes, someone should provide
proof. that someone is you. anyway, i don't care what you think. and, i'm
obviously having fun showing you to be mentally deficit and
dishonest...having waited a few days to see if you'd dropped the whole
matter. i suppose your recent entanglements with mad-hatter kept you busy
enough. it was soooo sad to see that even a novice like OMH could articulate
better reasoning for a solution (that others conferred was better than
yours) than you could. what was it? oh yeah, to cut down on spam piping
through your servers, you suggest blocking an entire range of ip
addresses...failing to note that spam is a hit-once-move-on, covert
activity. yeah, a static solution to a dynamic problem...THAT hits the spot.
:)

hell, in this thread you already behave like OMH...now you're even letting
him get the better of you in giving the most reasonable and logical
solutions to problems. i wish they had a cure for your alzheimers, the old
jerry was pretty good at this whole php thing.
Dec 19 '07 #41

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast.com. ..
>Nope, I never said you could redirect with post values in cURL. You're
the only one who's claimed that can be done. And you still haven't shown
how it can be done in PHP. If you have, please show me where.

<quote of jerry's initial response to the op>

Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

</quote>

hmmm, you expect the 'it' in "it can't be done with PHP" to mean 'redirect',
yet think that "curl could theoretically help you here" should somehow be
taken in harmony with:

<quote>

Nope, I never said you could redirect with post values in cURL.

</quote>

what should we read 'here' to mean, as in "theoretically help you here"? i
mean, you keep bitching about me showing you to be a liar because i quote
you out of context. hell, i just supplied the whole damn post. guess what,
kinda makes you seem like you're...well...lying.
You really don't know how to read, do you, Stevie. I said it couldn't
be done in PHP. And that is correct. Period.

Then I went on to say that cURL could help him. But I didn't say cURL
could do the redirect.

You're the only one who has claimed PHP can do redirects.
as for the programming shit. why would i suddenly jump out and say, "hey
everyone, i'm a programmer"? there's no reason for me to, and in that case
ONLY, i'd have to prove the claim. as part of your ad-hom campaign, YOU
claimed i was NOT a programmer. YOU have to supply proof. i simply reject
your claim because of lack of proof on your part and first-hand knowlege to
the contrary. whether i say you're wrong because i have proof to the
contrary or not, your claim is simply rejected because you have no supporing
evidence.
You're desperately looking for acceptance from someone, some where.

And nope, you're the one who claimed you are a programmer. Prove it.
But you can't, loser.

I'm just rejecting your claim that you're a programmer. You've more
stupidity in these forums than any *real* programmer would. You're
probably just a 14 year old script kiddie. At least that's the level of
understanding you show.
again, you only see things with half-logic. yes, someone should provide
proof. that someone is you. anyway, i don't care what you think. and, i'm
obviously having fun showing you to be mentally deficit and
dishonest...having waited a few days to see if you'd dropped the whole
matter. i suppose your recent entanglements with mad-hatter kept you busy
enough. it was soooo sad to see that even a novice like OMH could articulate
better reasoning for a solution (that others conferred was better than
yours) than you could. what was it? oh yeah, to cut down on spam piping
through your servers, you suggest blocking an entire range of ip
addresses...failing to note that spam is a hit-once-move-on, covert
activity. yeah, a static solution to a dynamic problem...THAT hits the spot.
:)
Yep, you claim you're a programmer. Prove it. I reject your claim.

But you can't. That's why you need to try to remain anonymous. You're
deathly afraid someone will find out the truth.
hell, in this thread you already behave like OMH...now you're even letting
him get the better of you in giving the most reasonable and logical
solutions to problems. i wish they had a cure for your alzheimers, the old
jerry was pretty good at this whole php thing.
ROFLMAO! You wouldn't know logic if it bit you in the ass.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 27 '07 #42

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:to******************************@comcast.com. ..
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast.com ...
>>Nope, I never said you could redirect with post values in cURL. You're
the only one who's claimed that can be done. And you still haven't
shown how it can be done in PHP. If you have, please show me where.

<quote of jerry's initial response to the op>

Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

</quote>

hmmm, you expect the 'it' in "it can't be done with PHP" to mean
'redirect', yet think that "curl could theoretically help you here"
should somehow be taken in harmony with:

<quote>

Nope, I never said you could redirect with post values in cURL.

</quote>

what should we read 'here' to mean, as in "theoretically help you here"?
i mean, you keep bitching about me showing you to be a liar because i
quote you out of context. hell, i just supplied the whole damn post.
guess what, kinda makes you seem like you're...well...lying.

You really don't know how to read, do you, Stevie. I said it couldn't be
done in PHP. And that is correct. Period.

Then I went on to say that cURL could help him. But I didn't say cURL
could do the redirect.
you said it could 'theoretically' be done using curl.
You're the only one who has claimed PHP can do redirects.
nope, i said he could use just php and html to get the desired results. you
need help with *your* reading.
>as for the programming shit. why would i suddenly jump out and say, "hey
everyone, i'm a programmer"? there's no reason for me to, and in that
case ONLY, i'd have to prove the claim. as part of your ad-hom campaign,
YOU claimed i was NOT a programmer. YOU have to supply proof. i simply
reject your claim because of lack of proof on your part and first-hand
knowlege to the contrary. whether i say you're wrong because i have proof
to the contrary or not, your claim is simply rejected because you have no
supporing evidence.

You're desperately looking for acceptance from someone, some where.
really? lol.
And nope, you're the one who claimed you are a programmer. Prove it.
But you can't, loser.
idiot. you said i was not a programmer. it's up to *you* to prove it. i and
my employers know otherwise.
I'm just rejecting your claim that you're a programmer.
lol. yours was the initial posit. my rejection of your claim was not a claim
in itself...just rejection...which i know you get a lot of.

<snip>

sorry, did you say something?
ROFLMAO! You wouldn't know logic if it bit you in the ass.
funny, that's where you keep yours stored. :)
Dec 31 '07 #43

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:to******************************@comcast.com. ..
>Steve wrote:
>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast.co m...

Nope, I never said you could redirect with post values in cURL. You're
the only one who's claimed that can be done. And you still haven't
shown how it can be done in PHP. If you have, please show me where.
<quote of jerry's initial response to the op>

Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

</quote>

hmmm, you expect the 'it' in "it can't be done with PHP" to mean
'redirect', yet think that "curl could theoretically help you here"
should somehow be taken in harmony with:

<quote>

Nope, I never said you could redirect with post values in cURL.

</quote>

what should we read 'here' to mean, as in "theoretically help you here"?
i mean, you keep bitching about me showing you to be a liar because i
quote you out of context. hell, i just supplied the whole damn post.
guess what, kinda makes you seem like you're...well...lying.
You really don't know how to read, do you, Stevie. I said it couldn't be
done in PHP. And that is correct. Period.

Then I went on to say that cURL could help him. But I didn't say cURL
could do the redirect.

you said it could 'theoretically' be done using curl.
Read again, stoopid. I said no such thing.
>You're the only one who has claimed PHP can do redirects.

nope, i said he could use just php and html to get the desired results. you
need help with *your* reading.
No, you claimed PHP could do redirects. Now you're backpedaling.

Keep it up, stoopid troll.
>>as for the programming shit. why would i suddenly jump out and say, "hey
everyone, i'm a programmer"? there's no reason for me to, and in that
case ONLY, i'd have to prove the claim. as part of your ad-hom campaign,
YOU claimed i was NOT a programmer. YOU have to supply proof. i simply
reject your claim because of lack of proof on your part and first-hand
knowlege to the contrary. whether i say you're wrong because i have proof
to the contrary or not, your claim is simply rejected because you have no
supporing evidence.
You're desperately looking for acceptance from someone, some where.

really? lol.
>And nope, you're the one who claimed you are a programmer. Prove it.
But you can't, loser.

idiot. you said i was not a programmer. it's up to *you* to prove it. i and
my employers know otherwise.
Yea, right. You claim you are a programmer. I challenged your claim.
Prove it, stoopid.

But you can't - because you aren't.
>I'm just rejecting your claim that you're a programmer.

lol. yours was the initial posit. my rejection of your claim was not a claim
in itself...just rejection...which i know you get a lot of.

<snip>

sorry, did you say something?
>ROFLMAO! You wouldn't know logic if it bit you in the ass.

funny, that's where you keep yours stored. :)

Gee, it was so quiet here with the Stevie troll gone.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 31 '07 #44

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:V9******************************@comcast.com. ..
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:to******************************@comcast.com ...
>>Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast.c om...

Nope, I never said you could redirect with post values in cURL.
You're the only one who's claimed that can be done. And you still
haven't shown how it can be done in PHP. If you have, please show me
where.
<quote of jerry's initial response to the op>

Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.

cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.

</quote>

hmmm, you expect the 'it' in "it can't be done with PHP" to mean
'redirect', yet think that "curl could theoretically help you here"
should somehow be taken in harmony with:

<quote>

Nope, I never said you could redirect with post values in cURL.

</quote>

what should we read 'here' to mean, as in "theoretically help you
here"? i mean, you keep bitching about me showing you to be a liar
because i quote you out of context. hell, i just supplied the whole
damn post. guess what, kinda makes you seem like you're...well...lying.

You really don't know how to read, do you, Stevie. I said it couldn't
be done in PHP. And that is correct. Period.

Then I went on to say that cURL could help him. But I didn't say cURL
could do the redirect.

you said it could 'theoretically' be done using curl.

Read again, stoopid. I said no such thing.

already addressed that with quotes and message id's. can't help that you
can't read.
>>You're the only one who has claimed PHP can do redirects.

nope, i said he could use just php and html to get the desired results.
you need help with *your* reading.

No, you claimed PHP could do redirects. Now you're backpedaling.
nope...read again...then post the claim, i.e. quote me.
Keep it up, stoopid troll.
yes, do.
>>>as for the programming shit. why would i suddenly jump out and say,
"hey everyone, i'm a programmer"? there's no reason for me to, and in
that case ONLY, i'd have to prove the claim. as part of your ad-hom
campaign, YOU claimed i was NOT a programmer. YOU have to supply proof.
i simply reject your claim because of lack of proof on your part and
first-hand knowlege to the contrary. whether i say you're wrong because
i have proof to the contrary or not, your claim is simply rejected
because you have no supporing evidence.

You're desperately looking for acceptance from someone, some where.

really? lol.
>>And nope, you're the one who claimed you are a programmer. Prove it.
But you can't, loser.

idiot. you said i was not a programmer. it's up to *you* to prove it. i
and my employers know otherwise.

Yea, right. You claim you are a programmer. I challenged your claim.
Prove it, stoopid.
already addressed this with quotes and message id's. post my original
'claim', i.e. quote me.

Dec 31 '07 #45

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:V9******************************@comcast.com. ..
>Steve wrote:
>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:to******************************@comcast.co m...
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:_K******************************@comcast. com...
>
>Nope, I never said you could redirect with post values in cURL.
>You're the only one who's claimed that can be done. And you still
>haven't shown how it can be done in PHP. If you have, please show me
>where.
<quote of jerry's initial response to the op>
>
Not easy, and it can't be done with PHP. The browser needs to process
the redirect, so you need to do it from the browser end. That means a
client-side language such as javascript.
>
cURL could theoretically help you here - but you're asking for a lot of
work, especially if there are several pages being handled after the
redirect. You'd have to parse each page to see what to do next.
>
</quote>
>
hmmm, you expect the 'it' in "it can't be done with PHP" to mean
'redirect', yet think that "curl could theoretically help you here"
should somehow be taken in harmony with:
>
<quote>
>
Nope, I never said you could redirect with post values in cURL.
>
</quote>
>
what should we read 'here' to mean, as in "theoretically help you
here"? i mean, you keep bitching about me showing you to be a liar
because i quote you out of context. hell, i just supplied the whole
damn post. guess what, kinda makes you seem like you're...well...lying.
>
You really don't know how to read, do you, Stevie. I said it couldn't
be done in PHP. And that is correct. Period.

Then I went on to say that cURL could help him. But I didn't say cURL
could do the redirect.
you said it could 'theoretically' be done using curl.
Read again, stoopid. I said no such thing.


already addressed that with quotes and message id's. can't help that you
can't read.
>>>You're the only one who has claimed PHP can do redirects.
nope, i said he could use just php and html to get the desired results.
you need help with *your* reading.
No, you claimed PHP could do redirects. Now you're backpedaling.

nope...read again...then post the claim, i.e. quote me.
>Keep it up, stoopid troll.

yes, do.
>>>>as for the programming shit. why would i suddenly jump out and say,
"hey everyone, i'm a programmer"? there's no reason for me to, and in
that case ONLY, i'd have to prove the claim. as part of your ad-hom
campaign, YOU claimed i was NOT a programmer. YOU have to supply proof.
i simply reject your claim because of lack of proof on your part and
first-hand knowlege to the contrary. whether i say you're wrong because
i have proof to the contrary or not, your claim is simply rejected
because you have no supporing evidence.
>
You're desperately looking for acceptance from someone, some where.
really? lol.

And nope, you're the one who claimed you are a programmer. Prove it.
But you can't, loser.
idiot. you said i was not a programmer. it's up to *you* to prove it. i
and my employers know otherwise.
Yea, right. You claim you are a programmer. I challenged your claim.
Prove it, stoopid.

already addressed this with quotes and message id's. post my original
'claim', i.e. quote me.

Already have quoted you - multiple times. But you can't read because
you're just a stoopid troll.

Get lost, loser. You boor me.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Dec 31 '07 #46

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:HM******************************@comcast.com. ..
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:V9******************************@comcast.com ...
>>Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:to******************************@comcast.c om...
Steve wrote:
>"Jerry Stuckle" <js*******@attglobal.netwrote in message
>news:_K******************************@comcast .com...
>>
>>Nope, I never said you could redirect with post values in cURL.
>>You're the only one who's claimed that can be done. And you still
>>haven't shown how it can be done in PHP. If you have, please show
>>me where.
><quote of jerry's initial response to the op>
>>
>Not easy, and it can't be done with PHP. The browser needs to
>process
>the redirect, so you need to do it from the browser end. That means
>a
>client-side language such as javascript.
>>
>cURL could theoretically help you here - but you're asking for a lot
>of
>work, especially if there are several pages being handled after the
>redirect. You'd have to parse each page to see what to do next.
>>
></quote>
>>
>hmmm, you expect the 'it' in "it can't be done with PHP" to mean
>'redirect', yet think that "curl could theoretically help you here"
>should somehow be taken in harmony with:
>>
><quote>
>>
>Nope, I never said you could redirect with post values in cURL.
>>
></quote>
>>
>what should we read 'here' to mean, as in "theoretically help you
>here"? i mean, you keep bitching about me showing you to be a liar
>because i quote you out of context. hell, i just supplied the whole
>damn post. guess what, kinda makes you seem like
>you're...well...lying.
>>
You really don't know how to read, do you, Stevie. I said it couldn't
be done in PHP. And that is correct. Period.
>
Then I went on to say that cURL could help him. But I didn't say cURL
could do the redirect.
you said it could 'theoretically' be done using curl.

Read again, stoopid. I said no such thing.


already addressed that with quotes and message id's. can't help that you
can't read.
>>>>You're the only one who has claimed PHP can do redirects.
nope, i said he could use just php and html to get the desired results.
you need help with *your* reading.

No, you claimed PHP could do redirects. Now you're backpedaling.

nope...read again...then post the claim, i.e. quote me.
>>Keep it up, stoopid troll.

yes, do.
>>>>>as for the programming shit. why would i suddenly jump out and say,
>"hey everyone, i'm a programmer"? there's no reason for me to, and in
>that case ONLY, i'd have to prove the claim. as part of your ad-hom
>campaign, YOU claimed i was NOT a programmer. YOU have to supply
>proof. i simply reject your claim because of lack of proof on your
>part and first-hand knowlege to the contrary. whether i say you're
>wrong because i have proof to the contrary or not, your claim is
>simply rejected because you have no supporing evidence.
>>
You're desperately looking for acceptance from someone, some where.
really? lol.

And nope, you're the one who claimed you are a programmer. Prove it.
But you can't, loser.
idiot. you said i was not a programmer. it's up to *you* to prove it. i
and my employers know otherwise.

Yea, right. You claim you are a programmer. I challenged your claim.
Prove it, stoopid.

already addressed this with quotes and message id's. post my original
'claim', i.e. quote me.

Already have quoted you - multiple times. But you can't read because
you're just a stoopid troll.
never once. but, you keep thinking that.
Get lost, loser. You boor me.
all you've got to do, jer, is stop responding. you're a sad, lonely old man.
i suspect i provide you with much of your 'human' interaction. i hope you
can still wipe your own ass.

cheers.
Jan 1 '08 #47

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:HM******************************@comcast.com. ..
>Steve wrote:
>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:V9******************************@comcast.co m...
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:to******************************@comcast. com...
>Steve wrote:
>>"Jerry Stuckle" <js*******@attglobal.netwrote in message
>>news:_K******************************@comcas t.com...
>>>
>>>Nope, I never said you could redirect with post values in cURL.
>>>You're the only one who's claimed that can be done. And you still
>>>haven't shown how it can be done in PHP. If you have, please show
>>>me where.
>><quote of jerry's initial response to the op>
>>>
>>Not easy, and it can't be done with PHP. The browser needs to
>>process
>>the redirect, so you need to do it from the browser end. That means
>>a
>>client-side language such as javascript.
>>>
>>cURL could theoretically help you here - but you're asking for a lot
>>of
>>work, especially if there are several pages being handled after the
>>redirect. You'd have to parse each page to see what to do next.
>>>
>></quote>
>>>
>>hmmm, you expect the 'it' in "it can't be done with PHP" to mean
>>'redirect', yet think that "curl could theoretically help you here"
>>should somehow be taken in harmony with:
>>>
>><quote>
>>>
>>Nope, I never said you could redirect with post values in cURL.
>>>
>></quote>
>>>
>>what should we read 'here' to mean, as in "theoretically help you
>>here"? i mean, you keep bitching about me showing you to be a liar
>>because i quote you out of context. hell, i just supplied the whole
>>damn post. guess what, kinda makes you seem like
>>you're...well...lying.
>>>
>You really don't know how to read, do you, Stevie. I said it couldn't
>be done in PHP. And that is correct. Period.
>>
>Then I went on to say that cURL could help him. But I didn't say cURL
>could do the redirect.
you said it could 'theoretically' be done using curl.
>
Read again, stoopid. I said no such thing.

already addressed that with quotes and message id's. can't help that you
can't read.

>You're the only one who has claimed PHP can do redirects.
nope, i said he could use just php and html to get the desired results.
you need help with *your* reading.
>
No, you claimed PHP could do redirects. Now you're backpedaling.
nope...read again...then post the claim, i.e. quote me.

Keep it up, stoopid troll.
yes, do.

>>as for the programming shit. why would i suddenly jump out and say,
>>"hey everyone, i'm a programmer"? there's no reason for me to, and in
>>that case ONLY, i'd have to prove the claim. as part of your ad-hom
>>campaign, YOU claimed i was NOT a programmer. YOU have to supply
>>proof. i simply reject your claim because of lack of proof on your
>>part and first-hand knowlege to the contrary. whether i say you're
>>wrong because i have proof to the contrary or not, your claim is
>>simply rejected because you have no supporing evidence.
>>>
>You're desperately looking for acceptance from someone, some where.
really? lol.
>
>And nope, you're the one who claimed you are a programmer. Prove it.
>But you can't, loser.
idiot. you said i was not a programmer. it's up to *you* to prove it. i
and my employers know otherwise.
>
Yea, right. You claim you are a programmer. I challenged your claim.
Prove it, stoopid.
already addressed this with quotes and message id's. post my original
'claim', i.e. quote me.
Already have quoted you - multiple times. But you can't read because
you're just a stoopid troll.

never once. but, you keep thinking that.
>Get lost, loser. You boor me.

all you've got to do, jer, is stop responding. you're a sad, lonely old man.
i suspect i provide you with much of your 'human' interaction. i hope you
can still wipe your own ass.

cheers.
ROFLMAO! Your can't wipe your ass because your head is so far up it.

Stoopid troll.

And no, I'm not a sorry person like you - have to lie to church members
and let them think I believe in their God when I really don't. You're
so desperate for any acceptance you even try to hide behind an alias
with the hope that no one will find out how sad of a case you really are
- and that you aren't even a programmer.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Jan 1 '08 #48

P: n/a

"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:EY******************************@comcast.com. ..
And no, I'm not a sorry person like you - have to lie to church members
and let them think I believe in their God when I really don't. You're so
desperate for any acceptance you even try to hide behind an alias with the
hope that no one will find out how sad of a case you really are - and that
you aren't even a programmer.
ooohhh...look at the troll.

i don't lie to church members. if they asked, i'd tell them. that's no more
deceptive than you NOT stating you're an asshole immediately upon meeting
someone. it's something they'll find out soon enough. :)

as for you caring about my alias, you said you *could* find out all about
me...*if* you wanted to. were that the case - that it's so easily done -
then not giving my name and address as part of my sig wouldn't be necessary.
so, what's your point? oh yeah, you CAN'T find out jack about me. yet
another false claim from jerry-berry.

jerry, sad is calling others trolls while trolling...and that, to just have
someone to 'talk' to. you should just admit that, then we could just
converse like adults instead of being adolescents - admittedly, mostly
childish on your side.
Jan 2 '08 #49

P: n/a
Steve wrote:
"Jerry Stuckle" <js*******@attglobal.netwrote in message
news:EY******************************@comcast.com. ..
>And no, I'm not a sorry person like you - have to lie to church members
and let them think I believe in their God when I really don't. You're so
desperate for any acceptance you even try to hide behind an alias with the
hope that no one will find out how sad of a case you really are - and that
you aren't even a programmer.

ooohhh...look at the troll.

i don't lie to church members. if they asked, i'd tell them. that's no more
deceptive than you NOT stating you're an asshole immediately upon meeting
someone. it's something they'll find out soon enough. :)
You lie by your actions, troll. Remember the saying "Actions speak
louder than words"? You don't need to talk to lie.
as for you caring about my alias, you said you *could* find out all about
me...*if* you wanted to. were that the case - that it's so easily done -
then not giving my name and address as part of my sig wouldn't be necessary.
so, what's your point? oh yeah, you CAN'T find out jack about me. yet
another false claim from jerry-berry.
I could. I'm just not interested in spending the time.
jerry, sad is calling others trolls while trolling...and that, to just have
someone to 'talk' to. you should just admit that, then we could just
converse like adults instead of being adolescents - admittedly, mostly
childish on your side.
Trolling again, huh, Stevie? ROFLMAO!

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

Jan 2 '08 #50

56 Replies

This discussion thread is closed

Replies have been disabled for this discussion.