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

IRC log for #mojo, 2017-10-16

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

All times shown according to UTC.

Time Nick Message
00:54 jberger mohawk vue.js seems to be the channel's preference
00:55 jberger Myself included
00:55 jberger I'd be curious what other people use
01:02 mohawk i wonder whether anyone's tried hooking vue up with relay
01:02 * mohawk googles
01:38 purl joined #mojo
01:42 mohawk jberger, i found https://github.com/PierBover/vuex-apollo-example-project and https://github.com/Akryum/vue-apollo
01:55 ilbot2 joined #mojo
01:55 Topic for #mojo is now 🍩 nom nom | http://mojolicious.org | http://irclog.mojolicious.org | http://code-of-conduct.mojolicious.org
01:56 purl joined #mojo
02:03 purl joined #mojo
02:13 zach joined #mojo
02:14 zach if you want to have an interactive percentage progress upload on a page, what would you need to do?
02:31 noganex joined #mojo
02:37 pink_mist lots
02:37 bwf joined #mojo
02:40 mohawk could use a good old fashioned server push gif
02:40 mohawk otherwise you're looking at either a websocket or long poll and some JSON updates to a component?
02:43 pink_mist most of the time you have more than a single daemon fork listening to requests, so there would also need to be a way for the process handling the websocket/long poll thing to communicate with the actual process handling the upload as well
02:45 itaipu joined #mojo
03:07 mohawk pink_mist, am i wrong you could have a websocket endpoint taking care of that all async and whatnot?
03:08 pink_mist mohawk: if you only run one single process for your mojolicious, sure
03:08 pink_mist but 99% of the time you'll be running several
03:08 mohawk ahh, indeed
03:08 pink_mist and then you'd need to coordinate between them
03:09 mohawk you'd need to have the client doing quasi-direct (possibly mediated) comms with the upload receiver
03:09 mohawk one assumes clients can take care of this stuff purely client-side?
03:09 pink_mist if you use flash, yes
03:09 pink_mist with javascript, I don't actually know
03:11 mohawk flash (shudder)
03:12 pink_mist hence my first answer "lots"
03:13 mohawk https://stackoverflow.com/questions/28856729/upload-multiple-image-using-ajax-php-and-jquery
03:14 mohawk https://stackoverflow.com/questions/15410265/file-upload-progress-bar-with-jquery
04:04 dboehmer_ joined #mojo
04:17 inokenty-w joined #mojo
04:32 aborazmeh joined #mojo
04:49 sh14 joined #mojo
05:02 jamesaxl joined #mojo
05:58 dod joined #mojo
06:03 dod joined #mojo
06:38 rba joined #mojo
06:48 margeas joined #mojo
06:48 AndrewIsh joined #mojo
06:50 Vandal joined #mojo
07:01 karjala_ joined #mojo
07:34 itaipu joined #mojo
07:35 jamesaxl joined #mojo
07:45 trone joined #mojo
07:50 rba_ joined #mojo
08:17 coolo joined #mojo
08:22 rba joined #mojo
08:29 rba_ joined #mojo
08:40 prg joined #mojo
09:31 rshadow joined #mojo
10:28 sri i'm surprised uploads via websocket are not more common yet
10:29 sri after all you can have progress bars and compression
10:40 itaipu joined #mojo
11:22 kes joined #mojo
11:54 dod joined #mojo
12:33 dod joined #mojo
12:40 perlpilot joined #mojo
13:01 tchaves joined #mojo
13:03 dantti_laptop joined #mojo
13:37 itaipu joined #mojo
13:52 gryphon joined #mojo
14:03 ChmEarl joined #mojo
14:23 mohawk sri, "someone should" make a plugin for such :-)
14:24 pink_mist it requires frontend support too though
14:28 sri oh great, another security issue with a logo and website, this should be a fun week https://www.krackattacks.com
14:38 gizmomathboy joined #mojo
14:42 hassmaschine joined #mojo
14:42 hassmaschine left #mojo
14:42 maschine joined #mojo
14:42 CandyAngel "you should also update the firmware of your router"
14:43 CandyAngel Let me count the number of people who will get patches for their routers..
14:43 jberger I've yet to see too many routers with patches
14:44 jberger indeed I haven't seen too many articles suggesting what patches ought to do
14:45 CandyAngel jberger: https://w1.fi/security/2017-1/
14:45 CandyAngel Those are the LEDE patches against that attack
14:46 jberger oh nice find
14:46 CandyAngel I don't know if that is *the* way of mitigating, but might be informative
14:47 jberger this isn't promising though: http://www.netgear.com/about/security/
15:10 bwf joined #mojo
15:21 arcanez Google pushes patches to my routers (OnHub). in a timely fashion, we shall see.
15:22 pink_mist I thought it was mostly clients that needed to be patched
15:22 arcanez I have also heard that both sides need to be? so easy for there to be misinformation :(
15:33 rba joined #mojo
15:37 jberger https://doublepulsar.com/regarding-krack-attacks-wpa2-flaw-bf1caa7ec7a0
15:38 jberger new narrative is that the old narrative (WPA2 is fundamentally dead) is wrong
15:38 sri my router gets updates very regularly
15:38 jberger seems that either client or ap updates help
15:38 mrEriksson Hi folks. Anyone know if there is a way to remove tasks from a Minion? I can't find an obvious way to do this
15:39 sri mrEriksson: question doesn't make much sense
15:39 mrEriksson Why not?
15:39 jberger mrEriksson: please clarify, a task is the code that a job runs, a job is an instance in the db
15:39 jberger do you mean remove job?
15:40 jberger removing a task is as easy as removing the code that calls "add_task" in your app and restarting
15:40 mrEriksson jberger: Correct, and I want the minion to stop accepting jobs for a given task when specific events occur
15:40 mrEriksson Want to do this runtime
15:40 jberger ok that isn't at all what you asked :-P
15:41 mrEriksson Well, it was :) I want to remove a task :)
15:41 mrEriksson Though, the keyword "runtime" might have clearified a bit I guess
15:41 jberger mrEriksson: you cannot remove a task at runtime
15:41 jberger as I just explained
15:41 jberger you can "fail" a "job" at runtime
15:42 mrEriksson But I don't want to do that
15:42 mrEriksson Because then it could just as well get picked up by the same node again (and again and again)
15:42 mrEriksson With fail, I mean retry
15:43 jberger mrEriksson: were you the one asking about reassessing state after each job but before selecting the next one
15:43 jberger ?
15:43 mrEriksson Yes, this is part of that
15:43 mrEriksson If I don't have resources to do job X right now, I don't want it to be picked up
15:43 jberger ok, once again, I think you aren't in the right paradigm for minion, as I said then
15:44 sri delete $minion->tasks->{foo}
15:44 sri but you're prolly designing yourself into a corner
15:44 sri this is not a good idea at all
15:44 mrEriksson sri: Care to share your thoughts on why that is?
15:45 sri don't blame minion if your app falls apart at some point in the future based on these decisions
15:45 sri don't have time for more than a warnings atm
15:46 mrEriksson Are you saying that delete $minion->tasks->{foo} might break minion?
15:46 mrEriksson If not, the architecture seems to be pretty fine to be honest
15:47 jberger the job runner is fine, but the job dequeue mechanism seems quite mismatched to your needs, this isn't a criticism of your needs or minion's ability, just a statement
15:48 mrEriksson Minion is actually an absolutely perfect fit for what I'm doing
15:48 jberger I'm out
15:51 mrEriksson If you only want to convince me not to use Minion, then that might be just as well
15:59 sh14 joined #mojo
16:00 jamesaxl joined #mojo
16:20 dod joined #mojo
16:27 gregf_ joined #mojo
16:36 gizmomathboy joined #mojo
16:40 sri mrEriksson: what i mean is that what you're doing is not broken yet, it might very well work out fine, but in my experience it doesn't, having a cluster of workers that all change what they are dequeueing all the time based on the result of jobs they've processed is not easy to manage
16:42 sri i'm saying that because i'm the one who told you how to do it
16:42 sri people like to go all "BUT SRI TOLD ME TO DO THIS, AND NOW MY SERVER IS ON FIRE, YOU ALL SUCK!1"
16:43 rba_ joined #mojo
16:43 sri so, i'm being cautious
16:43 sri you can do it, maybe it works, but it's not what minion was designed for
16:44 preaction apache mesos is better-suited for parcelling out specific amounts of resources, matching resources to tasks
16:48 sri what is the case for running a task on one worker to try if it can perform it and then try it on the next (and have the first never process that kind of task again)?
16:48 sri it seems pretty crazy
16:50 sri i mean, you have the option of using named queues for every worker and then push the job around
16:50 preaction by what criteria are you rejecting tasks to run?
16:51 preaction if you know the criteria ahead of time, you may be able to find a way to choose not to dequeue those tasks
16:51 sri and how do you not know those criteria in advance, if you want to go as far as deactivating tasks in a worker
16:51 sri ye
16:54 sri even if you were not disabling tasks permanently, and just give them like a 10 minute cooldown, why would you round robin try a job in every worker?
16:54 sri how are those criteria not known before?
16:55 rba joined #mojo
17:00 jamesaxl joined #mojo
17:12 kgoess joined #mojo
17:33 maschine joined #mojo
17:38 bwf joined #mojo
17:47 dod joined #mojo
18:17 bwf joined #mojo
18:24 gizmomathboy joined #mojo
18:47 dod joined #mojo
19:26 CandyAngel Well.. interesting
19:26 CandyAngel browsing to localhost:3000 makes this super unhappy
19:26 CandyAngel Even though nothing it listening on that port
19:28 maschine I had a bug (caused by me) that only showed up when I used the Morbo server.  It worked fine with the Daemon server.. which doesn't make sense as they're the same thing.  Same port too. :|
19:28 maschine took me a while to figure out it was even a bug because of that
19:29 CandyAngel Firefox stops for like.. a minute, then I get an "Unnamed" dialog with two tiny buttons but with no text
19:29 maschine heh.  Sounds like an Autodesk product. :p
19:29 CandyAngel :D
19:29 CandyAngel Yes
19:29 CandyAngel Yes it does!
19:29 * purl stays quiet
19:29 maschine dialog box (with exclamation mark).  OK button.  No text.  No error.. lol
20:00 mtths joined #mojo
20:05 bwf joined #mojo
20:12 gryphon joined #mojo
20:25 bwf joined #mojo
20:28 gizmomathboy joined #mojo
21:15 rba joined #mojo
21:52 bwf joined #mojo
21:59 bwf joined #mojo
22:50 gizmomathboy joined #mojo

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