World: r3wp

yes, I know, as for files. My strategy is very simple - use cookies 
(I wonder if there is script being able to handle multiple cookies 
btw), then "start a session" = generate unique ID, store it in \sessions\ 
dir ....

I just thought about how to store and later load some rebol values, 
add new values to them .....

temple.cgi uses cookies. there is no problem in handling multiple 
cookies on the server side, and the bug with multiple cookies on 
the client side has long been fixed.

maybe a pair of word name (literal) plus value ... and then some 
little accessor function

i just let the session variable be whatever the user wants. it could 
be an object!, or a block!, or whatever.

in some cases you may just need a logic! value, in others a block 
with words and values may be best...

multiple cookies? how are they separated in http header? there are 
various scripts around, not sure all of them handle multiple cookies 
... I will investigate ...

ok, so you know you want to save variables: name last-name user-object 
some-block-here .... how do you save them, and later invoke them?

you just need to parse system/options/cgi/other-headers iirc. see 
temple.cgi, it shouldn't have problems with that. (but if you have 
session handling you only need one cookie in the end).

allowing session handling to directly set variables is a bad design, 
see the plagues that php had for this.

just have those values inside session. that could be session/last-name 
for eg

hmm, so construct an object, righ?

or a block [last-name "Santilli"]

depending on your needs :)

I was really tired by Bobik, who leaving rebol just slanders it, 
without proper deep knowledge of what session actually is. He reported 
to various other friends, that Rebol is terrible, because it is the 
only language not actually supporting sessions. Yesterday I looked 
into what "sesssions" mean in php terms, and I have to laugh - for 
me it is matter of few hours coding at max, to get it working ...

but that is overally problem of Rebol - while with other languages, 
e.g. python, he is willing to import particular library, with rebol 
he just states, that such a thing should be inside ...

while he is negative, the positive thing for me is, that his opinion 
means, he likes compact design of Rebol in fact, and regards it being 
a platform in itself :-)

As you mentioned Temple - it sleeps for last two or so years, or 
not? Is there any newer version available?

no new version. i don't think i'll have time for it.

working on R3, right? :-)

your friend Bobik didn't really have a good understanding of Rebol.

and we know that some people never get it sufficiently to be proficient 
enough

Vanilla has session support ...

rebol.org may as well.

I'm sure I read articles before on how one might do sessions server 
side.

Cheynne also has sessions ...

graham, yes many people try to use a new language like they've always 
done before... in any C derivative that works... cause basically 
you aren't doing anything differerently just writting it differently 
(java, perl, python)  but in others, you have to adapt and well... 
it doesn work!

trying to use french grammar with german words... wont work, obviously. 
 although they both have a similar male/female noun particularity.

What's the problem with sessions? I'm not using PHP native sessions, 
It's just cookies anyway, you send something which identifies it 
on the other side. If someone say, that Rebol is bad, because there 
are no sessions, must be totally crazy. You don't even use cookies, 
you can send the id as a POST/GET variable. With Rebol I have much 
more control over the process. You can make SERVER in Rebol, but 
You cannot do that in PHP. So what, everything has it's own purpose.

I know - but then some ppl would have to understand what is behind 
the sessions - and there really is not magic :-)

I've just added a script to REBOL.org that offers session support 
in a CGI environment:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=acgiss.r

Documentation: http://www.rebol.org/cgi-bin/cgiwrap/rebol/documentation.r?script=acgiss.r

And, yes, Petr, it really isn'y magic......Though I hope it is debugged. 
Please let me know otherwise.

Session ID management can be very simple as this script : http://www.ladyreb.org/wiki/doku.php?id=safe-session.r

This script offer some protection against replay attack.

Thanks C. It is really easy isn't it?

The main differences between your approach and mine that I can see 
are:
1. you hold all data in one file; mine uses one file per session

2. you create just a cookie; mine creates a session record in which 
the CGI script can save data

Either way, the scripts demonstrate that the problem is really trivial 
-- with the one need to create unique and hard-to-guess session ids. 
 We've both put some serious code into doing that.

Hi. Is it possible Google does not index properly our http://www.jablunkovsko.cz
site, because links to particular subsites are burried in java-script 
menu? I created account with google, and checked my robots.txt allows 
engine to visit my site ....

should I create sitemap in my google account for the particular domain?

example - try site:http://www.jablunkovsko.czbowling .... in google 
- only one link will show, whereas I would like the result to include 
(go to menu) "sport a relaxace"/bowling ....

pekr, link to site is dead

petr, why not just including a simple html links somewhere in the 
page? you can even hide it with js, so that a user does not see the 
links, but a spider will.

yes, that should work ... although I can imagine hiding the links 
... I will try to look at sitemap protocol - seems to be a standard 
...

Javascript only links will stop pretty much every spider.....So you 
won't appear in many search engines at all.

You will also be breaking a lot of people's assistive technologies 
(like screen readers for visually disabled people).

Best to have a site that is fully navigable via plain HTML links. 
Then add the clever stuff on top of that.
Google's advice:

http://www.google.com/support/webmasters/bin/answer.py?answer=35769
http://www.google.com/support/webmasters/
***

A high score here usually means you have  a person-friendly and spider 
friendly website:
http://www.cynthiasays.com/

Also, look up 'Progressive Enhancement' or 'Hijax', both describe 
techniques consistent with Sunanda's advice.

thanks for advices - initially my friend maight use Gabriele's advice 
of storing hidden links into index.html somewhere, so that search 
engine can index the site properly.

But bear in mind the *specific* advice on the Google page:
<<Avoid hidden text or hidden links.>>

Is building and submitting a purpose built crawler page an outdated 
technique?

It must be easy enough to generate one in Rebol

..but it seems to be dissaproved of by Google

Search engines like to index things a user can see.

Thye get suspicious of anything that appears to be built just for 
the.....No surprising given how much they have been gamed by SERPS 
spammers.

Having a human-readable site map has the same effect as a crawler 
page *and* taks you a long way towards having a site that is navigable 
by people under any conditions.
***

The google-approved method of doing a crawler page is to use what 
they call a sitemap:
http://www.google.com/support/webmasters/bin/topic.py?topic=8476

Someone could easily modify Carl's site-checker to emit a google 
sitemap:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=site-check.r

How to reset variables sent from a form using POST method without 
redirecting into new page? I mean how to prevent, that using reload 
will resend the values again. I usualy just set location to other 
page after processing, but now I have case when I need to display 
informations without change of the location. I think I've seen somewhere 
that it's possible using http response, but cannot find it:(

I'm not sure of a single http header designed for this purpose.  
There are cache controls, but how long to set them for?  Or etags/if-none-match, 
but would that prevent the browser's resend warning?  Or a token 
value in your form that expires after one submission, though also 
would not prevent the resend warning.  Or sessions?

never mind, I will do it in the way I do it usually, that means redirect 
to other page after processing of the upload