On Saturday, June 20, 2020 at 11:35:32 AM UTC-4, Simon Schlee wrote:
>
>
> What I'd like to do is to create a personal catalog that represents the
>> packages I currently have installed, but it doesn't appear there's a super
>> easy `raco pkg` command to do that - I still need to research a bit.
On Friday, June 19, 2020 at 3:36:55 PM UTC-4, Hendrik Boom wrote:
>
> On Fri, Jun 19, 2020 at 07:54:29AM -0700, Brian Adkins wrote:
> > On Friday, June 19, 2020 at 8:09:04 AM UTC-4, Neil Van Dyke wrote:
> > >
> > > For an important production system, you prob
On Friday, June 19, 2020 at 8:09:04 AM UTC-4, Neil Van Dyke wrote:
>
> For an important production system, you probably want the source of any
> third-party packages on which you depend to be in Git (or another SCM
> system) that you control.
>
> You might also want to audit those packages
On Thursday, April 30, 2020 at 8:57:45 AM UTC-4, Jay McCarthy wrote:
>
> If you do so, and if your users need to pin themselves to particular
> versions there are broadly two techniques. First, you can create your
> own package catalog. Most users typically use two catalogs: the "big"
> one on
On Wednesday, June 17, 2020 at 4:50:44 AM UTC-4, Alex Harsanyi wrote:
>
>
> I am trying to speed up an algorithm using futures, but I am getting some
> unexpected results (and no real speed improvements), and I was wondering if
> someone more experienced could have a look a the code and tell me
On Wednesday, June 17, 2020 at 4:50:44 AM UTC-4, Alex Harsanyi wrote:
>
>
> I am trying to speed up an algorithm using futures, but I am getting some
> unexpected results (and no real speed improvements), and I was wondering if
> someone more experienced could have a look a the code and tell me
On Thursday, June 4, 2020 at 1:45:30 AM UTC-4, Neil Van Dyke wrote:
>
> I'm now leading engineering at a startup with an established Python &
> Flask infrastructure, and happen to urgently need an additional dynamic
> Web service backend that's separate from the rest of our
> infrastructure...
I may look into this in more detail later, but I ran a simple benchmark
comparison on my modest AWS EC2 server (ApacheBench can behave poorly on
MacOS).
1) I ran ApacheBench w/ 6 processes to fetch a simple "hello world" static
html file using only nginx. I got roughly 650 requests per second.
Sorry - missed the fact that you already found the cookie library :)
On Sunday, May 17, 2020 at 5:08:32 PM UTC-4, Brian Adkins wrote:
>
> I spent many years developing in Ruby before switching to Racket, so I
> understand the appeal of a "batteries included" lang
I spent many years developing in Ruby before switching to Racket, so I
understand the appeal of a "batteries included" language. Python excels in
this area. If you're weighting the "batteries included" aspect very high,
then Racket may not be suitable for you at this time, but in that case, I
On Saturday, May 16, 2020 at 3:16:18 PM UTC-4, Norman Gray wrote:
>
> [...]
> The exception is thrown inside the 'output' procedure
> that's provided as the last argument to the 'response' constructor (I
> belatedly realise this is probably a bad idea).
> [...]
> But (a) what should I be doing?
On Saturday, May 2, 2020 at 3:03:01 PM UTC-4, johnbclements wrote:
>
> Racket version 7.7 is now available from
[...]
>
The following people contributed to this release:
>
> Alexander Shopov, Ben Greenman, Benjamin Yeung, Brian Adkins, Brian
> Wignall, Chongkai Zhu,
On Thursday, April 9, 2020 at 8:47:09 AM UTC-4, Matthew Flatt wrote:
>
> At Wed, 8 Apr 2020 21:28:11 -0400, George Neuner wrote:
> > There's nothing in Racket for MIME that I'm aware of
>
> There's a `net/mime` library.
>
> I'm replying with an attachment so you can see what it generates, since
On Wednesday, April 8, 2020 at 6:09:14 PM UTC-4, Brian Adkins wrote:
>
> On Wednesday, April 8, 2020 at 1:46:43 PM UTC-4, gneuner2 wrote:
>>
>>
>> On 4/8/2020 12:54 PM, Brian Adkins wrote:
>> > I was able to write a simple wrapper around smtp-send-message and get
On Wednesday, April 8, 2020 at 1:46:43 PM UTC-4, gneuner2 wrote:
>
>
> On 4/8/2020 12:54 PM, Brian Adkins wrote:
> > I was able to write a simple wrapper around smtp-send-message and get
> > it working through SendGrid in a few minutes (see below), but I wasn't
> >
I was able to write a simple wrapper around smtp-send-message and get it
working through SendGrid in a few minutes (see below), but I wasn't able to
find any examples of sending emails containing both a plain text version
and HTML version. Can anyone point me to some examples?
Thanks,
Brian
On Monday, December 3, 2018 at 10:49:40 AM UTC-5, Jay McCarthy wrote:
>
> > I don't know if the Racket web server (or related libraries) currently
> provide a way to stream data in the response, but that is something I'll
> definitely need relatively soon (primarily for streaming large CSV/JSON
sage from you (that I was
> alerted to only this morning). Was that the message?
>
> Robby
>
> On Thu, Feb 13, 2020 at 2:57 PM Brian Adkins > wrote:
> >
> > I tried replying earlier today, but somehow the post got deleted -
> could've been user e
>
> To get these changes ahead of the release, you should be able to install
> an updated version of `web-server-lib' from the package server or from
> git.
>
> Hope that helps!
>
> - Bogdan
>
> Brian Adkins writes:
>
> > I'm posting a file to my web app us
ernal/dispatch-server-unit.html#%28part._safety-limits%29
>
>
> To get these changes ahead of the release, you should be able to install
> an updated version of `web-server-lib' from the package server or from
> git.
>
> Hope that helps!
>
> - Bogdan
>
I'm posting a file to my web app using the following form:
...
I use a simple function to create a hashtable of attributes:
(define (form-values req)
(for/hash ([ b (in-list (request-bindings/raw req)) ])
(cond [ (binding:form? b) (values
to also use
Postgres for the persistence of the job queue to avoid introducing
something new (e.g. Redis) to my server setup. Amazon RDS provides great
multi-site availability, so I want to continue to leverage that.
Thanks,
Brian Adkins
--
You received this message because you are subscribed
Since my post (referenced above), I have decided to not wait for the Racket
project leadership, and have gone "all in" with #lang racket, and I plan on
continuing with that attitude for the foreseeable future. I expect to be
able to add some new packages to the great set we already have before
On Tuesday, August 20, 2019 at 9:11:54 PM UTC-4, Brian Adkins wrote:
>
> On Tuesday, August 20, 2019 at 8:43:07 PM UTC-4, Sorawee Porncharoenwase
> wrote:
>>
>>
>>1. You will need a cooperation of phone-numbers macro. There are two
>>ways I am aware
On Tuesday, August 20, 2019 at 8:43:07 PM UTC-4, Sorawee Porncharoenwase
wrote:
>
>
>1. You will need a cooperation of phone-numbers macro. There are two
>ways I am aware of
>1.1 You could hard code in phone-numbers to deal with add-prefix
>directly.
>1.2 A more general
;)
So that it would appear to the phone-numbers macro as if the user had
actually typed:
(phone-numbers
(number "5551212")
(number "5552121")
(number "1234"))
Is it possible to do this w/o the explicit cooperation of the phone-numbers
macro?
B
On Monday, August 19, 2019 at 5:48:29 PM UTC-4, Sorawee Porncharoenwase
wrote:
>
> You could use (splicing) syntax class to help with normalization:
>
> #lang racket
>
> (require syntax/parse/define
> (for-syntax syntax/parse
> racket/syntax))
>
> (begin-for-syntax
>
(define-syntax (routes stx)
(syntax-parse stx
[ (routes (element ...) ...)
(with-syntax ([ name (format-id stx "axio-routes") ])
#'(define name (list (route-element element ...) ...)))]))
(define-syntax (route-element stx)
(syntax-parse stx
[ (route-element route:string
On Monday, August 19, 2019 at 3:35:00 PM UTC-4, Brian Adkins wrote:
>
> I'm working on a macro to allow the following:
>
> (routes
> ("/foo" foo-handler #:method put)
> ("/bar" bar-handler #:methods (put update))
> ("/baz" baz-handler))
&g
s
probably the wrong approach. If there are examples of this sort of thing,
I'd love to see them.
Thanks,
Brian Adkins
(define-syntax (routes stx)
(syntax-parse stx
[ (routes (route:string
handler:id
(~alt (~optional (~or*
On Saturday, August 17, 2019 at 6:56:29 AM UTC-4, Stephen De Gabrielle
wrote:
>
> Thanks Brian
> This is great!
>
> Stephen
>
>
My pleasure. By the way, here are unimplemented tasks for Racket if people
want to contribute solutions:
On Friday, August 16, 2019 at 6:46:14 PM UTC-4, Brian Adkins wrote:
>
> I went ahead and added my version to the Racket section w/ some subtle
> changes from my original post. I'm happy to edit it if necessary.
>
> https://rosettacode.org/wiki/Synchronous_concurrency#Racket
>
entry re: using channels.
Brian Adkins
>
>
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
To view
The current Racket example for Synchronous Concurrency seems a little
verbose and overly complicated:
https://rosettacode.org/wiki/Synchronous_concurrency#Racket
What do you think of the following example instead?
Brian Adkins
--- snip ---
(define (reader)
(for ([line (in-lines (open-input
ch in a #lang racket codebase can make an informed decision
about how to proceed.
Thanks,
Brian Adkins
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an
On Monday, August 12, 2019 at 10:50:03 AM UTC-4, Neil Van Dyke wrote:
>
> Robby, I'm still not certain we all have a shared understanding of some
> of the concerns and where we all stand, so please let me try to get at
> that some of that:
>
> > As for adopting-new-syntax vs
w/ me. Does anyone have a good idea of how participation is
distributed across this mailing list, reddit, slack, etc.? I'd prefer to
focus my efforts on one channel of communication.
Brian Adkins
--
You received this message because you are subscribed to the Google Groups
"Racket User
ement them, and with a more idiomatic Racket style,
but they should provide some nice exposure into various Rackety things.
I'm happy to update them with better code, and now that I've been using
rackunit daily, I may go back and add a bunch of tests which could be
instructive.
Brian Adkins
P.S. I d
I found Andy Keep's 2013 talk about writing a nanopass compiler super
interesting:
https://www.youtube.com/watch?v=Os7FE3J-U5Q
Brian
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails
On Thursday, July 25, 2019 at 12:45:36 PM UTC-4, Matthew Flatt wrote:
>
> Reordered slightly:
>
> At Thu, 25 Jul 2019 09:04:29 -0700 (PDT), Brian Adkins wrote:
> > I know Chez had a reputation for being a fast implementation - was
> > performance the main criter
I'm curious about the process that resulted in selecting Chez Scheme as the
runtime for Racket.
I know Chez had a reputation for being a fast implementation - was
performance the main criteria? Were other Scheme implementations considered
& rejected? If so, why? Were there other factors, in
On Wednesday, July 24, 2019 at 5:26:55 PM UTC-4, David Storrs wrote:
>
> There have been multiple threads going around about this change, so maybe
> this has been answered and I've just missed it; if so, apologies. Still, I
> would love the answer to this:
>
>What value are we trying to
On Tuesday, July 23, 2019 at 9:28:53 PM UTC-4, Alex Harsanyi wrote:
>
>
> On Wednesday, July 24, 2019 at 12:55:40 AM UTC+8, Greg Hendershott wrote:
>>
>> Although I'm still skeptical that changing the surface syntax will be a
>> sufficiently big net gain, and ought to be the next, highest
On Tuesday, July 23, 2019 at 8:52:36 PM UTC-4, Matthew Flatt wrote:
>
> At Tue, 23 Jul 2019 17:14:56 -0700 (PDT), Brian Adkins wrote:
> > With the Racket on Chez Scheme implementation, how interoperable are
> Racket
> > and Chez? Is it possible for Racket functions t
On Tuesday, July 23, 2019 at 12:55:40 PM UTC-4, Greg Hendershott wrote:
>
> Although I'm still skeptical that changing the surface syntax will be a
> sufficiently big net gain, and ought to be the next, highest priority?
> I'm running with that idea for the following.
>
> It seems like there
With the Racket on Chez Scheme implementation, how interoperable are Racket
and Chez? Is it possible for Racket functions to call Chez functions (or
vice versa) directly w/o using a FFI? If so, can you point me to some
documentation? If not, how difficult would it be to make this happen?
On Monday, July 22, 2019 at 6:17:47 PM UTC-4, Zelphir Kaltstahl wrote:
>
> I just want to give one thought as input to this discussion and will
> admit, that I did not read every (but some) of the posts above.
>
> When I write code in Racket or Scheme, I mostly like the parentheses, as
> they
On Monday, July 22, 2019 at 1:07:21 PM UTC-4, Caleb Allen wrote:
>
> As an additional data point, I can share my very fast introduction into
> Racket and the community. You asked for experiences where the community may
> have made people feel unwelcome, but mine is a positive experience. I share
On Monday, July 22, 2019 at 9:53:35 AM UTC-4, Greg Hendershott wrote:
>
> > Improved tooling also seems high-effort -- medium-risk --
> > medium-reward. I'll defer to those who concentrate more on tools,
> > including the author of Racket mode for Emacs, to suggest a priority
> > for this one.
This may seem like a nitpick, but I think there would be a *huge* shift in
attitudes if the suggestion for an infix syntax was framed in a similar
manner to Typed Racket as opposed to Racket 2. The latter seems to imply a
premature conclusion, where the former proposes a question to be answered
On Thursday, July 18, 2019 at 3:47:51 PM UTC-4, Justin Zamora wrote:
>
> On Thu, Jul 18, 2019 at 1:48 PM Brian Adkins > wrote:
> > I think more people (both existing users and new users) could get
> > excited about Racket2 if it was primarily about making Racket
> >
One thing that's still bothering me is the admission that if Racket
was already popular enough we wouldn't be considering the syntax
change. This was an answer to a question in a live setting, and I am
prone to mis-interpreting/understanding, so I very much want to cut
Matthew some slack since he
users and the gain of new users, and it's not at all clear to me
which will be greater.
However, I can't *unsee* what I've seen with language oriented programming
(and the downsides to running on the JVM are too great ;), so I'm happily
"stuck" for the time being :)
Brian Adkins
--
Yo
A sincere "thank you" to everyone who was involved in creating Racket Week
2019 as well as to the other participants who helped make the week an
amazing experience!
I had high expectations, and they were all exceeded - by far. I'll be
returning home tomorrow with fond memories of my time here
Since The City Library has multiple locations, it would be helpful to
simply list on the website the address of the specific location at which
we'll be meeting.
Thanks,
Brian
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe
; raco make -j 8 main.rkt
>
> and all your project files will be updated.
>
> Alex.
>
> On Tuesday, March 12, 2019 at 3:00:34 AM UTC+8, Brian Adkins wrote:
>>
>> I looked over the documentation for raco make, and I didn't see anything
>> about how to recursi
will be displayed if false
> })
>
> -Philip
>
>
> On Mon, Mar 18, 2019 at 11:48 AM Jérôme Martin > wrote:
>
>>
>> On Monday, March 18, 2019 at 4:45:19 PM UTC+1, Brian Adkins wrote:
>>>
>>> Yes, using code would certainly make some things easier, but for t
"my-content"])
> ,(if show-cat?
>(p "Welcome to my blog about cats!")
>(p "This blog is definitely not about cats.")
>
> On Monday, March 18, 2019 at 4:26:16 PM UTC+1, Brian Adkins wrote:
>>
>> How would one translate the follo
How would one translate the following Ruby template into a Racket web
template (including multiple lines for the if and else clauses) ?
<% if true %>
This will be displayed if true
<% else %>
This will be displayed if false
<% end %>
I've read a fair amount of doc and was
On Monday, March 11, 2019 at 3:00:34 PM UTC-4, Brian Adkins wrote:
>
> I looked over the documentation for raco make, and I didn't see anything
> about how to recursively make all *.rkt files in a directory tree. I
> suppose I could use something like: find . -name \*.rkt | xar
I looked over the documentation for raco make, and I didn't see anything
about how to recursively make all *.rkt files in a directory tree. I
suppose I could use something like: find . -name \*.rkt | xargs raco make,
but I like being able to use all 8 "cores" with -j 8, and I *think* I'd
lose
On Monday, March 11, 2019 at 1:22:48 PM UTC-4, Matthias Felleisen wrote:
>
>
>
> > On Mar 11, 2019, at 1:18 PM, Brian Adkins > wrote:
> >
> > I want let semantics, but I've been using define more because it's
> preferred in the Racket style guide. I don't wan
, 99.9% of the time that I use a local `define` I
> actually wish it were "like `let`" not `letrec`, but I use it anyway
> and try to be careful.)
>
>
> On Mon, Mar 11, 2019 at 12:29 PM Matthias Felleisen
> > wrote:
> >
> >
> >
> &g
On Monday, March 11, 2019 at 1:13:30 PM UTC-4, Brian Adkins wrote:
>
>
>
> On Monday, March 11, 2019 at 12:29:40 PM UTC-4, Matthias Felleisen wrote:
>>
>>
>>
>> > On Mar 11, 2019, at 11:21 AM, Brian Adkins wrote:
>> >
>> > I just dis
On Monday, March 11, 2019 at 12:29:40 PM UTC-4, Matthias Felleisen wrote:
>
>
>
> > On Mar 11, 2019, at 11:21 AM, Brian Adkins > wrote:
> >
> > I just discovered that define will fail at runtime, where let would fail
> at compile time. Besides helping t
I just discovered that define will fail at runtime, where let would fail at
compile time. Besides helping to keep the indentation level from marching
to the right "too much", what are the benefits of define over let?
--- snip ---
#lang racket
(define (f n) (+ n 1))
(define (foo)
(define b
On Friday, February 22, 2019 at 4:00:11 PM UTC-5, Jon Zeppieri wrote:
>
>
>
> On Fri, Feb 22, 2019 at 11:36 AM Brian Adkins > wrote:
>
>>
>> It seems that not short circuiting would be a good idea regardless of
>> other changes. It's not urgent for me, becaus
On Friday, February 22, 2019 at 11:23:10 AM UTC-5, Jon Zeppieri wrote:
>
>
> On Fri, Feb 22, 2019 at 10:44 AM Brian Adkins > wrote:
>
>>
>> Yes, I think we found the problem:
>>
>> $ ls -l /etc/localtime
>> lrwxrwxrwx 1 root root 36 Feb 21 21:45 /etc
On Thursday, February 21, 2019 at 11:16:00 PM UTC-5, Jon Zeppieri wrote:
>
>
>
> On Thu, Feb 21, 2019 at 10:12 PM Brian Adkins > wrote:
>
>> On Thursday, February 21, 2019 at 9:54:23 PM UTC-5, Jon Zeppieri wrote:
>>>
>>>
>>>
>
On Thursday, February 21, 2019 at 10:12:02 PM UTC-5, Brian Adkins wrote:
>
> On Thursday, February 21, 2019 at 9:54:23 PM UTC-5, Jon Zeppieri wrote:
>>
>>
>>
>> On Thu, Feb 21, 2019 at 9:48 PM Brian Adkins wrote:
>>
>>> On Thursday, February 21,
On Thursday, February 21, 2019 at 9:54:23 PM UTC-5, Jon Zeppieri wrote:
>
>
>
> On Thu, Feb 21, 2019 at 9:48 PM Brian Adkins > wrote:
>
>> On Thursday, February 21, 2019 at 9:35:58 PM UTC-5, Brian Adkins wrote:
>>>
>>> On Thursday, February 21, 20
On Thursday, February 21, 2019 at 9:35:58 PM UTC-5, Brian Adkins wrote:
>
> On Thursday, February 21, 2019 at 9:26:07 PM UTC-5, Brian Adkins wrote:
>>
>> I'm using the (today) function from the gregor library. It was returning
>> tomorrow instead of today,
On Thursday, February 21, 2019 at 9:26:07 PM UTC-5, Brian Adkins wrote:
>
> I'm using the (today) function from the gregor library. It was returning
> tomorrow instead of today, so I thought the problem was the timezone on my
> Ubuntu server. I configured the timezone to be US/Easte
I'm using the (today) function from the gregor library. It was returning
tomorrow instead of today, so I thought the problem was the timezone on my
Ubuntu server. I configured the timezone to be US/Eastern via: sudo
dpkg-reconfigure tzdata
Now the date command returns: Thu Feb 21 21:23:43 EST
On Tuesday, February 19, 2019 at 5:06:32 PM UTC-5, Matthew Butterick wrote:
>
>
>
> On Feb 19, 2019, at 1:28 PM, Brian Adkins > wrote:
>
> Oops - I spoke too soon. It appears the lexical context is unavailable to
> the template when include-template is used in this mann
On Tuesday, February 19, 2019 at 4:03:02 PM UTC-5, Brian Adkins wrote:
>
> On Tuesday, February 19, 2019 at 1:45:43 PM UTC-5, Matthew Butterick wrote:
>>
>>
>> On Feb 19, 2019, at 8:25 AM, Brian Adkins wrote:
>>
>> But, I'm guessing that the include
On Tuesday, February 19, 2019 at 1:45:43 PM UTC-5, Matthew Butterick wrote:
>
>
> On Feb 19, 2019, at 8:25 AM, Brian Adkins > wrote:
>
> But, I'm guessing that the include-template macro is unable to consume the
> output of my view macro. Is there anything I can
I would like to take the following web request handler:
(define (login request)
(render-string
(include-template "../views/authentication/login.html")))
and eventually get to something like:
(define (login request)
(render login))
My current lack of understanding with respect to macros
On Thursday, January 24, 2019 at 12:44:51 AM UTC-5, gneuner2 wrote:
>
>
>
> On 1/23/2019 12:02 PM, Brian Adkins wrote:
> > It looks like you're still using an arbitrary wait time to assume the
> > logging event queue is empty. I like it much better than my sleep
>
a timeout
value too long and wasting time waiting.
On Sunday, January 20, 2019 at 9:47:34 PM UTC-5, gneuner2 wrote:
>
>
> On 1/20/2019 6:34 PM, Brian Adkins wrote:
>
> Thanks.
>
> I do use dynamic-wind in various ways now, but I'm not sure how it would
> help me in this par
,
and I'll control the amount of output with a PLTSTDERR env variable.
On Friday, January 18, 2019 at 9:28:26 PM UTC-5, gneuner2 wrote:
>
> On Thu, 17 Jan 2019 18:08:00 -0800 (PST), Brian Adkins
> > wrote:
>
> >Aha! Thanks for the quick reply. I'll have to rethink how I'm
ng posted to
> a receiver that is later polled.
>
> At Thu, 17 Jan 2019 17:59:30 -0800 (PST), Brian Adkins wrote:
> > I've created my own logger via make-logger, and I started a thread with
> a
> > loop that sync's on the log receiver I created via make-log-receiver.
I've created my own logger via make-logger, and I started a thread with a
loop that sync's on the log receiver I created via make-log-receiver. I'm
logging some messages in a test, and it appears that the test completes
(and presumably kills the log receiver thread) before the log message is
Rather than the following:
(struct descriptive-name (a b))
(define my-instance (descriptive-name 7 8))
(define y (struct-copy descriptive-name my-instance [a (+ 1
(descriptive-name-a my-instance))]))
Would it be better to allow referring to struct fields as in the following?
(define y
:
>
> Postgres can index jsonb column data. Also, other languages will have an
> easier time reading it. If neither of those matter for your case, then no.
>
> - Jon
>
>
> On Wed, Dec 12, 2018 at 10:26 AM Brian Adkins > wrote:
>
>> I have some simple serialization need
I have some simple serialization needs. In Ruby, I would always serialize
an object to JSON and store in a postgres text column. However, w/ Racket,
it appears another option is to simply use read/write. Any reason not to
use read/write for serialization instead of JSON?
--
You received this
nderstandings.
>
> Jay
>
> 1.
> https://github.com/racket/web-server/blob/master/web-server-lib/web-server/servlet-env.rkt#L156
>
>
> On Fri, Nov 30, 2018 at 4:30 PM Brian Adkins > wrote:
> >
> > I could be misreading the information in "3.2 Usa
ket-lang.org/web-server/servlet.html?q=none-manager#%28def._%28%28lib._web-server%2Fmanagers%2Fnone..rkt%29._create-none-manager%29%29
>
> 2.
> https://docs.racket-lang.org/web-server/servlet.html?q=send%2Fsuspend#%28part._web%29
>
> On Fri, Nov 30, 2018 at 2:17 PM Brian
:00 PM UTC-5, Bogdan Popa wrote:
>
>
> Brian Adkins writes:
>
> > I just did a quick test, and "kill " will stop the Racket web
> server,
> > but not gracefully. In other words, it doesn't allow the current request
> to
> > finish. Maybe anoth
A while ago, I read Jay's response about how to use the Racket web server
w/o continuations here:
https://groups.google.com/forum/#!msg/racket-users/bTBj-RbMLDA/k80HNazuFAAJ
At the time, I didn't dig very deeply into it and just assumed avoiding
web-server/servlet would be sufficient, but I
I just did a quick test, and "kill " will stop the Racket web server,
but not gracefully. In other words, it doesn't allow the current request to
finish. Maybe another signal will gracefully stop it?
On Friday, November 30, 2018 at 1:36:04 PM UTC-5, Brian Adkins wrote:
>
>
The Unicorn app server uses signals to perform a graceful restart of the
worker processes. For example: "kill -USR2 ". This seems like a
reasonable approach, so my first though was to use something similar for my
Racket app server processes.
I found Tony's unix-signals package, but the
leges and still be able to bind to ports 80 and 443.
>
> -Philip
>
>
> On Thu, Nov 29, 2018 at 5:09 PM Alex Harsanyi > wrote:
>
>>
>>
>> On Thursday, November 29, 2018 at 11:17:38 PM UTC+8, Brian Adkins wrote:
>>>
>>> I'm running Ubuntu 18.
r.target
>
> It's particularly nice from a security perspective that
> `CAP_NET_BIND_SERVICE` makes it easy to run as a user with minimal
> privileges and still be able to bind to ports 80 and 443.
>
> -Philip
>
>
> On Thu, Nov 29, 2018 at 5:09 PM Alex Harsanyi > wrote:
&
Just out of curiosity, why do you feel using daemon(3) is not a great idea?
I'm not disagreeing, just curious about your reasons.
On Thursday, November 29, 2018 at 5:54:42 AM UTC-5, Tony Garnock-Jones
wrote:
>
> IMO using daemon(3) is not a great idea. Instead, I like to use djb's
>
application as a
> server or daemon. Systemd will even redirect stderr messages to the system
> log.
>
> Alex.
>
> On Thursday, November 29, 2018 at 10:56:25 AM UTC+8, Brian Adkins wrote:
>>
>> I briefly looked at the daemonize package on Ubuntu linux, but cou
I briefly looked at the daemonize package on Ubuntu linux, but couldn't get
it to work properly. I found the following Rosetta Code page:
https://rosettacode.org/wiki/Run_as_a_daemon_or_service#Racket
So, I just tried the code in that example, and it seems to work fine:
(module+ main
*
November 26, 2018 at 10:38:23 AM UTC-5, Brian Adkins wrote:
>
> The current Ruby/Rails app will max out at least one core at times now. I
> realize Racket should be faster, but I expect I'll still need more than a
> single core for the app as the volume will be going up significantly
Very interesting. I'll check out your project - thanks for mentioning it.
On Monday, November 26, 2018 at 4:42:15 AM UTC-5, Jérôme Martin wrote:
>
> Just so you know, I started some months ago a Racket project that would
> help monitor different Racket web servers and load-balance them, using
>
The current Ruby/Rails app will max out at least one core at times now. I
realize Racket should be faster, but I expect I'll still need more than a
single core for the app as the volume will be going up significantly in
January, and as you mentioned, there are some other benefits to a
1 - 100 of 229 matches
Mail list logo
