AltME groups: search

now try that and tell us if you see hitting your server at every 
requests

Anyone see why this doesn't work 

grab-cookie: func [  login-url [url!] username password
    /target web-app-url [url!]
    /local page auth cookie err
][
    if error? set/any 'err try [
        page: open login-url
        cookie: page/locals/headers/set-cookie
        close page
        auth: rejoin [ "login=" username "&pass=" password ]

        page: read/custom login-url compose/deep [ POST (auth) [ cookie: 
        (cookie)]]
        either target [

            page: read/custom web-app-url compose/deep [ GET "" [ cookie: (cookie)]]
            return page
        ][ return cookie  ]
    ][
        mold disarm err
    ]
]   


I can see it sending the cookie after authentication to get a page 
in a web-app, but I get redirected to the login age

I was logged in, otherwise I would have been redirected to the login 
page.. Good that it fixed your issue, did you try solution one, if 
not, could you please? thx

Response/redirect returns a code 301 by default (means "Moved Permanently"), 
that may be the cause of the unexpected caching by the browser. Could 
you try using response/redirect/temp instead?

I will try intalling nginx too now... I was trying this with stunnel 
for 3 hours and google all I could think of without much luck.. I 
learned a lot more about certs, that is good

Wel I am afraid it won't be so easy with nginx either.. I need to 
take a break , I will try again in the evening.. if anyone succesfully 
setup chained ssl certs with stunnel .. any hint is more than welcome

I want to try to plug R3 into Cheyenne to test CGI under Windows. 
I can't understand, how Cheyenne handles CGI though. I can find handlers/CGI, 
where it does some strange stuff. First and foremost - the shebang 
line is ignored, yet CGU it works - you can entirely delete it. I 
can get shebang section evaluated only if I delete REBOL header. 
This is confusing for me ...

Does Cheyenne call somehow internally default installed REBOL interpreter 
on your machine? Or is CGI handled by one of spawned processes by 
the interpreted instance, running the CGI? I simply want it to order 
to use my own interpreter :-) OK, will try with Apache, that will 
be clearer ...

I will give nginx a try

A few words about the new MTA and email capabilities :


- Emails are written to disk before sending in async mode. Upper 
email size limit is 2GB. Concurrent emails sending supported (limited 
only by machine resources).

- Only the higher priority MX is used (fallback on others MX should 
be added soon).

- The MTA currently supports only 8BITMIME compliant SMTP servers 
(fallback to 7bit mode will be added if it still make sense to support 
it).

- MTA will  try to send an email once. If the server is busy, it 
will report a failure. Deferred retries will be added using the scheduler 
module (if MX fallback is not enough).

- Emails queue saving should be added in next update (the queue will 
survive to server restart, but not server crash).

- Automatic failure reports are sent back to emitter (From: field).
- Reports can be fully customized.

- Still needs a lot of testing for tracking small errors or issues 
that can trigger antispam filters (e.g. gmail is very picky about 
correct emails format).


You can test it using the provided test script : http://localhost/email.rsp

yeah cause we'll try another communication channel right away  :-)

Me too, that's why I'm reluctant to implement it in the old fashion 
way (retrying every 8 or 12 hours seems way too long now). I would 
support trying without delays alternative MX servers and if all fail, 
try 1 or 2 minutes after that. That would be by default, but could 
be extended by user if required.

try from console : do/args %cheyenne.r "-vvvvv"

Try using the verbose mode to see when that happens.

can you try : call/output/wait "ipconfig/all" out

If it's in encap mode, try running it with admin rights.

Like so:

1. create dir test/ in the doc root folder.
2. create empty file index.html in test/
3. try to display in browser: no go
4. insert char "a" in index.html
5. "a" is displayed in browser.
6. remove "a" again so index.html is empty
7."a" is still displayed in browser.


If I navigate away and then back to that page using the Back button, 
it still faithfully displays the "a".


