World: r3wp

How hard can it be to write a simple BBS ?

We've got server side cookie handling, session support, db  ( mysql, 
postgresql ) and web server

Is this a PITL project ?

Do we need MVC ?

I'm guessing the hardest part is writing all the html that displays 
it all ...

I don't like phpBB as I don't line other such a php apps... they 
seems to be too bloated to me... I think it should not be dificult 
to do it in Rebol. But I don't have time as well.

This could well be something user.r could attack as a testing ground 
for a multi-coder multi-module development.  Do we extend RBBS.r 
or start from first principles.  If it's Cheyenne add-on development, 
I'm in.


If by MVC you mean version control, I'd like to wait and see how 
DevBase looks.  If you mean Model-View-Controller, I've had nothing 
but grief interfacing the REBOL MVC frameworks with Cheyenne due 
to the soon to be managed :) namespace problem.

therein lies the grief with using acronyms :)  I meant the latter.

This would be great .. it's something that people would use, the 
designs are all out there to model upon .. and we can get something 
quite limited up and running

But it may actually be PITS as when you're doing RSP, the code is 
limited to that page alone.

Re acronyms.  Yep, must remember to mention the full text at least 
once per post cycle from now on.  


More on the namespace issue in user.r chat; but I'd like Cheyenne 
to be given a pride of place status for word usage, equivalent to 
what we'll be following with our rules for dealing with RT's word 
usage.  i.e they win, we deal with it.  Go Doc Go!


Re BBS for Cheyenne.  I'd almost like to extend RBBS out to something 
more grandious, and at the same time extend the tutorial Carl and 
Gregg and Volker and Tom built up, but along with the CGI (or instead 
of) document the RSP side of it.

RBBS?

http://www.rebol.com/docs/cgi-bbs.html

We don't want this tutorial to get too large, so we decided not to 
include certain features at this time. Some of them may be added 
as part of a future CGI tutorial.

        * User accounts (including user registration)
        * Browser cookies
        * Fancy message formatting
        * Message searching
        * File locking methods


so straight away we don't need file locking methods, browser cookies

Did you want to work with RBBS ?

or start afresh?

I'm using RBBS on peoplecards.ca so I may be in a conflict of interest. 
 Let's work with RBBS.  :)  But it's REBOL code; short and sweet 
and powerful.  A complete rewrite in Cheyenne RSP sounds tempting 
too.

There is the rebolBB codebase too.  I just wasn't that big a fan 
of the use of IMAP.  And Vanilla is still pretty cool if not a little 
but neglected.

but = bit

no, nor me.

I can't get it working anymore .. and it doesn't like MS's imap implementation, 
nor AOL's free IMAP server.

where's the original RBBS.r script ?  Before it got modded by Dirk?

vanilla - not a bbs

ok, see it on your site.

Has anyone posted a message yet?

Umm, yes and no.  Spam.  I delete one or two a day and neglect it 
the rest of the time.

I found it easiest to just re-init when spam comes in, as the only 
real messages were me talking to me.

need some anti-spam techniques then

I tell you all the time, just insert the form using javascript. I 
do it this way and I had no problems with a spam yet.

Why don't you build it using Atom.. very straight forward, I have 
a few modules i could port.. and would make a good tutorial for everyone.

Motivated to add counter-measures.  Activated the PoL (Proof of Life) 
code.  I'll watch the logs for a while but I think the rbbs.r on 
peoplecards should now be closer to immune from the robot spammer 
that tagged me a few months back.


Terry; Might be a good idea.  Promoting Cheyenne, promoting Semantic 
Database and building something rebols can use for a forum all at 
the same time.  Many birds, few stones.

Cheyenne has captcha built in, and that's what I use

Where's our man Doc these days?

working hard on projects?

One thing is clear - with R3 we have to get new blood, or we'll die. 
Successfull rebollers are moved to other projects, and they nearly 
disappear from community life ...

not sure of that, i think  rebolers are waiting for R3 and stopped 
all R2 projects

that's why it's so urgent to pop up a release (even an alpha one)

Everyone has already given his opinion but I repeat anyway. 
It is damaging not to open the aplha. 
Rebolers are sick of waiting.

Not the group for this, but the R3 license will decide if it flies 
or not.

i don't think there are many people who stopped r2 projects... and 
surely not nenad.

Hi guys, my current mission is ending, so I'll be back fulltime on 
Cheyenne in a couple of days. I have a v0.9.17 close to release.

Seen any problems with odbc and encapped Cheyenne??

I get all sorts of cursor problems

Developers stopping their work on R2 waiting for R3 are just loosing 
time. I bet that R2 will still be the stable REBOL in 6 months (maybe 
even more). For professional work, stick to R2, until R3 reaches 
a stable level.

wrong group

is the new version contain any bug fixes or is it justs control panel 
enhancements?

Hi Graham, never tested Cheyenne with ODBC. Do you see differences 
between encapped version and source version running on rebcmd.exe 
?

Yes.

Bugfixes and new features. Control panel is not ready for prime time.

I encapped Cheyenne to run my patient portal and the data returned 
from a sql query is all corrupted