r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!Cheyenne] Discussions about the Cheyenne Web Server

Graham
31-Dec-2008
[3666]
or is Rambo being kept for R2 stuff
Dockimbel
31-Dec-2008
[3667]
Nope, R2=>RAMBO, as far as I know.
BrianH
31-Dec-2008
[3668]
If you run into any mezzanine bugs in 2.7.6+, please bug me about 
them too, I'll fix them :)
Dockimbel
31-Dec-2008
[3669]
Anyway, I'll remove the 'no-delay mode from Cheyenne in 0.9.19 when 
running on Windows.
Graham
31-Dec-2008
[3670]
Don't suppose anyone else is running Vista who can test this too 
...
BrianH
31-Dec-2008
[3671]
What is the no-delay mode?
Graham
31-Dec-2008
[3672]
I'd like to keep my laptop here.
Dockimbel
31-Dec-2008
[3673x2]
No-delay mode: control of the Nagle algorithm in TCP layer.
It's documented here : http://www.rebol.com/docs/core25.html#sect1.2.3.
BrianH
31-Dec-2008
[3675x2]
That sounds interesting. I look forward to reading the source for 
that :)
(in Cheyenne I mean)
Graham
31-Dec-2008
[3677]
so, no-delay = true, nagle is operational?
BrianH
31-Dec-2008
[3678]
That would be no-delay = false.
Dockimbel
31-Dec-2008
[3679x2]
I'll say the opposite.
Right, no-delay = false => nagle in use
Will
31-Dec-2008
[3681]
BrianH: do you have a list of patches to apply to R2.7.6 ?
Dockimbel
31-Dec-2008
[3682x3]
I've just put the [web-public] flag back.
BrianH: about EXTRACT, there's no bug in 2.7.6 I'm aware of, it causes 
a regression on Cheyenne only because the old EXTRACT was wrongly 
returning a block! value when taking a hash! value as input.
That regression is fixed in Cheyenne 0.9.19.
BrianH
31-Dec-2008
[3685x2]
I will be maintaining a patch script for 2.7.6, though it is not 
yet online. All of the patches are in DevBase for now.
No patch-in-place though - replacement functions.
Graham
5-Jan-2009
[3687]
doc, were you going to rambo this 'no-delay issue?
Dockimbel
5-Jan-2009
[3688x2]
I thought that you would do that  just before sending your laptop 
to Carl. ;-)
I'll fill a new ticket right now.
Graham
5-Jan-2009
[3690]
Is this going to affect Cheyenne much?  It's not as though cheyenne 
would be sending lots of small packets to clients anyway.
Dockimbel
5-Jan-2009
[3691]
I think that the performance difference won't be noticeable.
Graham
5-Jan-2009
[3692]
In the meantime I can use this way to shut down Cheyenne locally 
when my program exits :)
Dockimbel
5-Jan-2009
[3693]
What Vista version are you using? SP1?
Graham
5-Jan-2009
[3694x2]
No SP installed ... no room on my hard drive to install :(
Gosh ... rambo is full of spam submissions.
Dockimbel
5-Jan-2009
[3696x2]
You should ping Gabriele about that.
RAMBO ticket filled (#-4313)
Gabriele
5-Jan-2009
[3698]
Rambo is always full of spam submissions. I clean it up daily. :)
Graham
5-Jan-2009
[3699]
I'm guessing some elementary captcha code would cut down your work 
considerably!
Oldes
5-Jan-2009
[3700]
It was discussed many times. I would use javascript to hide (enter) 
the form. It so easy. Just use document.write("<input name='submit' 
value='submit' type='submit'>"); where the input is as pure html. 
Better as external javascript. so the spambot parser does not see 
it without js evaluation (which are most such a spambots)
Maxim
5-Jan-2009
[3701]
good idea, you don't even get the submits to start with   :-)
NickA
6-Jan-2009
[3702x2]
Have you tried http://softinnov.org/rebol/captcha.shtml?
We were getting tormented by spam at http://guitarz.org/pappgmembers/index.cgi
.  At one point I needed an immediate bandaid, so temporarily added 
a several-line cgi that just told the user to type "pappg" as the 
password, and then checked that they entered it correctly.  We've 
never had another problem since :)  Makes me think that a catchpa 
would handle a lot of grief.
Sunanda
6-Jan-2009
[3704]
You need a variety of techniques to stop all the spambots (and the 
human-assisted spambots).

Another technique is to have a hidden (by CSS) field, that humans 
don't see. If it comes back with a (changed) value, then most probably 
a bot is at work.
NickA
6-Jan-2009
[3705]
Our bots weren't the brightest :)
Reichart
6-Jan-2009
[3706]
Sunanda, cute trick (as long as on mobile devices the CSS is not 
thrown away , which happens more and more now a days).
Graham
6-Jan-2009
[3707x2]
I suggested in the past a REBOL based question.
something which requires natural language interpretation.
Gabriele
6-Jan-2009
[3709]
Graham: except for scanning for actual legit tickets, it takes me 
a couple seconds to delete those (a few keypresses after logging 
in to rebol.net), so it's not much of an issue. i have to log in 
to rebol.net daily anyway in order to log in to mail.rebol.net (only 
accessible from there) and check the free space (only ~1GB left on 
the disk). so we'd have to solve both problems at once for me to 
not have to worry about those machines. :)
Graham
6-Jan-2009
[3710]
If you prevented those spam tickets, you wouldn't have to worry about 
space!  :)
Gabriele
6-Jan-2009
[3711]
www.rebol.net and mail.rebol.net are different machines. it's not 
the rambo spam that's filling mail :)
Sunanda
6-Jan-2009
[3712x2]
Reichart -- part of the hidden text needs to be a label that says 
something like "please leave this blank" Then nothing can go wrong 
.... :-)
Oops -- Sorry, DocKimbel. We're off-topic here.

There is already a separate (and less public) group for this topic.....If 
we have more to say, let's continue in:
    Bad Bots
Will
6-Jan-2009
[3714]
I have a very easy trick that works for preventing spam in forms 
but it needs aiax, no captcha, nothing to enter, ping me if interested
BrianH
9-Jan-2009
[3715]
I was just reading about SCGI today: http://en.wikipedia.org/wiki/Simple_Common_Gateway_Interface
Would there be an advantage to implementing this in Cheyenne?