If I directly enter the url for the index.html file, I get bounced 
back to the previous URL.

try source version...

ending progress: [error [compkarori-:-gmail-:-com] {421 4.4.5 Server busy, 
try again later. 8si31346080pzk.8^M }]

let me try my own dns

ok... let me try 5 vs

Now try encapped

My async dig:// doesn't yet try again when MX query failed.

try hardcoding opendns ip as last value of 'win-get-dns, you'll see 
if it's more stable than your local DNS servers.

Tried: going to try it today, scheduler is working ok inside Cheyenne, 
just need to add more logging info.

source code version ... will now try encap.

instead of 

if file/2 [

can try

if all [ file/2 not empty? file/2 ]

Could try the async http protocol but it's currently written for 
https

When is session created?
 On first request to a webapp resource.

When is session destroyed?

 When you invoke session/end or once the session timeout period has 
 expired and the garbage collector has suppressed it. Not sure what 
 happens if you try to access it after the timeout before GC passing, 
 need to check it.

Root-dir is mandatory in a domain definition (even if you try to 
redirect everything to another domain).

View debug panel: I thought about that too a while back, never had 
time to try that concept.

Pekr: it would not work that way, the CGI handler in worker process 
will try to DO the file.

Getting an error trying to get php running with cheyenne.


Works fine on xp pro but on mt win server 2003 box I get a dialog 
saying "apppication is configed incorrectly. Reinstall may fix..."

(I get this when I try to run php from the php icon. In xp pro I 
would get the dos box indicating that is was running) 


I know its nothing to do with cheyenne but has anyone seen this...
php is not installed

but I don't want to nag you too much , because again I am not sure 
if I shouldn't try to do this on nginx side for this specific website

Try with ALIAS keyword. See ChangeLog file for more info (search 
for ALIAS).

I will try it this way

I just can't seem to speak to this remote port with Rebol or Uniserve 
no matter what i try

IMO HTTP sucks. Since years people try to make stateless HTPP stateful. 
One just needs a simple socket and than handle everything via a multiplexed 
channel system through this.

aha, thanks :) I will try that way

Btw, %private/ folder under a webapp folder is a *special* folder 
that's protected from direct access (you'll get 404 if you try), 
so you can safely store there your libs and support code.

I did not try the SVN version.

Please try the test cases I wrote in the email, session/active? gives 
2 different result after restarted a session, if the files are different 
folders

(and this new app is written in latest) .. maybe I should try to 
port it.. can't take taht much time

improved debugging : on my todo list. I might try to emit the debug 
info to a JS console like Firebug's one or a custom one.

Last but not least, I'm also actively working on Cheyenne's Control 
Panel. I'm giving a try to ExtJS for the UI. This would both get 
us a very nice looking Control Panel, and help me optimize Cheyenne 
for AJAX RIA apps (think built-in JSON support, COMET, etc...).

maybe I should download from svn too then. Just some do/global and 
session/add. I tested many times and I can clearly see that whichever 
I visit first after restart becomes "global" and runs also in webapp 
on different v-host. I will try with svn version and report. Maybe 
this problem and problem with logs are related and were both solved 
back then.

@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)

I might give it a try tomorrow. ;-)

did anyone try the cache service? any suggestions? http://reboot.ch/rebol/cache.r

I'm on port 80 ...


I see the button and get the hello world message popup as well as 
a "comm opened" popup at start...


I was trying to get Terry's demo to work but his "Drag this" does 
not seem to do anything...

Anyone try out Terry's?

Also could not get  ws.rsp to work..."page cannot be displayed"

I am fully for R3, and to not look back. Did you notice, how positive 
reactions you got to initial Host release? Hopefully that cooperative 
aproach works. But in some areas, we NEED design leadership. So - 
that is why I put a note to my "marketing" related docs, stating 
that simply transferring the responsibility to the community, might 
not see the features delivered.


