World: r3wp
[!Cheyenne] Discussions about the Cheyenne Web Server
| older newer | first last |
| 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. |
| Dockimbel 14-Nov-2008 [3387] | It's straight forward and you should see the default test page. If not, check your %httpd.cfg config file. They're no general documentation available yet, only RSP API is documented. |
| DideC 15-Nov-2008 [3388x4] | I have done the same just yesterday and it works (almost 404 page, if nothing else is define). But this morning it does not work anymore !! After some checking, I have shutdown Skype and now it works again (I remembering that it was off yesterday at my first try). Skype may use the port 80, so Cheyenne can't ! |
Check listening port with "netstat -a -b" in a Windows XP command window and search for an application listening on the local address "mycomputername:http" | |
Apart not having doc to set the httpd.cfg correctly, I have one small problem. I use it to test RebelBB localy and it seems POST request does not work. I had to change to the GET method to have it working. Any idea ? | |
And I'm unable to see the documentation on the Cheyenne website (wiki). I only have a neverending "wait for cheyenne-server.org" that finnaly ends long time after with a blank page. | |
| Graham 15-Nov-2008 [3392] | doc needs to restart Cheyenne |
| Dockimbel 15-Nov-2008 [3393x4] | Right. I left it in that state to be able to study the reasons why the FastCGI connection is still unreliable with PHP. I'll restart it in a couple of hours. |
404 page : yes, Skype, among other applications, reserves port 80 for its own use, so you have to shutdown any such program before being able to use Cheyenne (or any other web server on port 80). Once Cheyenne is started, you can launch again Skype and it will use another port (that should be configurable somewhere in Skype). | |
You can also choose to run Cheyenne on another port, just look in the default %httpd.cfg file and uncomment the LISTEN option in the 'globals section. | |
I guess that RebelBB is running as a CGI app ? If it's using READ-IO, your issue might be caused by some limitations of my READ-IO emulation code. If you can send me or point me to the code, it should help me improve Cheyenne's CGI support. | |
| DideC 15-Nov-2008 [3397] | The code is the one of RebelBB here : http://www.digicamsoft.com/cgi-bin/rebelBB.cgi?code=1 |
| Dockimbel 15-Nov-2008 [3398] | Okay, my READ-IO emulation has been removed in the last version. I've replaced it with a safe 'cgi-read-io function. I plan to put it back soon, I think I know how to make it work reliably now. |
| Henrik 15-Nov-2008 [3399] | Doc, does it affect RSP or is this solely a PHP issue? |
| Dockimbel 15-Nov-2008 [3400] | It's a FastCGI/PHP issue only. |
| Henrik 15-Nov-2008 [3401] | ok |
| Dockimbel 15-Nov-2008 [3402] | Cheyenne's wiki is back online. I've fixed a bug in the FastCGI reconnection process. Load tests seems ok. It's now under observation during a few days to see if it really solved the stability issue. |
| older newer | first last |