The web in a box - a next generation web framework for the Perl programming language

IRC log for #mojo, 2017-01-09

| Channels | #mojo index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:22 Janos joined #mojo
01:11 aborazmeh joined #mojo
01:16 bpmedley joined #mojo
02:12 maschine joined #mojo
04:02 lluad joined #mojo
04:13 aborazmeh joined #mojo
04:35 inokenty-w joined #mojo
04:49 inokenty-w joined #mojo
05:00 inokenty-w1 joined #mojo
05:04 dboehmer joined #mojo
05:24 aborazmeh joined #mojo
05:32 aborazmeh joined #mojo
06:18 sawtooth joined #mojo
06:21 sawtooth joined #mojo
06:56 Janos joined #mojo
07:23 dod joined #mojo
07:28 dod joined #mojo
07:47 Janos joined #mojo
07:51 batman joined #mojo
08:03 marcus joined #mojo
08:15 rshadow joined #mojo
08:17 AndrewIsh joined #mojo
08:27 Janos joined #mojo
08:31 batman joined #mojo
09:09 trone joined #mojo
09:25 osfabibisi joined #mojo
10:15 Vandal joined #mojo
10:17 Janos joined #mojo
10:50 gregf_ joined #mojo
11:03 ladnaV joined #mojo
11:05 Janos joined #mojo
11:44 Janos joined #mojo
12:14 ashimema joined #mojo
12:26 * sri hates convos again
12:29 sri really bad when an irc client just refuses to connect to something and never gives an error at all, not even a timeout
12:33 Janos joined #mojo
12:39 tchaves joined #mojo
12:47 aborazmeh joined #mojo
12:56 aborazmeh_ joined #mojo
13:04 aborazmeh joined #mojo
13:22 aborazmeh joined #mojo
13:23 tchaves joined #mojo
13:28 aborazmeh joined #mojo
13:33 aborazmeh_ joined #mojo
13:58 Janos joined #mojo
14:03 aborazmeh joined #mojo
14:06 gizmomathboy joined #mojo
14:07 * sri wonders at which point to consider the vote successful https://github.com/kraih/mojo/pull/1028
14:08 sri guess marcus, tempire and crab should still vote
14:28 marcus sri: I've added a thumbsup to the issue now. Looks like a great addition.
14:29 sri hmm, you can only see the first 11 people that gave a thumbsup apparently :S
14:31 marcus that is rather inconvenient
14:39 Pyritic joined #mojo
14:41 lluad joined #mojo
14:44 PryMar56 joined #mojo
14:44 sri ah, you can just get it with a one-liner form the api though
14:44 sri perl -Mojo -E 'say $_->{user}{login}, ": ", $_->{content} for g("https://api.github.com/repos/kraih/mojo/issues/$ARGV[0]/reactions" => {Accept => "application/vnd.github.squirrel-girl-preview"})->json->@*' 1028
14:44 sri and marcus lied :o
14:45 sri he did not thumbsup
14:45 marcus possibly I clicked it again by accident when trying to figure out how to see it in the web ui.
14:46 marcus reclicked it now
14:47 asarch joined #mojo
14:48 rshadow joined #mojo
15:09 zivester joined #mojo
15:15 dikim joined #mojo
15:16 sri that's a pretty hyperbolic comment https://groups.google.com/d/msg/mojolicious/TasudDTLI-Q/RjPgUcjDEwAJ
15:23 pink_mist I think it's a concern that should be answered; it's not really farfetched
15:26 lluad Given years of experience with CGI I suspect the answer is "Yes, probably".
15:28 lluad I'm looking forward to porting some of my uglier code over to using the subprocess stuff.
15:31 bobkare wouldn't it normally at least be limited to workers * max_clients? depending on the setup that might still be a _lot_ of forked processes, but at least it's not infinity...
15:33 lluad Yeah, it's constrained.
15:34 bobkare And I guess if you are worried about it you could pretty easily limit the number of concurrent subprocesses started per daemon worker
15:34 lluad If you let random bots off the internet spawn expensive processes it's still gonna be bad. But that's more an app architecture "don't do that" sort of thing rather than anything intrinsic to the idea of an app that uses subprocesses.
15:36 sri i suppose what people want is a waiting queue in Mojo::IOLoop and a subprocess limit per ioloop
15:37 marty joined #mojo
15:37 sri so whenever you do Mojo::IOLoop->subprocess(...) it might not fork immediately, but end up in a queue
15:46 lluad Seems like it'd be more work and complexity for little benefit. It'd increase latency for page loads under moderate load, and not really help for high load.
15:47 rshadow joined #mojo
15:47 sh14 joined #mojo
15:47 lluad (But I've not tried subprocesses, so I might well be missing some major details about how they're used)
15:48 ashimema anyone able to point me in the direction of where to start looking into why my minion tasks are all ending up with 'non-zero exit status (255)' as the 'result' ?
15:51 ashimema https://ssl.thorsen.pm/paste/298a7d7607c3 is an example of such a task that always ends up with the above
15:51 ashimema I'm sure there's something simple here I'm completely misunderstading :(
15:56 sri i guess technically #1028 passed the vote
16:01 ashimema ack.. and now the exact same thing is returning fine with no changes :(
16:02 jberger sri: AnyEvent::Util::fork_call does have a fork queue
16:02 jberger I didn't copy it when I created M::I::ForkCall because it seemed like a thing that could be implemented externally if desired
16:03 jberger but for reference, it was there
16:08 rshadow joined #mojo
16:16 Grinnz I think it's a good feature to consider
16:17 rshadow joined #mojo
16:59 perlpilot joined #mojo
17:16 howitdo joined #mojo
17:24 Janos joined #mojo
17:28 rshadow joined #mojo
17:32 disputin joined #mojo
17:35 VVelox joined #mojo
17:37 jnap joined #mojo
17:38 sri o/
17:39 sri allright, is it time to merge https://github.com/kraih/mojo/pull/1028?
17:43 wingfold joined #mojo
17:46 jberger sri is anything still on your mind about it?
17:47 sri nope
17:47 jberger Then I'm game
17:47 sri i think it's all good now
17:47 good_news_everyon joined #mojo
17:47 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/vMlh6
17:47 good_news_everyon mojo/master 4ca19b1 Sebastian Riedel: Merge pull request #1028 from kraih/mojo_file...
17:47 good_news_everyon left #mojo
17:47 sri \o/
17:47 jberger \o/
17:48 jberger \o\
17:48 sri /o/
17:49 jberger We don't irc dance enough anymore
17:57 dotan_convos joined #mojo
17:59 good_news_everyon joined #mojo
17:59 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/vM8ec
17:59 good_news_everyon mojo/master 8ae77ed Sebastian Riedel: update Changes
17:59 good_news_everyon left #mojo
18:00 * sri updates the docs on mojolicious.org
18:00 sri http://mojolicious.org/perldoc/Mojo/File
18:01 pink_mist \o/
18:01 pink_mist sri++ Mojo::File++
18:24 dod joined #mojo
18:25 dod joined #mojo
18:32 sri would be nice to get some test runs on different platforms now
19:07 suede joined #mojo
19:24 marcus wooo
19:31 Dandre joined #mojo
19:35 rshadow joined #mojo
19:59 good_news_everyon joined #mojo
19:59 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/vM8ZD
19:59 good_news_everyon mojo/master 46b7cda Sebastian Riedel: fix typo in Changes
19:59 good_news_everyon left #mojo
21:24 rshadow joined #mojo
21:26 CHYC_ joined #mojo
21:33 rshadow joined #mojo
21:35 khfeng joined #mojo
21:46 CHYC joined #mojo
22:04 marty_ joined #mojo
22:14 stryx` joined #mojo
22:22 zach joined #mojo
22:22 zach maybe this is a stupid question, but is there a simple way to not make form values be passed into the url when submitted?
22:23 zach I don't like ?username=foo&password=bar     being in the URL
22:24 pink_mist make it a post instead of a get
22:25 zach it is a post
22:25 pink_mist not if that happens it isn't
22:25 zach %= form_for createuser => (method => 'POST'), class => 'form-signin' => begin
22:25 zach I need to change the name on that to signin, but still
22:25 zach it hits the post route
22:26 pink_mist then that stuff won't be in the URL
22:26 pink_mist it's that simple
22:26 pink_mist if you think it is, that's not the form you're submitting.
22:27 zach actually, you just gave me an idea, thanks
22:29 sri unless there are complaints i'll push a new release to cpan tomorrow
22:38 sri wow, File::Spec::Functions::catfile is so much faster than File::Spec->catfile
22:38 sri my "n { Mojo::File::path("/foo", "bar") } 100000" benchmark went from 0.26s to 0.12s
22:39 pink_mist wonder how much of that is due to method resolution
22:42 jberger ouch
22:50 good_news_everyon joined #mojo
22:50 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/vM8M8
22:50 good_news_everyon mojo/master aceea20 Sebastian Riedel: improve performance of Mojo::File significantly
22:50 good_news_everyon left #mojo
22:51 sri i was wondering  why Path::Tiny was faster in a few cases ;p
22:52 sri https://gist.github.com/anonymous/665bdb9208cf2574f28dc912a7b9e9a2
22:52 sri now i think Mojo::File is always faster
22:53 Janos joined #mojo
22:54 sri oh wait, i can squeeze some more performance out of it :)
22:59 good_news_everyon joined #mojo
22:59 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/vM8Dh
22:59 good_news_everyon mojo/master 4d2f69e Sebastian Riedel: make Mojo::File a tiny bit faster
22:59 good_news_everyon left #mojo
22:59 sri 0.27s now
23:00 yuni joined #mojo
23:00 good_news_everyon joined #mojo
23:00 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/vM8yt
23:00 good_news_everyon mojo/master 92e0874 Sebastian Riedel: Scalar::Util is not needed anymore
23:00 good_news_everyon left #mojo
23:01 jberger plus fewer lines
23:01 sri it's so obvious in retrospect
23:02 sri this is why i do perl
23:14 marty joined #mojo
23:16 howitdo joined #mojo
23:37 zivester joined #mojo
23:39 sri wait what, yahoo is changing its name to something unrecognizable? Oo
23:43 sri oh, yahoo is just dead
23:46 * sri wonders if verizon will now run yahoo mail

| Channels | #mojo index | Today | | Search | Google Search | Plain-Text | summary