So - maybe you could blog a bit - hey, guys, tasking's next. If you 
want it, try to prepera following details for me .... 1) 2) 3), etc.

Terry, wait to try the new web socket framework I'm working on. It 
should be ready tonight (if I find time to finish testing and debugging).

It's unfinished, but I try to follow the motto: release early, release 
often. At least, you can get a taste of how it looks like. Simple 
 test application with lots of comments here : http://code.google.com/p/cheyenne-server/source/browse/trunk/Cheyenne/www/ws-apps/ws-test-app.r

I'll finish the pending items tomorrow and will try to provide a 
more fancy example by building a realtime web chat application.

When I go to it it shows Carl's picture twice with one that says 
"drag me" under it.  But when I try to drag it - it does nothing. 
 This is on IE8 and also on Chrome.

I don't have XP here , so I can't try chrome .. does anyone know 
when websockets are comming to other browsers? I heard some svn version 
of FF has it to and lately I heard of devel version of Webkit (I 
assume safari) also

I'm upgrading my cheyenne, have to try this websockets stuffs, btw, 
nightly webkit also supports websockets (download here http://nightly.webkit.org/)

My demo is ready, but I found an issue to fix first with HTTP keepalive 
connections timeout colliding with web sockets timeout. The demo 
should be ready to try in a couple of hours (lunch time here).

here is jQuery websocket plugin and chat demo that I will try to 
make work with Cheyenne

For the chat demo, after upgrading to r52, run the new Cheyenne and 
point Chrome 4 to http://localhost/chat.html.You can try opening 
several windows with different user names to see how all parts react 
in realtime.

Btw, it's my first real try at jQuery, so the code might not follow 
the jQuery best pratices, if some jQuery/JS experts know how to make 
the code more elegant or shorter, let me know.

in the chat protocol, if a user close the browser window, will it 
signal "user quits the room" ? I should try...

Yes Will, I'll try to dive into the code asap :-)

If can cancel anytime, then why not try both?

Need to try an experiment where a worker thread sends an AJAX request 
to an RSP page, which in turns pushes back via websocket :)

Try testing with this script :

<%
either value? 'azerty [
	print "debug mode not working"
][
	print "debug mode is working ok"
	set 'azerty 1
]
%>

Will try some experiments using Canvas and websockets.. here's some 
great examples

http://www.chromeexperiments.com/

Another.. try shaking the browser

http://mrdoob.com/projects/chromeexperiments/ball_pool/

Try it on Chrome.. much faster.

Here's a better version.. with basic error notification;

	on-message: func [client data][
		;-- escape all html tags for security concerns
		data: copy data
		replace/all data "<" "&lt;"
		replace/all data ">" "&gt;"

		params: load copy data  
			
		do-task/on-done data func [client data][

   if error? try[do load %test2.r][out: "alert('error with test2.r');"]
		 broadcast out
		]
	]

anyway, you could try listening on a higher port and see if it works 
..

I guess try root ...

You should try with a timer event instead (if you really need to 
delay it server-side).

Hey doc, how can we handle loops in within do-task/on-done ?
Anything i try seems to block and cause port issues.

Anyway, I've restructured the echo demo.. should be much more responsive 
now

If anyone cares to try.. 

http://shinyrockets.com/echo.html

couldn't try it ..your server was offline

Try this with FF and Chrome

http://shinyrockets.com/delme.html

there are some funny things with call ... try calling a command shell 
inside the rebol console

speaking of uploads.. try it with this.. http://www.plupload.com/example_queuewidget.php

Might be an XP related issue, will try with Seven.

Thanks for the verbose answer. I will try it.

I will try with the source version from SVN

I think if I could make user.r execute on start this problem would 
be solved. I wasn't able to make it autoexecute on linux yesterday 
.. I already spent 6  hours before with this stuff without accomplishing 
anything so I stopped at that point. I will try with user.r again 
now. user.r didn't start on rebol/core or rebpro on linux for me 
yesterday ( I had rebol.r and user.r in same file as script, in same 
file as executables, I tried to set REBOL_HOME and REBOLHOME)

