AltME groups: search

Oh my, SVG, what a pain...
Some strange bugs, i can't figure...

As you can see here http://sites.google.com/site/rebolish/test-1/lizard-grad-err.png

I've got some problems to map correctly the gradients on the shape 
they are supposed to cover.

i can't figure why the coordinates of the gradients in the SVG file 
are wrong.

It's not clear (http://www.w3.org/TR/SVG11/pservers.html#Gradients) 
where the gradients should start....

the svg i test currently (public domain) http://sites.google.com/site/rebolish/test-1/lizard.svg

And what i got with rebol: http://sites.google.com/site/rebolish/test-1/lizard-rebol.png

Guys, i updated the lizard.svg rendered with Rebol http://sites.google.com/site/rebolish/test-1/lizard-rebol.png

To compare with http://sites.google.com/site/rebolish/test-1/lizard.svg.


I'm glad to announce that i see absolutly no differences inside Google 
chrome.

All the grandients (linear and radial) are perfectly rendered by 
Rebol.

Basically, you can load the draw block generated for the lizard here.
it's handed by the variable PANE.
http://sites.google.com/site/rebolish/test-1/lizard.r

Added a litte animation.
The bumping lizard !!!!
http://sites.google.com/site/rebolish/test-1/lizard.r

(and yeah you will say to me but why you don't do your solution os-commerce 
like based in rebol ?)

hum the amount of  capabilities in a e-shop web site clients are 
used to see now in days  are big...

Stat tools,  catalog edition, shiping, card. And then the hosting 
solution simply doesn't know about rebol so if it's not apache/php/mysql 
or apache/java/mysql  you are fried unless you have full access to 
the hosting solution and you are able to install what ever you want....(cheyenne!/rebol/mysql-protocol 
etc...)

Could be useful to have on the cheyenne site.

Has anyone created a RSP site where every page can be edited via 
the browser?  I think rebol.com is like that ...

Doc - I don't know. But how I got myself to such a solution? Simply 
put - I never got past CGI usage. It is quite comfort and OK for 
small to middle sites. But I wanted to have also index.html being 
a dynamic site, not just some /cgi-bin/my-subpage.cgi?here ....

What is the best way to make domain.com to www.domain.com redirection 
in Cheyenne .. (seo guy advised me that).. in apache you use mod_rewrite:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.site-assitant\.com$ [NC]

RewriteRule ^.*$ http://www.site-assitant\.com%{REQUEST_URI} [R=301,L]

Can I use virtual hosts to serve multiple document roots on the same 
site without having separate domain names? I I would like to avoid 
"creeping" between multiple sites that don't share code and also 
use it as a tool to avoid the browser accessing code directories 
for the site.

Henrik, trying to answer your questions/issues :


to serve multiple document roots on the same site without having 
separate domain names

 => Use sub-domains for such isolation. Everything that's under one 
 domain can be accessed with /.. parent syntax. I think that you can 
 hack it around with ALIAS, custom webapps on-page-start event  handler, 
 but there aren't clean solutions. Use sub-domains for such isolation.

I think webapps require a bit more than static pages?

 => Just to make it clear, webapps are REBOL applications interfaced 
 with external world using RSP scripts. Webapp are not meant to be 
 container for *only* static pages (HTML/CSS/JS/images).


attempt [load join request/config/root-dir %/app-init.r] ; TBD: report 
errors !!! [...] 
RSP: error in events from %app-init.r now logged. 
That's from the change log. That's not correct.

 => Yes it is. What's being logged so far is the errors caught at 
 runtime in event functions declared in app-init. What need to be 
 logged is the LOAD %app-init.r process (syntax errors at boot time).


after a lot of experimentation, the latest encapped version was the 
only one that worked properly.

 Both encap and sources versions works well on Win/Mac/Unix. The issues 
 you have are related to running a rebol app as daemon in console 
 mode on a remote Unix server (without a UI desktop). Cheyenne can 
 work in source mode on such server, but it's much easier and pratical 
 to use it in binary form in such case (typical remote linux server 
 case).

