Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Nov 18 2020 19:48
    PatrickSachs commented #100
  • Nov 18 2020 19:48
    PatrickSachs commented #100
  • Nov 18 2020 19:48
    PatrickSachs commented #100
  • Nov 18 2020 00:18
    YellowApple commented #100
  • Nov 17 2020 20:58
    PatrickSachs closed #100
  • Nov 17 2020 20:58
    PatrickSachs commented #100
  • Nov 13 2020 06:15
    YellowApple commented #100
  • Jul 18 2020 17:21
    PatrickSachs opened #100
  • Mar 11 2020 08:32
    heinrich-fresh edited #99
  • Mar 11 2020 08:31
    heinrich-fresh edited #99
  • Mar 11 2020 08:30
    heinrich-fresh closed #99
  • Mar 11 2020 08:30
    heinrich-fresh opened #99
  • May 31 2019 19:29
    decasm closed #7
  • May 31 2019 17:51
    decasm closed #98
  • May 31 2019 17:51
    decasm closed #8
  • May 31 2019 17:42
  • May 31 2019 17:39
  • May 31 2019 17:37
    decasm opened #98
  • May 31 2019 17:37
    decasm opened #7
  • May 31 2019 17:37
    decasm opened #8
Shane Logsdon
@slogsdon
For anyone interested in the development, you can follow along here: https://github.com/slogsdon/plug-web-socket
Ryan S. Northrup (RyNo)
@YellowApple
Submitted a PR for Sugar.Templates.render/2 to check whether or not it received an error instead of a template key (and, if so, to fail early so that users aren’t totally baffled like I was about stupid things like “oh darn, I put my views in the wrong folder”). @slogsdon, any other considerations before we merge this in?
Anne-Gwenn Kettunen
@Annwenn
Hohai o/
I'm coming back for my 2nd application using Sugar :)
Anne-Gwenn Kettunen
@Annwenn
@slogsdon Hey, I cannot find any documentation on the use of "post" in the router. It must be so obvious it was useless, but still… :s
Shane Logsdon
@slogsdon
it should be just like get but allows for HTTP POST requests. what's giving you problems?
i'd be happy to explain more if needed
Anne-Gwenn Kettunen
@Annwenn
@slogsdon how I actually see what has been poster. I'm working on an URL shortener, and I POST url="foobar.com". Where is it stored? :D
Shane Logsdon
@slogsdon
everything should be in the args argument passed to your controller action
let me double check real quick
yep, that should be it
Anne-Gwenn Kettunen
@Annwenn
oki doki :)
Ryan S. Northrup (RyNo)
@YellowApple
We should probably expand on the relevant documentation; post actions are briefly mentioned in the controller docs, as is the fact that URL params are captured in args, but this isn't really supported in the example code.
Shane Logsdon
@slogsdon
very true
Anne-Gwenn Kettunen
@Annwenn
I agree as well :)
Anne-Gwenn Kettunen
@Annwenn
by the @slogsdon, do you have any clues about #81 ?
Shane Logsdon
@slogsdon
@Annwenn plug was updated at one point to force headers set with Plug.Conn.put_resp_header/3 to have the header name in all lowercase
Anne-Gwenn Kettunen
@Annwenn
hmm okay
Shane Logsdon
@slogsdon
the Sugar.Plugs.HotCodeReload plug just needs to be edited to match
Ryan S. Northrup (RyNo)
@YellowApple
Any input on the docs controller PR before I-
Never mind, @slogsdon just merged it in :P
Damn that was quick.
Anne-Gwenn Kettunen
@Annwenn
damn, that is so clear now…
thank you @YellowApple
Shane Logsdon
@slogsdon
haha. i saw. i clicked. i merged. we can always expand later on it if need be
Anne-Gwenn Kettunen
@Annwenn
\o/
Ryan S. Northrup (RyNo)
@YellowApple
Writing that made me realize that some mechanism for params validation would be useful if one doesn't already exist. I suppose guards could work for simple cases, but I reckon that would get unwieldy in more complex cases.
Anne-Gwenn Kettunen
@Annwenn
that's up the coder's imagination =)
Anne-Gwenn Kettunen
@Annwenn
@YellowApple I found something a bit concerning while reading the docs.
and if I test it with http -j POST "http://localhost:4000/shorten/json" url='http://github.com', I see that there is a params: %{"url" => "http://github.com"} but nothing in the arguments
I must have missed something, but what?
Ryan S. Northrup (RyNo)
@YellowApple
So in total you're getting something like [format: "json", params: %{"url" => "http://github.com"}] in your args?
YellowApple @YellowApple will be the first to admit that he was too lazy to actually pull up one of his projects and verify things...
Anne-Gwenn Kettunen
@Annwenn
I'm just having [json: "json"]
Ryan S. Northrup (RyNo)
@YellowApple
Well that's interesting.
Anne-Gwenn Kettunen
@Annwenn
indeed? :)
Ryan S. Northrup (RyNo)
@YellowApple
So they're being stored in the Plug.Conn itself.
Anne-Gwenn Kettunen
@Annwenn
*isn't it?
_>
Ryan S. Northrup (RyNo)
@YellowApple
But aren't being pulled into args, contrary to what @slogsdon just suggested :)
Shane Logsdon
@slogsdon
it's been a while. it's a definite possibility that i could be wrong
it does use Plug parsers after all
Ryan S. Northrup (RyNo)
@YellowApple
Well at least we know that they're being separated out in the Plug.Conn.
Do we want to go ahead and see if they can be spliced in whenever the path-related args are?
YellowApple @YellowApple is spelunking through the relevant code right now
Shane Logsdon
@slogsdon
yeah, that makes more sense now that i think of it more. the args parameter to a controller action is the result of bindings/0, which pulls out all variables coming about from pattern matching in the path
so if there was /my/:cool/:path
that gets parsed to ["my", cool, path]