Janko - try to avoid set-net in the user.r, or just load missing 
mezzanines at the beginning of the user.r

going to try the rc.local

did you try using a map?

Do you have an map-each example to try the problem above Henrik?

I never tryied... but maybe you can try something like that http://kbeezie.com/view/configuring-sni-with-nginx/

You should try encapping latest version from SVN with your SDK. Let 
me know if it fixes or not your issue.

anyone used Bernstein's daemontools to control Cheyenne?

 I think some french reboler did in the past, but not sure it was 
 with Cheyenne, try searching through the french rebol forum.

I start it up with sudo under linux and the very first time it works.
I reboot, and then try again, and it just quits ... everytime.

I then use rebol/core and when I do %cheyenne.r it complains it can't 
write the cache efs file.  

I allow it, and then restart the cheyenne binary and then it runs 
okay.

Terry, try to debug from the rebol console if possible

I might try with .net thought, the VM is more dynamic languages friendly 
than the jvm.

ah, that could be added easily, I'll try to scan the CC channel here 
to see look for easy changes this weekend.

thanks, I'll try.

Apple software installers try to get every apple product downloaded 
onto your pc ...

also try taskkill 
http://commandwindows.com/taskkill.htm

Then I use code like:
with ctx-imagick [
			default/filter: 5
			default/blur: .95
			start
			try MagickReadImage *wand to-local-file src_file
			*wand2: CloneMagickWand *wand
			if h > 800 [

    try MagickResizeImage *wand to-integer (w * (600 / h)) 600 default/filter 
    default/blur
				try MagickSetImageCompressionQuality *wand 70
				trg_file: to-local-file rejoin [dir id #"_" sfil %_x600. ext]
				try MagickWriteImages *wand trg_file
				
				ClearMagickWand   *wand
				DestroyMagickWand *wand
				*wand: *wand2
				*wand2: CloneMagickWand *wand
			]
			
			nw: to-integer (w * (400 / h))
			either nw > 780 [

    try MagickResizeImage *wand 780 (h * 780 / w) default/filter default/blur
			][

    try MagickResizeImage *wand nw 400 default/filter default/blur
			]

			try MagickSetImageCompressionQuality *wand 70
			trg_file: to-local-file rejoin [dir id #"_" sfil %_x400. ext]
			try MagickWriteImages *wand  trg_file
			ClearMagickWand   *wand
			DestroyMagickWand *wand
			*wand: *wand2
			*wand2: CloneMagickWand *wand
			

   try MagickResizeImage *wand to-integer (w * (200 / h)) 200 default/filter 
   default/blur
			try MagickSetImageCompressionQuality *wand 70
			trg_file: to-local-file rejoin [dir id #"_" sfil %_x200. ext]
			try MagickWriteImages *wand trg_file 
			ClearMagickWand   *wand
			DestroyMagickWand *wand
			*wand: *wand2
			*wand2: CloneMagickWand *wand
			

   try MagickResizeImage *wand to-integer (w * (60 / h)) 60 default/filter 
   default/blur
			try MagickSetImageCompressionQuality *wand 70
			trg_file: to-local-file rejoin [dir id #"_" sfil %_x60. ext]
			try MagickWriteImages *wand trg_file
			ClearMagickWand   *wand
			DestroyMagickWand *wand
			*wand: *wand2

			end
		]

to get image sizes I use:
with ctx-imagick [
		w: h: none
		attempt [
			start
			try MagickPingImage *wand to-local-file file/2
			w:   MagickGetImageWidth  *wand
			h:   MagickGetImageHeight *wand
			ext: MagickGetImageFormat *wand
			end
		]	
	]

I should try again ... encapped with encmdview doesn't work ... but 
I see that doc has said that enpro should work ...