I'm about to build a user login system, but I would like to know 
if it's a good idea to make this a public project so others can follow 
and contribute? Would it be a good idea to include it in Cheyenne? 
I don't intend to use MySQL for it as the rest of my site isn't DB 
driven.


I've not done anything yet, so I also need to know, what Cheyenne 
can already do in this area, to avoid duplicating functionality. 
Can I completely rely on the session context, or are there crucial 
parts missing?

hum... ok, I'll dig deeper ... btw the .net:81 site worked well when 
I was doing my tests, only the redirection didn't fork the call from 
.org:81 to .net:81

I want to run another webapp on vps where I have site-assistant on. 
but site assistant is written in older version of cheyenne and I 
don't have time to port it to latest right now. that's why I am doing 
this

app-init.r callbacks from site-assistant (which I ported to 0919) 
execute in the other virtualhost / webapp

@Doc: 

- I am not totally sure I correctly understand what you mean about 
webapp. I will need to process and try it some more.

- About code loading on on-page-start : yes I know of that, I am 
using it as dev setup so I know latest code is reloaded each pageload. 
I intend to set it on     on-application start when fully in production 
(But I have to admit the server is bgehaving really fast even with 
this setup all along)
- good catch, I will remove one simpauth.r

- I am aware of hosts file, but so far decided to edit the cfg file 
each time I switch ... which is in retrospect getting a little tiresome 
with more and more apps so I should think of  some naming convention 
for getting to all domains local and do it that way yes

- great for multi instance support . I also already ported site-assistant 
to 0919. it was much less work than I thought.. mostly just few things 
like do -> do/global and some 3 other tricks (no really aplication 
level changes were needed)

You can save images of your entire site and just restart from that.

Carl, I already do. You can see my site at: http://97.107.135.89/www.hmkdesign.dk/project.rsp?id=vid-ext-kit&page=info

My site on EC2 is private .. http://gchiu.no-ip.biz:8000/

Terry: waouh, a brand new pair of shoes! Thanks! :-) I'll look at 
how to add that donation button on Cheyenne's web site.

Donation buttons added to Cheyenne web site at bottom if some of 
you feel inclined to help me spend more time on this project. ;-)

this would simplify my life a lot.  I will have 4 servers to keep 
in sync and their setup will be mostly the same but their environments 
will be different.


A lot of the information is spread out in differrent tools and things... 
it would be nice if they could all share (loading) a single file 
when they start and I know I have just one "site" administration 
file to edit to contextualize all the configs of all my rebol-based 
tools.

I should have my new site online within a week or two, using cheyenne 
on a linode server.  I did some of the design work this week, now 
I have to build the site around it.

Now my site has all that binary stuff in front of it ...

is there any other configuration or something to use databases with 
cheyenne? I configured as it shown in web site but I always get the 
error:

##RSP Script Error: 
	URL  = /
	File = www/index.rsp
	** Access Error : Invalid port spec: odbc://test2
	** Where: do-sql 
	** Near:  [do-sql 'test2 "select * from table" 
__txt 62
] 

my rsp site is:
<%
	print do-sql 'test1 "select top 10 * from sec_log1"
%>

and the httpd.conf file:

databases [
	test1	mysql://[root-:-localhost]/test
	test2	odbc://test
]

<rant>One thing Cheyenne (and Rebol) needs to do is grow up, and 
lose Altme as the primary source of communication</rant>


AltMe is convenient because almost all Cheyenne users come here for 
realtime chatting, but I agree on your comment. Adding a web forum 
to the Cheyenne web site would be a good thing.

Terry: short anwser: yes and no. Long answer: you should be more 
precise in your question. I guess that you're asking if a *single* 
Cheyenne instance can handle 10k concurrent connections on long lasting 
communications (HTTP keepalive or web sockets), the answer is : I 
don't know, I never tested that case. My guess is that if all clients 
are not sending requests simultaneously, Cheyenne should be able 
to handle it, but with a probably significant latency in the responses. 
For a real world web site, when dealing with short lasting requests, 
having a continuous load of 10k connections would mean that you're 
having a few million hits per hour making your web site one of the 
top 50 sites in the world, giving you enough money to invest in a 
huge cluster of servers to nicely handle the load with dozens of 
Cheyenne's instances ;-).

