EmbeddedRelated.com
Forums

RabbitWeb and Query String support....?

Started by Rhys' Micro Foundry October 9, 2012
Hi All,

I have a project that I am attempting to use Query Strings to pass info
between HTML pages - a very common HTML practice - but it seems that
RabbitWeb/HTTP/tcpip in DC (10.70) doesn't support them. I tried a few
work-around techniques suggested by the vendor - but they complicate the
code both pages and C application and cause page-navigation and mutli-user
issues.

So, I am thinking about adding QS support into the RabbitWeb distribution
code. Anybody have any suggestions or comments about how to approaching
this task? Things to watch out for? Has anybody done this already?

Thanks,

Rhys

PS: Has anybody besides me run up against this issue?

System Details:

Dynamic C 10.70

Rabbit RCM67xx
Hi Rhys,
I'm programming in DC 9.62 and you can perform very simple query strings like http://host/resource.html?A=1&B=2&C=3 but this is limited to integer (16 bit signed) values. You can get these values in your cgi function via the http_getCond() C function (see help of this API for details and Rabbit TCP/IP user manual volume 2).

But if you need something more sophistycated you have to pass your parameters via POST (not GET) in application/form-url-encoded HTML forms, if you use old cgi style function (SSPEC_RESOURCE_FUNCTION), or in multipart/form-data if you use new style cgi function (SSPEC_RESOURCE_CGI).

I hope this can helps you.

Regards,

Marco

--- In r..., "Rhys' Micro Foundry" wrote:
>
> Hi All,
>
>
>
> I have a project that I am attempting to use Query Strings to pass info
> between HTML pages - a very common HTML practice - but it seems that
> RabbitWeb/HTTP/tcpip in DC (10.70) doesn't support them. I tried a few
> work-around techniques suggested by the vendor - but they complicate the
> code both pages and C application and cause page-navigation and mutli-user
> issues.
>
>
>
> So, I am thinking about adding QS support into the RabbitWeb distribution
> code. Anybody have any suggestions or comments about how to approaching
> this task? Things to watch out for? Has anybody done this already?
>
>
>
> Thanks,
>
> Rhys
>
>
>
> PS: Has anybody besides me run up against this issue?
>
>
>
> System Details:
>
> Dynamic C 10.70
>
> Rabbit RCM67xx
>

Thanks for the info Marco!

BTW, Are you using RabbitWeb or straight CGI/SSI?

Thanks,

Rhys

From: r... [mailto:r...] On
Behalf Of markreds81
Sent: Tuesday, October 09, 2012 11:20 PM
To: r...
Subject: [rabbit-semi] Re: RabbitWeb and Query String support....?

Hi Rhys,
I'm programming in DC 9.62 and you can perform very simple query strings
like http://host/resource.html?A=1
&B=2&C=3 but this is limited to integer (16 bit signed) values. You can get
these values in your cgi function via the http_getCond() C function (see
help of this API for details and Rabbit TCP/IP user manual volume 2).

But if you need something more sophistycated you have to pass your
parameters via POST (not GET) in application/form-url-encoded HTML forms, if
you use old cgi style function (SSPEC_RESOURCE_FUNCTION), or in
multipart/form-data if you use new style cgi function (SSPEC_RESOURCE_CGI).

I hope this can helps you.

Regards,

Marco

--- In r... ,
"Rhys' Micro Foundry" wrote:
>
> Hi All,
>
> I have a project that I am attempting to use Query Strings to pass info
> between HTML pages - a very common HTML practice - but it seems that
> RabbitWeb/HTTP/tcpip in DC (10.70) doesn't support them. I tried a few
> work-around techniques suggested by the vendor - but they complicate the
> code both pages and C application and cause page-navigation and mutli-user
> issues.
>
> So, I am thinking about adding QS support into the RabbitWeb distribution
> code. Anybody have any suggestions or comments about how to approaching
> this task? Things to watch out for? Has anybody done this already?
>
> Thanks,
>
> Rhys
>
> PS: Has anybody besides me run up against this issue?
>
> System Details:
>
> Dynamic C 10.70
>
> Rabbit RCM67xx
>

_____

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.2677 / Virus Database: 2591/5821 - Release Date: 10/09/12
I'm using both.

--- In r..., "Rhys' Micro Foundry" wrote:
>
> Thanks for the info Marco!
>
>
>
> BTW, Are you using RabbitWeb or straight CGI/SSI?
>
>
>
> Thanks,
>
> Rhys
>
>
>
>
>
> From: r... [mailto:r...] On
> Behalf Of markreds81
> Sent: Tuesday, October 09, 2012 11:20 PM
> To: r...
> Subject: [rabbit-semi] Re: RabbitWeb and Query String support....?
>
>
>
>
>
> Hi Rhys,
> I'm programming in DC 9.62 and you can perform very simple query strings
> like http://host/resource.html?A=1
> &B=2&C=3 but this is limited to integer (16 bit signed) values. You can get
> these values in your cgi function via the http_getCond() C function (see
> help of this API for details and Rabbit TCP/IP user manual volume 2).
>
> But if you need something more sophistycated you have to pass your
> parameters via POST (not GET) in application/form-url-encoded HTML forms, if
> you use old cgi style function (SSPEC_RESOURCE_FUNCTION), or in
> multipart/form-data if you use new style cgi function (SSPEC_RESOURCE_CGI).
>
> I hope this can helps you.
>
> Regards,
>
> Marco
>
> --- In r... ,
> "Rhys' Micro Foundry" wrote:
> >
> > Hi All,
> >
> >
> >
> > I have a project that I am attempting to use Query Strings to pass info
> > between HTML pages - a very common HTML practice - but it seems that
> > RabbitWeb/HTTP/tcpip in DC (10.70) doesn't support them. I tried a few
> > work-around techniques suggested by the vendor - but they complicate the
> > code both pages and C application and cause page-navigation and mutli-user
> > issues.
> >
> >
> >
> > So, I am thinking about adding QS support into the RabbitWeb distribution
> > code. Anybody have any suggestions or comments about how to approaching
> > this task? Things to watch out for? Has anybody done this already?
> >
> >
> >
> > Thanks,
> >
> > Rhys
> >
> >
> >
> > PS: Has anybody besides me run up against this issue?
> >
> >
> >
> > System Details:
> >
> > Dynamic C 10.70
> >
> > Rabbit RCM67xx
> > _____
>
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.2677 / Virus Database: 2591/5821 - Release Date: 10/09/12
>