World: r3wp
[!Cheyenne] Discussions about the Cheyenne Web Server
| older newer | first last |
| Dockimbel 30-Oct-2008 [3337] | no, it's not the same process and helper processes where RSP scripts are executed, don't load Uniserve code. They just use a small client (%task-handler.r). |
| Pekr 30-Oct-2008 [3338x2] | Got error on Henrik's site - RSP error catched - internal limit reached: parse |
Near: [parse either empty? val-ctx [data]] where: html-gen | |
| Henrik 30-Oct-2008 [3340x2] | .... ok :-) |
I think that's a bug in html-gen. hang on... | |
| Pekr 30-Oct-2008 [3342] | ah, so not in Cheyenne? well, wrong group post then :-) |
| Henrik 30-Oct-2008 [3343x2] | hmm.. that didn't solve anything. |
I thought maybe the file table was too big. | |
| Pekr 30-Oct-2008 [3345] | has it anything in common with nested calls/recursion? |
| Henrik 30-Oct-2008 [3346x5] | Wait a minute... I have to be careful here, because an error page is cached in safari for some reason, so even if the bug no longer occurs, it will still load the error page. |
There shouldn't be recursion going on there, since it's just a table being rendered. The recursion level is 2-3 at best. | |
Pekr, how many times have you loaded the page today? | |
since it last was down | |
Added a page counter so I can keep an eye on that. | |
| Pekr 30-Oct-2008 [3351] | how many times? Few times a hour, I am really crazy :-) |
| Terry 31-Oct-2008 [3352] | http://activemq.apache.org/ Interesting |
| Graham 31-Oct-2008 [3353] | Not crashed since Thursday .. so can't debug. |
| Micha 4-Nov-2008 [3354x2] | what change pool-max on 50 in task-master ? |
i can change it in httpd.cfg ? | |
| Dockimbel 4-Nov-2008 [3356] | pool-max value should be changed in %cheyenne.r (shared/pool-max: any [all [flag? 'debug 0] 8]). Just replace the 8 value by the new value. It's not yet exposed in %httpd.cfg file. |
| Micha 5-Nov-2008 [3357x3] | ok . thanks |
on-status-code in htpd.cfg not work . I reveive default http-error-pages: [ 400 "<html><body><h1>400 Bad request</h1></body></html>" 404 "<html><body><h1>404 Page not found</h1></body></html>" 501 "<html><body><h1>501 Request processing error</h1></body></html>" ]default | |
i need add custom 404.asp | |
| Dockimbel 5-Nov-2008 [3360] | It's documented in the Changelog file. |
| Graham 6-Nov-2008 [3361] | still up ( 1 week now ) and rsp still working ... |
| Henrik 6-Nov-2008 [3362] | Same here, actually. |
| Graham 6-Nov-2008 [3363] | maybe it was solar activity ? |
| Henrik 6-Nov-2008 [3364] | I doubt it :-) |
| Terry 6-Nov-2008 [3365] | Maybe you need to think positive thoughts Graham? |
| Henrik 7-Nov-2008 [3366x2] | I've noticed sometimes that when an error happens, the output buffer is somehow not cleared and any further output will just be appended to that buffer. |
Then I need to restart the server. | |
| Dockimbel 7-Nov-2008 [3368] | Are you directly modifying the response/buffer series somehow ? Are you using 'on-status-code keyword ? |
| Henrik 7-Nov-2008 [3369] | 1: I'm unaware of it. 2: No. I remember getting an error back from the task handler, but unfortunately I've erased it now. |
| Kaj 8-Nov-2008 [3370] | The documentation wiki has been down for a while |
| Graham 8-Nov-2008 [3371x2] | Hmm. That also runs under Cheyenne's php implementation |
http://www.cheyenne-server.org/wiki | |
| Dockimbel 9-Nov-2008 [3373x4] | Right, Cheyenne still has issues with PHP FastCGI reconnection process. In FastCGI mode, after a given number of requests (500 here), PHP processes kill themselves and are relaunched. This is required by PHP to handle memory leaking problems. |
It seems that sometimes the FastCGI TCP connection remains in half-closed state after a PHP process dies, and my detection method is not efficient enough. | |
Adding to that, PHP FastCGI behaviour varies with OSes (hence my patching code for PHP on UNIX). | |
Making that stable is a real challenge. | |
| Kaj 9-Nov-2008 [3377] | Are the memory leaks in PHP itself? Do all PHP versions kill themselves? |
| Dockimbel 9-Nov-2008 [3378x2] | AFAIK, all PHP versions. I'm not sure if it's the PHP Fastcgi manager that kills PHP processes or if they just exit( ) once the max request number is reached. |
From what I've understood, it's not a good practice to let PHP process too much requests without restarting it. Quite funny for a server-side technology. | |
| Kaj 9-Nov-2008 [3380x6] | Yeah, quite disappointing for the top web server language |
Reminds me of when I installed Novel Netware some thirteen years ago and read in the manual that you were advised to restart the server every day to reclaim fragmented memory... | |
Crossposting here because the Syllable group is private: | |
The Dutch website of Software Freedom Day is now running on Syllable Server and Cheyenne: | |
http://softwarefreedom.nl/ | |
It was already made with my REBOL CMS | |
| CharlesW 14-Nov-2008 [3386] | I downloaded the Cheyenne source. Started the Cheyenne.r. Should I be able to connect via a web browser and localhost? I get Internet Explorer cannot display the webpage. I looked on the website for setup/config documents, but the document section just seems to time out. Is there any other service I need to start or should it be straight forward? I am on winxp, internet explorer. |
| older newer | first last |