Here's an Apache virtual host config that allows Apache to sit in front of an Arc web server via mod_proxy_balancer. I just took my typical Rails config and tweaked it slightly. You need to have the mod_proxy_balancer module loaded.
I've setup a pseudo IP of 10.0.0.71 and put www.lojic.com in my /etc/hosts file with that IP for testing. I'll try 2 Arc processes with sticky sessions later, but for one server the following works fine. If you don't have a bunch of other virtual hosts active, you could probably just use 127.0.0.1 w/o setting up the pseudo IP.
Having Apache sit in front of the Arc server allows using SSL easily, serving up static files directly for extra speed, etc.
Are you actually experiencing a problem now, or just anticipating one? I currently program primarily in Ruby which is one of the slower languages around, and I've yet to max out a CPU with a web app, and I simply wouldn't use Ruby for serious number crunching.
Maybe my view is a naive one, but I feel that if Arc is successful, the effort to improve performance will be made.
On the other hand, it is a bit strange to see the docstring repeated like that.
Well, that's actually what kept me from Ruby and made me stick with Python for a while. I needed a little speed. Not that much, but Ruby was just below the barrier.
Not to beat a dead horse ( http://arclanguage.com/item?id=3351 ), but what platform are you developing Arc on? 'date -u -r' doesn't work on Linux or OS X, so we have to keep patching arc.arc with each new release.
edit: I looked at the patch more carefully and it looks like BSD accepts -r, so the next question is, would you mind adding some platform dependent conditionals?
My bad. In my haste, I simply ssh'd to my Mac and issued 'date -u -r' and didn't take the time to see that it was simply complaining about the fact that I didn't provide an argument for -r. So, I guess it's a problem for Linux, and not for OSX.
From what I've read, pg uses vi, so I expect he's developed a filetype for Arc. I was actually a heavy vim user for a couple years, but recently switched to Emacs in part because of the Lisp support. I was back to my vim productivity level in about 3 days, so maybe you could give it a shot :)
This may be related to #2, but I find modules/classes, very helpful in finding functionality. Someone just asked on IRC if there is a function to determine if a file exists. In Ruby, I would expect to find such a function in the File class, and sure enough, there is a File.exist? function.
This can be done in other ways such as partitioning functionality into files (if the code is the spec/doc), or organizing documentation in certain ways, but it's been my experience that a module/class system makes finding functions easier.
Word. But I guess without built-in pattern matching or regex yer just gonna be translating Norvig's 150-line version. Fewer chars (esp. parens) but not much else.
In the short term, a search feature for the forum might do the trick. I keep resorting to Google to find old threads which is less than ideal.
But in the long term, I agree that something like a wiki would be quite valuable. We shouldn't have to keep searching for old items. If pg did it as part of the site, maybe editing could be granted with a minimum point threshold to provide some level of protection from spam/graffiti. Plus pg, rm, etc. could exercise more control over some of the core info.
And I agree that doing it in Arc, while unnecessary, would be valuable in putting more pressure on the language.