good to see pmwiki working .... I hadn't realized before when on 
your site that it was a php wiki!

yes especially on web servers.... the number of users of a site can 
quickly slam moore`s law.

Btw, I guess the latest svn version of Cheyenne supports web sockets 
as in changelog.txt which is 0.9.20.
The latest binary version on web site does not, V0.9.19.

good site to test web sockets http://jwebsocket.org/index.htm

I know you can run virtual sites on the same port .. but do things 
work better if you run an instance of Cheyenne for each site ( using 
a different port  ) ??

I've in the process of rewriting a site I built 3 years ago in YUI 
and it is so tedious and repetitive.

For example, I did the Try REBOL site with it on top of QM, but I'm 
working on replacing QM fully

Henrik, is version 008 of your dialect not fully baked? What have 
you added since 007? If you could put it up on your site, I guess 
I could just diff the files to see. Also, when you say the docs describe 
005 to 007, do you mean to say that some of the docs are no longer 
relevant since they refer to the older version?

The code in my Try REBOL site supports this, although it isn't even 
used that way

Amacleod: Your CGI script headers looks very wrong:
- What are those "%s" on the shebang line?

- /cgi-bin/rebol.exe: this doesn't look like a valid filesystem path

- Why the Content-Type header isn't emitted as required by CGI specification?


Maybe you should read again documentation about REBOL CGI usage on 
rebol.com site and also have a look at CGI sample scripts provided 
with Cheyenne source package. Understanding what a shebang line is 
might also help: http://en.wikipedia.org/wiki/Shebang_(Unix)

You need to use JSONP for cross site scripting

The web site has been updated too, new documentations for Cheyenne 
are pending (will be available tonight).

onetome: use the default test site from the source archive.

Try REBOL is the first dynamic site I've done that way. You stay 
on the same page, send in data to a service interface and get data 
back that updates arbitrary parts of the page

Cheyenne currently just does and dumps everything in the directory 
that happens to be current. Only for site data are options to put 
them elsewhere

but every minute for hours?
im not getting any other messages...

and actually - theoretically - there is no browser window open showing 
anything from the site this cheyenne is supposed to serve

Anyone got a suggestion for a text editor to use on a textarea in 
a RSP based site ?

( ur site is fucking awesome, btw. i always wanted to thank you for 
it. i learnt a lot from it! )

another good site is http://www.codeconscious.comits too bad its 
author doesn't come here anymore.

This is odd .. I put the tinymce on my site and I don't see any widgets 
using Chrome but FF works

You got script tiny : http://www.scriptiny.com/2010/02/javascript-wysiwyg-editor/
This site also provide tiny table, tony menu...

this cross site request crap would require the handling of OPTION 
methods too for the so called preflight request which tells the browser 
what can it expect from the "other origin" -- just saying

Kaj: Cool, is the site is online or just internal ?

A good site to test web socket support in your browser is http://websocketstest.com.
It will even show the specification draft that your browser supports. 
It's different in Chrome 12 and Chrome 14.

http://www.websocket.org/is also a good site, it has good info 
about websockets.

by the way, if you use Opera Web Browser and want to test websockets, 
type opera:config to address bar, then type websocket to the search 
box and click on Enable WebSockets.

Hmm it is strange I just tested the echo test on the http://www.websocket.org/
site when I post the message above and it was working. I test it 
with Maxthon 3 browser. But now it doesn't work with either Opera 
 nor Maxthon..

I think its ok to use append if its not a heavy-loaded web site. 

I did this to prevent possible file access problem if it happens 
same time in very rare cases:

		unless 'ok = loop 3 [
			if not error? try [
				save voter-file append voters session/content/username
			] [
				break/return 'ok
			]
			wait 0:0:0.1
		] [
			response/redirect "error.rsp?code=error-on-voting"
		]

Thanks, I'll publish my slides tomorrow afternoon on Cheyenne's site.

No, it's the embed API, see 'publish-site and 'testapp specs in %embed-demo.r

OK. I saw it as a REBOL process was suddenly racing at 100% CPU. 
Someone accessed my site, which posted an entry in the default-access.log 
with an HTTP 1.0 request:


74.52.168.98 - - [25/Dec/2011:10:30:29 +0100] "GET / HTTP/1.0" 200 
9


Then 5 minutes later, the none-access.log appears and I'm flooded 
with requests until that log is 45 MB in size.

The file starts like this:

.168.98 - - [25/Dec/2011:10:35:54 +0100] "" 405 -
74.52.168.98 - - [25/Dec/2011:10:35:54 +0100] "" 405 -
74.52.168.98 - - [25/Dec/2011:10:35:54 +0100] "" 405 -
74.52.168.98 - - [25/Dec/2011:10:35:54 +0100] "" 405 -
.... 45 MB of this

Doc: I've solved "Cheyenne cannot be installed as a service on Windows 
2003 Server" problem.

service.dll requires msvcr71.dll to run, if not present Cheyenne 
crashes with "** Access Error: Cannot open service.dll as library" 
error.

msvcr71.dll file should be present in same folder with service.dll 
or better it should be in %windir%\system32 (or the correct path 
if 64bit OS)
I think we should note this dependency somewhere on the web site.

Sixth open motion.

If there is no objection, the home site of this association will 
be within 

http://qtask.com, with a Project to be named as part of the First 
Open Motion.

Point of Information
The Chair would like to recap.

The Second Meeting of this esteemed association is scheduled for
Saturday June 2nd, 2007 at 16:00 UTC.

We currently have nominations for
Vice President: Maxim
Secrectary: btiffin
Official Advocate: Pekr

Although the nomination for Secretary will need to be seconded before 
commencement
of the vote on the position or will be dropped.


A list of group names will be posted to IRUA Chat as soon as possible 
but currently
stands at

Rabble, REWARD and RUGGED.  The last two will require seconds before 
a vote or
will not be listed.


All of these items will be on the Second Meeting agenda, along with 
committee reports
and the reopened sixth Motion regarding a Home Site.


Information regarding the Second Meeting will be posted to IRUA Chat.

Upon member objection, the Sixth Motion will now remain Open.  There 
will be an
open debate on where the IRUA will advertise its Home Site.

To recap

The member count stands at 5.  These names will be announced in the 
Third Meeting

Roll Call.  Informally this count is higher, formally it stands at 
5.


For the First Open Motion, IRUA will be added to the list of possible 
names.


The Second Open Motion remains in Committee.  Options will be tabled 
at the Third

Meeting.  In particular the Appeal for Decision regarding votes will 
be tabled as a

Special Order during the Third Meeting and a Committee report will 
be expected.
 
The Third Motion regarding a Fiscal Committee is closed.


The Fourth Open Motion remains, pending the Appeal for Decision regarding 
voting

rights, privileges and procedures.  The position of Secretary has 
been officially
seconded.  No new names have been entered.


The Fifth Open Motion retains all open Committees.  A draft Constitution 
will,

at the least, be announced to the assembly during the Third Meeting.


There was no progress regarding the Sixth Motion, advertised Home 
Site.  This issue
will carry forward.


The Chair would like to thank all participants.  Discussions in IRUA 
Chat will be

appreciated and a proposal for voting procedures will be posted there 
along with
other Committee efforts.


The Third Meeting is scheduled to begin at 16:00 UTC, Saturday, June 
16th, 2007.

In regards to the Sixth Motion, the Chair would like to propose qtask.com 
as a potential
Home Site and will leave the item up for discussion.

Qtask.com (or any site of this nature we may choose as a home) will 
reserve all due rights.

Within the rules posted by the site...not for us to dictate any special 
terms.

Aye, present.  For the record, has this association expressed what 
needs said association has in a [web] site before deciding on any 
particular vendors' products?  It follows that whether proprietary 
or not, while a concern, should not be the determining factor in 
this association's selection process.  As long as it is clear that 
any informations generated by this association is wholly owned by 
this association and this association will always assert full rights 
over said informations, including the right to extract all owned 
informations in an open data exchange format (open does not necessarily 
imply that format is proprietary or not) at this association's convenience. 
 Under these conditions, surely it is in this association's interests 
to find, or develop, software that best meets this association's 
needs?

In recap;

We have, by acclamation,
A Vice-President; Maxim
A Secretary; btiffin
An Official Advocate; Pekr
As Vice-President Maxim will also be acting President

A Draft Constitution has been posted to
  http://peoplecards.ca/rebol/iruaconstitution.rsp


Officially the member count stands at 8, unofficially this number 
is higher.

The First Open Motion now includes
RABBLE, user.r, RUGGED, REWARD, IRUA, RCoders and Rebols

as possible association names.   R and RCamp were not seconded, but 
may be
proposed again.


A new motion to grant the Advocate powers to appoint Assistants to 
Council
was opened.


The First open motion, the Naming motion remains open and the voting 
system
remains undefined.
The Second open motion, the Rules motion remains open.
The Fourth motion will remain open until election of a President.

The Fifth motion, the Committees motion remains open and it is hoped 
that activities
will continue outside the meeting timeframes.
The Sixth motion, the Home Site motion is still open for debate.

And the Advocate Assistants motion will be open for debate in the 
Fourth Meeting.


The Fourth Meeting is scheduled to open on Saturday June 16th 2007, 
16:00 UTC


The Chair would once again like to thank all participants in this 
meeting
and those participating in the IRUA Chat forum.

This meeting stands adjourned.

This assembly still has open motions for
The Choice of Name and a voting procedure choosing the name.

The open motion for Rules is still in committee.

There is still the presidential position to fill.

An draft online voting system will be tabled during this meeting

The Home Site debate remains open.

And the Advocate Assistants motion is open for debate.

Mr. Chairman, I propose the use of Kommonwealth as the IRUA home 
site.

I move that a statement of need and requirements with regard to a 
home web site be composed before this body make a decision on the 
location and/or software that will comprise said web site.

Open motions include; Choice of Name, Rules of Order, Role of President, 
Home Site, including Clarification of Home Site Needs.

Point of information for the esteemed member;  Yes the mail was delayed, 
but the original lists and counts were recinded.  A new motion was 
brought forward with the new counts and sort.  user.r was elevated 
to highest on the list, IRUA relegated to third.  The current vote 
is for  user.r  if it fails to receive a majority then RABBLE will 
be tabled for vote.


Point of information;  Raw data can be requested from btiffin using 
the email in Altme.  The data will also be posted to the home site 
archive for historical purposes once the archive is established.

With this issue now complete, as per the opening the of the meeting 
I move to adjourn.

To Recap;

user.r has won a quorum majority and will be the Official name of 
the association

A home site is being prepared on Qtask.com, under a project name 
of  user.r

The IRUA and IRUA chat forums will remain for 72 hours, after which 
they will be renamed.


The first meeting of user.r is scheduled to begin Saturday August 
11th 2007 at 6pm GMT.  This meeting will be held in Qtask, under 
the user.r project.  Anyone wishing to attend, please accept the 
invitations and please request an invitation by dropping an Altme 
note to btiffin.


Word of this new association will be spread across other online systems 
as well.

The chair would like to thank all participants.

Um, at what point did we determine Qtask as the home site (the sixth 
motion)?

Barging ahead...Qtask home site is being built. :)
 -- B. Tiffin

That smiley is incriminating

You concern that once the user.r Qtask group is started there will 
be a barrier to move and hence to adopt another home site is valid.

I objected to the sixth open motion (using Qtask as the home site) 
on the 26th of May, and yet my objection has clearly been stonewalled.

who gives a f..., what the site is, right? It can change as many 
times as the group wishes for. I believe btiffin simply wanted to 
get thing started. What would be his intention/motive to use Qtask? 
He is surely not paid by Reichart to bring user.r to qtask. Terry, 
I wonder if you would rise the same objections, if from the very 
beginning the site was based upon Kommonwealth? :-)

I wonder if someone actually has a real preference to base our vote 
for the site upon? As for me, I don't, because I don't know, what 
the requirements are going to be ....

If I may represent Petr's main point: that it does not matter what 
web framework the temporary site is based upon, so long as no dependency 
to that framework is created and so long as there are no ulterior 
motives for using that framework.  In my opinion, given the agonies 
that have brought us to this point, it would not have been in Brian's 
or the group's interest to skimp on the selection process in favour 
of a preordained framework.  Dependency, as I've stated before, is 
of greater concern.

Thank you Mr. Chairman,

This meeting has neglected to address the primary issue, which is 
the inappropriate 'conclusion' of using Qtask as the home site for 
this organization. I will accept the fact that, as we are now discussing 
an appropriate home site for user.r, that the error has been duly 
noted, with no further recourse, such as suspension or removal of 
chairing priviledges or restricted from voting on this matter, shall 
be necessary.


It also appears that Qtask, is to be considered, at this time, as 
'a current communications system' in use by user.r, even though this 
is somewhat controversial. Given this point, I will add to my earlier 
comments by agreeing with Mr. C and Mr. T and perhaps others, that 
Qtask is 'dark' .. in more ways than one.


In my earlier objections in May of this year, I also pointed out 
a number of other issues with regard to this 'third party' home site 
solution... The following are quotes to refresh the memories of my 
esteemed, perhaps elderly and somewhat senile, associates...


I object to the sixth motion on the grounds that Qtask is a proprietary 
company, that has a tendency to exclude critics
 
  

b) If not stricken, then provided as proof that utilizing a 3rd party, 
proprietary system can be detrimental to the welfare of this association, 
as it makes clear that said owners have in the past denied access 
at 'their sole discretion', and that this power supersedes the power 
of the chair, and as such, gives the owners of the system MORE power 
than the chair.

I also agree with others here that Qtask is 'dark'.

Also, I use http://supergenpass.com/to remember my password ... 
but this seems to work oddly if at all on the CC site ...

This site seems to be down http://rebol.net/wiki/CureCode#API_documentation

I guess it's a Chrome change, last update on CureCode site was in 
January.

I intend to devote a whole site to these tests eventually.  with 
a very extensive and comprehensive set of test functions and statistics.

i'm interested too (cause i already made a partial svg converter 
for R3 ,see http://sites.google.com/site/rebolish/test-1)

But i'm afraid i will be disconnected from rebol stuffs during comming 
weeks.

It is of limited availability. If we want the tool used for R2 or 
R3 source, it needs to be publically available, and that means DevBase, 
or failing that, some web site. In either case it needs the right 
licensing, but with Gabriele writing it that is unlikely to be an 
issue.

I was trying to find a ftp site with a lot of data to read from ...

I doubt that would save him time - all of rebol.com is generated 
from scripts, mostly WIP in the new site.

going to implement ftp site to site transfer ?  :)

Yes, check my github site

Check this http://sites.google.com/site/rebolish/Home/idx.r

There is alot of doc in wiki, but the examples is to be written yet, 
that is why I asked. BTW all the simply schemes at Graham Chiu's 
site  (il dottore :) simply doesn work for me, and yes I've upgraded 
make-scheme to sys/make-scheme for A110. Unfortunately the only scheme 
I know working is the http scheme, but it is too high class to I 
can understand the process.

I've tryed to make time scheme from your daytime scheme Graham, as 
I noted when I put print at awake level as You did for debug probably 
I can see the server response, but I'm not able to get response at 
the 
read time://server.site
== somenumber

Pavel, I would not be surprised.   I have not looked at this stuff 
for over a year.   Yes, wik.is is now defunct and so my site is gone.
See https://github.com/gchiu/Rebol3/tree/master/protocols

my infamous "virtual block" scheme.

https://sites.google.com/site/rebolish/Home/idx.r?attredirects=0&d=1

By that I mean it was untolerable slow on some VPS where I assume 
same disc was used for streaming media, update was taking seconds 
while I could on the same system open a 1M rebol data file change 
it and save it back in almost no time. I couldn't get it why this 
is happening, and this was at neglegibly small database. I moved 
whole app that uses sqlite to some vps where it's almost alone on 
whole server because of this. And at Site Assistant where I used 
sqlite only for "mailbox" for bots (to send them work) I had to switch 
to mysql for this (it was the same server that blocked this heavily)

looks like his still doing site maintenance http://twitter.com/rebol3