<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 26, 2015 at 8:27 PM, Sawyer X <span dir="ltr"><<a href="mailto:xsawyerx@gmail.com" target="_blank">xsawyerx@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I've been pretty busy of late so had no time to keep track of the<br>
list. My apologies.<br>
<br>
Still, I would be happy to try and resolve this.<br>
<br>
Since this was last month, I'm assuming there might have been changes.<br>
Can you tell me what the last current state (plus some code, please)<br>
of this is? We'll pick it up from the current state and try and<br>
resolve any issues.<br>
<div class=""><div class="h5"><br></div></div></blockquote><div><br></div><div>I guess the basic issue that happens is what is described above and for some reason for me, Starman doesn't seem to solve it.<br></div><div>A basic example I will give is this, and keep in mind, this is a single user, not multiple at this stage.<br><ul><li>Load up the home page of the website, there are processes that run that might take 4-5 seconds to complete in the background (using jquery) (let's call it /LoadPage).</li><li>The I click on a page to generate a report (say /LoadReport), however, the report waits for /LoadPage to fully complete before starting (on the server side, I can see the client sending through the request immediately), thus it is completely blocking. It seems to do this even when running through Starman.</li></ul><p>I'm not sure if there is a way (or if this even makes sense) to fork out each request so the dancer site isn't just sitting there waiting for the last thing to complete.<br></p><p>I tried using the Delayed responses (Async/Streaming) listed here:<br></p><p><a href="https://metacpan.org/pod/distribution/Dancer2/lib/Dancer2/Manual.pod#Delayed-responses-Async-Streaming">https://metacpan.org/pod/distribution/Dancer2/lib/Dancer2/Manual.pod#Delayed-responses-Async-Streaming</a></p><p>But for some reason, maybe because it is solving a problem that I don't specifically have, it didn't seem to help.</p><p>Also, I pretty much all the time run with -R (or the equivalent restart switch for plackup/starman) so the site restarts without me having to intervene if any of the files get modified, I'm not sure if that factors into the forking issue I have.</p><p>Thanks,<br></p><p>David<br></p></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">
<br>
On Tue, Nov 17, 2015 at 8:55 AM, David H <<a href="mailto:untg99@gmail.com">untg99@gmail.com</a>> wrote:<br>
> Thanks Warren,<br>
><br>
> I could fiddle with it, I've spent a good 30 mins to 1 hour trying to get<br>
> various versions of the code working without success. I can attest the the<br>
> 'streaming' part works fine and the code will stream properly (I even<br>
> cracked out Wireshark to test), however it still blocks. In terms of the<br>
> non-blocking part, I'm sure there is something fundamental I'm doing wrong,<br>
> just not sure what.<br>
><br>
> David<br>
><br>
><br>
> On Tue, Nov 17, 2015 at 2:50 PM, Warren Young <<a href="mailto:wyml@etr-usa.com">wyml@etr-usa.com</a>> wrote:<br>
>><br>
>> On Nov 16, 2015, at 9:09 PM, David H <<a href="mailto:untg99@gmail.com">untg99@gmail.com</a>> wrote:<br>
>> ><br>
>> > So yeah, some clarification would be awesome, or just someone with an<br>
>> > example which works.<br>
>><br>
>> One of the items on the list of ideas for Advent Calendar 2015 articles is<br>
>> exactly that:<br>
>><br>
>>   <a href="https://github.com/PerlDancer/advent-calendar" rel="noreferrer" target="_blank">https://github.com/PerlDancer/advent-calendar</a><br>
>><br>
>> Since no one has signed up to write that article, maybe you should.  I<br>
>> know you don’t know how to make it work right now, but the code is open, so<br>
>> you could in principle figure out how to use it.<br>
>><br>
>> An article written from the perspective of a newbie is often better in the<br>
>> end than one written by someone who knows how the feature is *supposed* to<br>
>> work, because you’re more likely to remember where all the traps are.<br>
>><br>
>> I might write it myself, because I, too, have not yet used this feature of<br>
>> Dancer 2, but it was already on my to-do list.  (I want to use the feature<br>
>> to throttle repeated login attempts without slowing down one-off logins.)<br>
>><br>
>> That said, I’ve already written 6 articles for the calendar, and have<br>
>> received hardly any good feedback, so maybe I should leave the remaining 3/4<br>
>> of the available spots to others.<br>
>> _______________________________________________<br>
>> dancer-users mailing list<br>
>> <a href="mailto:dancer-users@dancer.pm">dancer-users@dancer.pm</a><br>
>> <a href="http://lists.preshweb.co.uk/mailman/listinfo/dancer-users" rel="noreferrer" target="_blank">http://lists.preshweb.co.uk/mailman/listinfo/dancer-users</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> dancer-users mailing list<br>
> <a href="mailto:dancer-users@dancer.pm">dancer-users@dancer.pm</a><br>
> <a href="http://lists.preshweb.co.uk/mailman/listinfo/dancer-users" rel="noreferrer" target="_blank">http://lists.preshweb.co.uk/mailman/listinfo/dancer-users</a><br>
><br>
_______________________________________________<br>
dancer-users mailing list<br>
<a href="mailto:dancer-users@dancer.pm">dancer-users@dancer.pm</a><br>
<a href="http://lists.preshweb.co.uk/mailman/listinfo/dancer-users" rel="noreferrer" target="_blank">http://lists.preshweb.co.uk/mailman/listinfo/dancer-users</a><br>
</div></div></blockquote></div><br></div></div>