Camelia, the Perl 6 bug

IRC log for #mojo, 2013-02-13

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

All times shown according to UTC.

Time Nick Message
00:00 jberger has a nice symmetry with $c->render( json => ... )
00:00 sri indeed
00:00 jberger to be able to do $t->post( $url, json => ... )
00:01 jberger post_ok
00:01 jberger ykwim
00:01 * jberger has made enough mistakes today
00:01 * jberger thinks he should give a rest
00:02 sri you could also check if the websocket connect was successful with $tx->is_websocket
00:03 sri s/connect/handshake/
00:16 Molaf__ joined #mojo
00:23 good_news_everyone joined #mojo
00:23 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/3RQ2Sg
00:23 good_news_everyone mojo/master fdd8654 Sebastian Riedel: small optimization
00:23 good_news_everyone left #mojo
00:38 mattastrophe joined #mojo
00:38 vervain joined #mojo
00:54 good_news_everyone joined #mojo
00:54 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/X4H7Cg
00:54 good_news_everyone mojo/master d277d66 Sebastian Riedel: a few more post_ok examples
00:54 good_news_everyone left #mojo
00:55 good_news_everyone joined #mojo
00:55 good_news_everyone [mojo] kraih tagged v3.85 at 3d8165f: http://git.io/vcOLVQ
00:55 good_news_everyone left #mojo
01:04 mattastrophe joined #mojo
01:14 ka2u joined #mojo
01:17 egopro joined #mojo
01:21 egopro joined #mojo
01:31 mattastrophe joined #mojo
01:41 jberger sri++
01:46 dvinciguerra_ joined #mojo
01:59 d4rkie joined #mojo
02:03 jberger my perl client for GalileoSend works! https://github.com/jberger/GalileoSen​d/blob/master/example/shell_client.pl
02:42 TitanOfOld joined #mojo
02:43 Skylos joined #mojo
02:47 d4rkie joined #mojo
02:49 tempire perl -Mojo -E 'say g("tempi.re" => json => {hello => 1})'
02:49 tempire so awesome
03:12 jberger guess I'm going to need another Galileo update release
03:12 jberger oh well small price to pay
03:13 jberger 17 lines of deprecation notices during testing
03:13 jberger :o
03:16 jberger tempire, I'm assuming that sri is sleeping, but do you think he would consider a patch to Mojo::Asset::File::get_chunk allowing an optional second argument for chunk size?
03:26 tempire It sounds sensible, but I would check the code to see how it's used in the framework.
03:26 jberger it seems like can be emulated by setting the end_range but that's kinda awkward
03:26 jberger the change passes the tests
03:27 jberger (helps that it would be adding an optional param which is obviously unused)
03:29 jberger its actually almost implemented already in the internals of Mojo::Asset::Memory
03:38 sivoais joined #mojo
03:38 Skylos left #mojo
03:42 KindTwo joined #mojo
03:43 jberger https://github.com/kraih/mojo/pull/453
03:50 KindOne joined #mojo
03:59 D4RK-PH0ENiX joined #mojo
04:04 jberger interesting, it seems that get_chunk is never used in the codebase
04:05 jberger if its a user convenience function that strengthens the case for my patch
04:05 yakudza joined #mojo
04:05 jberger IMHO
04:12 xaka joined #mojo
04:17 KindOne joined #mojo
04:19 _xaka_ joined #mojo
04:56 ka2u joined #mojo
05:59 spleenjack joined #mojo
06:10 ver joined #mojo
06:13 d4rkie joined #mojo
06:18 mire joined #mojo
06:36 dpetrov_ joined #mojo
06:39 yakudza joined #mojo
06:55 Vandal joined #mojo
06:56 bobishh joined #mojo
06:59 bobishh Hi there everybody! Can someone help me with IOLoops ? I need to start db request in a thread or kinda, and render "your request is being processed" and when i got data from db, render table with data. I'm not much into webdev yet, so it would be nice if someone could explain how to do it
07:03 _visu joined #mojo
07:07 Mike-PerlRecruiter_ joined #mojo
07:18 xaka joined #mojo
07:19 marcus morning everybody
07:21 duncanthrax joined #mojo
07:43 berov joined #mojo
07:45 crab hi marcus.
07:54 suy joined #mojo
07:56 Kulag joined #mojo
08:06 Kulag joined #mojo
08:25 berov left #mojo
08:26 ka2u_ joined #mojo
08:31 ka2u joined #mojo
08:36 ka2u_ joined #mojo
08:37 _visu joined #mojo
08:41 ka2u joined #mojo
08:44 alnewkirk joined #mojo
08:46 ka2u_ joined #mojo
08:47 _visu joined #mojo
08:51 dod joined #mojo
08:53 ka2u joined #mojo
08:58 fhelmber_ joined #mojo
09:01 dotan joined #mojo
09:06 ka2u_ joined #mojo
09:12 ka2u joined #mojo
09:18 ka2u_ joined #mojo
09:20 bd bobishh: something like that? http://paste.debian.net/233499/
09:21 bd bobishh: also note, ioloop doesnt work with cgi
09:23 ka2u joined #mojo
09:25 robinsmidsrod joined #mojo
09:25 hrupp joined #mojo
09:26 ladnaV joined #mojo
09:28 ka2u_ joined #mojo
09:33 ka2u joined #mojo
09:36 kitt_vl joined #mojo
09:38 ka2u_ joined #mojo
09:41 nelio joined #mojo
09:43 ka2u joined #mojo
09:45 bobishh bd: hi. i've looked at sample that you've send, it was in ioloop samples i think.. i need to draw "your req. is being processed" and when done redirect to results, i don't know if that sample will be useful for me, when i tryed it it renders "5" after 5 seconds, it was like "delayed rendering" sample
09:48 mandreacchio joined #mojo
09:48 ka2u_ joined #mojo
09:53 ka2u joined #mojo
09:57 daxim joined #mojo
09:58 ka2u_ joined #mojo
10:04 ka2u joined #mojo
10:09 ryozi joined #mojo
10:10 ka2u_ joined #mojo
10:15 ka2u joined #mojo
10:19 mugenken joined #mojo
10:20 ka2u_ joined #mojo
10:21 ObseLeTe joined #mojo
10:22 maxhq joined #mojo
10:25 ka2u joined #mojo
10:28 _visu joined #mojo
10:30 ka2u_ joined #mojo
10:35 ka2u joined #mojo
10:40 ka2u_ joined #mojo
10:45 ka2u joined #mojo
10:51 ka2u_ joined #mojo
10:56 ka2u joined #mojo
10:58 Gedge joined #mojo
11:01 ka2u_ joined #mojo
11:06 ka2u joined #mojo
11:07 mandreacchio joined #mojo
11:09 mire joined #mojo
11:11 ka2u_ joined #mojo
11:15 egopro joined #mojo
11:16 ka2u joined #mojo
11:18 dhg joined #mojo
11:21 ka2u_ joined #mojo
11:23 ObseLeTe joined #mojo
11:26 ka2u joined #mojo
11:28 TitanOfOld joined #mojo
11:28 ObseLeTe joined #mojo
11:31 ka2u_ joined #mojo
11:35 yakudza how can I create bridge on "/" to check users if they logged in but not for /login and /logout pages
11:47 yakudza my $r = $self->routes;
11:47 yakudza $r->route('/login')->to('au​th#login')->name('login');
11:47 yakudza $r->route('/logout')->to('au​th#logout')->name('logout');
11:47 yakudza
11:47 yakudza my $members = $r->bridge('/')->to('auth#check_user');
11:48 yakudza if I create like this after /logout it will hang
12:08 Adura joined #mojo
13:01 jberger bobishh, it sounds like you should render the page with the "your request is being processed" and then have the client actually request the data via websocket (or ajax) later
13:01 jberger or at least that's how I (rather new to the field) would do it
13:03 jberger here as some docs to get you started: https://developer.mozilla.org/en-US/docs/WebS​ockets/Writing_WebSocket_client_applications
13:03 jberger https://metacpan.org/module/​Mojolicious::Lite#WebSockets
13:08 ObseLeTe joined #mojo
13:12 trmjoa joined #mojo
13:13 arpadszasz_ joined #mojo
13:13 Adura joined #mojo
13:14 sri yakudza: please do not paste into the channel
13:14 sri jberger: get_chunk is pretty much exclusively for internal use
13:14 egopro joined #mojo
13:15 yakudza sorry was very nervous and already solved
13:19 sri jberger: it was kinda already implemented because there was a CHUNK_SIZE constant in the past
13:26 bobishh jberger: thnx a lot
13:26 sri jberger: i don't like that $size implies a guarantee, it should be $max or so
13:28 GabrielVieira joined #mojo
13:31 jberger sri: yeah, I thought about max
13:32 sri jberger: what's the use case anyway?
13:32 jberger without you here, I settled on it because it was the name of the internal variable in ::Memory
13:32 jberger slurping in piece by piece
13:32 sri that's what it already does
13:33 jberger https://github.com/jberger/GalileoSend/​blob/master/example/shell_client.pl#L83
13:34 jberger but for a fixed chunk size
13:34 jberger I'm very ok with $max
13:35 sri there seems to be no advantage for mojolicious though
13:37 jberger seeing as get_chunk isn't used in the code base anywhere, I assumed it was purely a user convenience, which I was improving
13:37 jberger I actually anticipated that question from you and when to find where it could be useful, and it turns out you don't use it
13:37 sri how did you get that idea? it's used heavily in the content classes
13:37 jberger ack didn't return anything
13:38 jberger I'm sorry, one case
13:38 jberger Mojo/Content/Single.pm line 34
13:38 sri a very important case ;)
13:38 jberger indeed
13:39 sri that case is the reason it exists
13:39 jberger (don't know how I missed that yesterday)
13:39 jberger seriously I was off my game yesterday
13:39 sri i see move_to more as the enduser api
13:39 egopro joined #mojo
13:40 jberger obviously move_to is the main use, but that assumes you are receiving the file, not sending it
13:40 jberger I'm trying to send one
13:40 sri not really a supported use case
13:41 jberger well thats up to you
13:42 sri only reason to apply the patch i could see would be if it made testing a few special cases easier
13:42 jberger I have my code working, but I basically had to reimplement your code from that method
13:42 jberger maybe it would make more sense to me if I knew, why that number?
13:42 Foxcool joined #mojo
13:43 sri but so far all i notice is missing test cases
13:43 jberger 131072
13:43 sri nothing new
13:43 sri that number worked best in a few benchmarks
13:44 jberger missing test cases?
13:44 sri like end of chunk outside of range
13:44 sri and so on
13:44 jberger thats the default
13:44 sri many new special cases
13:44 jberger all your earlier tests validate that
13:45 sri internal chunk size is not guaranteed
13:45 jberger nm, I'm not going to fight you for it
13:45 jberger it was convenient for me, thought you might be ok with it
13:45 jberger its not too much code on my side
13:46 marcus joined #mojo
13:46 batman joined #mojo
13:46 sri well, if you don't care about it...
13:46 jberger and no, it is a max size, as you noticed
13:47 jberger I do, but I'm not going to fight you over it when its true Mojolicious will not directly benefit
13:47 jberger if them's the rule, them's the rules
13:48 inokenty joined #mojo
13:48 jberger the only benefit I can see for Mojolicious directly is if you wanted to change the default its easier to change it in one or two places
13:48 jberger actually! hold on
13:49 jberger yes, I can think of a reason
13:49 jberger if default_chunk_size or whatever is an attribute on Mojo::Asset then you unify the two subclasses to ensure similar behavior between the two
13:50 Britzel joined #mojo
13:50 jberger the benefit for Mojo is DRY
13:50 jberger i.e. single point of change
13:53 * sri sees even more special cases
13:53 sri $self->res->content->asset->chunk_size(1)
13:57 jberger get one byte per chunk?
13:57 sri and test that code using Mojo::Asset can actually accept different chunk sizes
13:58 sri anyway, for this to get in i want a) a very good use case or b) a +1 from marcus, tempire or crab
13:59 jberger srI: without making you commit to liking either, which do you like better, the submitted idea, or the additional concept of a max_chunk attribute?
14:00 * sri doesn't like either particularly
14:00 jberger then I think in this case I'm going to pass
14:01 sri all i see is cost without much gain
14:01 jberger I don't have the time to do it properly
14:01 jberger go ahead and close
14:01 sri you know me, i need good real world use cases
14:01 jberger I have one, but its outside of mojolicious
14:02 jberger I'm uploading a file chunked in a different size
14:02 sri and why do you need to control the chunk size?
14:02 jberger part of my protocol
14:03 jberger basically its because mojolicious has a limit on the max websocket frame size
14:03 sri hmm, dependence on chunk sizes is usually a warning sign for a fragile protocol
14:03 jberger so I need to be sure that a client can get under what has been set by that attribute
14:04 jberger if someone changes max_websocket_size
14:04 jberger in their app, I need so be sure that they can still accept uploads
14:05 sri huge can of worms
14:06 vervain jberger: Sounds like a bit 'Don't change max_websocket_size' warning in your documentation.
14:07 vervain s/bit/big/
14:07 sri going unreasonably low with limits will break many many many other things
14:07 jberger that may well be, but my "protocol" is not only targeted at mojolicious
14:08 mattastrophe joined #mojo
14:08 sri then you could say, don't go lower than the default
14:08 jberger I really don't see that being necessary
14:08 bluescreen joined #mojo
14:08 sri limits are intentionally twice the chunk size
14:08 jberger I have tested GalileoSend with a chunk size of 1 and it works fine
14:09 jberger slow of course
14:09 jberger sri:  but in that case I can't send two chunks
14:09 jberger because the frame has a size
14:10 jberger so I could send one chunk and not take full advantage of the headroom the server is allowing me
14:10 sri of course you can
14:10 sri anyway, the discussion is going circles now
14:10 jberger is max_websocket_size the size of the payload or the frame?
14:11 sri perhaps tempire, marcus or crab have an opinion too
14:13 jberger put it this way, as an engineer I never like riding too close to a limit
14:13 jberger so nevermind I can implement this on my own
14:15 crab i don't have a particular opinion, but if i understand correctly i default to not changing anything in this case.
14:17 moltar joined #mojo
14:22 Miked joined #mojo
14:23 vervain jberger: The other day you asked about testing javascript code.  This is something I try to keep an eye on too.  This just popped up in hackernews letscodejavascript.com
14:24 * jberger looks
14:24 TitanOfOld joined #mojo
14:25 jberger most of the videos are paywalled
14:27 jberger tempire++ for not paywalling mojocasts
14:27 vervain Hmmmm... I didn't realize. Shucks
14:29 jberger vervain, it looked good, right up until it didn't
14:30 jberger anyway, I assumed that there would be testing for node.js, so it makes sense that they can extend it to the DOM
14:30 jberger I'm just not sure I'm going to go that far (yet)
14:37 good_news_everyone joined #mojo
14:37 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/h4DOug
14:37 good_news_everyone mojo/master 4d24b67 Sebastian Riedel: fixed typo
14:37 good_news_everyone left #mojo
14:40 Vandal joined #mojo
14:42 bluescreen_ joined #mojo
14:50 gryphon joined #mojo
14:57 dhg joined #mojo
14:58 Skylos joined #mojo
14:58 rem_lex joined #mojo
15:11 Molaf_ joined #mojo
15:15 knight joined #mojo
15:22 judofyr joined #mojo
15:24 arpadszasz_ joined #mojo
15:26 Vandal joined #mojo
15:26 egopro joined #mojo
15:28 ka2u joined #mojo
15:32 sri DOM testing with node.js is not so great, in the end you always want a real browser, phantom.js is a lot better (headless webkit browser)
15:32 alester joined #mojo
15:33 labrown joined #mojo
15:34 judofyr yeah, phantom.js seems to be the shit these days
15:40 sri kind of sad to see opera go webkit too now, only 3 engines left
15:42 sri but i guess it makes sense
15:45 tempire I'm ok with it.
15:49 suy opera went webkit?? OMG, first time I read that.
15:50 sri http://www.opera.com/press/releases/2013/02/13/
15:52 suy Ok. I thought it was old news and I skipped _that_ from the headlines noise.
16:00 * sri might try to add a connection pool to Mango today
16:03 vervain blist
16:05 d4rkie joined #mojo
16:07 bobishh joined #mojo
16:07 asarch joined #mojo
16:18 sri jberger: remember when i said the only way for the patch to get merged would be if it made testing a few special cases easier?
16:18 sri i might just have found one of those
16:18 jberger :-)
16:18 sri range checks in Mojo::Asset::File->get_chunk are rather complicated
16:19 jberger as I commented in the pull req the range facility makes what I was asking for possible, but not intuitive
16:20 * sri doesn't think this special case is actually tested $handle->sysread($buffer, $chunk > 131072 ? 131072 : $chunk);
16:21 jberger <lighthearted_kidding>Can of worms</lighthearted_kidding>
16:22 sri this is about the two argument version
16:22 jberger I know
16:22 sri the chunk_size attribute is still a can of worms
16:22 jberger you can ignore that
16:22 jberger it was a flier anyway
16:24 sri what's really interesting, your new tests actually do test that one untested special case
16:24 sri so you could have sold it that way from the start ;p
16:25 * jberger accidentally the whole thing
16:25 judofyr what's the magic number 131072?
16:25 jberger thats what I asked
16:26 mire joined #mojo
16:30 jberger in the meantime, as part of my cleanup I made my ::File class nicer: https://github.com/jberger/GalileoSend/​blob/master/lib/App/GalileoSend/File.pm
16:30 jberger so once again, if you like it, great, I will use it
16:30 jberger if not you can close and I can continue this way
16:34 ObseLeTe joined #mojo
16:38 sri better test coverage for something complicated is a big plus, i'm merging
16:43 sri not a clue how to describe it in Changes though
16:45 good_news_everyone joined #mojo
16:45 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/NG289w
16:45 good_news_everyone mojo/master 1771bc8 Sebastian Riedel: better tests for asset classes (closes #453)
16:45 good_news_everyone left #mojo
16:48 jberger :D
16:49 jberger I guess GalileoSend is going to have to wait until Mojo 3.86 hits
16:49 jberger no rush, I'm not actually that close
16:50 jberger once this command line client is done, users will be able to make batch uploads via websocket to any server implementing the GalileoSend protocol
16:50 jberger including other users of the command line client :)
16:51 jberger eventually including Galileo CMS instances
16:51 ka2u joined #mojo
17:10 xaka joined #mojo
17:12 jpn joined #mojo
17:16 ObseLeTe joined #mojo
17:21 yakudza joined #mojo
17:44 salparadise hello, trying to delve into mojolicious to avoid having to use PHP for a mysql backend, pretty basic intranet site, just want a form GET and pass values to query and display results
17:45 dpetrov_ joined #mojo
17:45 salparadise never worked with a framework, done some perl
17:45 salparadise any tips,tricks,hints, examples ?
17:45 Britzel salparadise: Have u seen the nice mojocast videos?
17:45 Britzel really recommended.
17:45 salparadise Britzel: no, have a link?
17:45 Britzel They show how amazingly simple Mojo is to use.
17:46 Britzel http://mojolicio.us/
17:46 Britzel then click on "screencasts"
17:46 salparadise will check them out
17:46 salparadise can mojo do this pretty straight forward (mysql,GET form, apache) ?
17:47 Britzel then check the "Guides" you can find for Mojolicious, very helful. Go them through in sequence, starting with the Mojo::Lite stuff. Later guides build on that.
17:47 Britzel Yes, it can, very easy. Deployment does not even need apache, but if you want... ok.
17:48 salparadise Britzel: ah okay, i have it running already, but if it doesn't conflict with it then sure
17:48 salparadise Britzel: thanks
17:48 Britzel sure, no problem integrating a mojo app under apache with other apache stuff.
17:49 ObseLeTe joined #mojo
17:52 zaltekk joined #mojo
17:56 ObseLeTe joined #mojo
18:10 maxhq joined #mojo
18:12 sivoais joined #mojo
18:12 dhg joined #mojo
18:32 _xaka_ joined #mojo
18:33 sri http://mojolicio.us/perldoc/Mojolicio​us/Guides/Cookbook#Content_generators
18:33 sri extended the recipe a bit
18:36 good_news_everyone joined #mojo
18:36 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/0lQUqg
18:36 good_news_everyone mojo/master 8cfe79e Sebastian Riedel: better multipart example
18:36 good_news_everyone left #mojo
18:47 good_news_everyone joined #mojo
18:47 good_news_everyone [mojo] kraih pushed 2 new commits to master: http://git.io/Z4zPmg
18:47 good_news_everyone mojo/master 14505e4 Sebastian Riedel: better example for uploading multiple files
18:47 good_news_everyone mojo/master 9900864 Sebastian Riedel: moved content generator recipe
18:47 good_news_everyone left #mojo
18:51 good_news_everyone joined #mojo
18:51 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/2c7LfA
18:51 good_news_everyone mojo/master 837a064 Sebastian Riedel: better generator recipe
18:51 good_news_everyone left #mojo
18:52 sri hmmm... now the github bot announces commits in the wrong order :o
18:54 TitanOfOld A: Because it breaks the flow of conversation.
18:54 TitanOfOld Q: Why is top posting bad?
19:01 good_news_everyone joined #mojo
19:01 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/3ZUMlQ
19:01 good_news_everyone mojo/master ee29c0e Sebastian Riedel: documentation tweaks
19:01 good_news_everyone left #mojo
19:07 Mike-PerlRecruiter_ joined #mojo
19:09 BeDa joined #mojo
19:22 buu Hey.. what's the currently recommended way for deplying mojo in such a way that it will multiprocess?
19:23 buu Or even what's the best way to deploy it to production? We're currently using script/app daemon
19:23 buu But I thought that was an inefficient way to do it
19:24 Pizentios joined #mojo
19:24 Pizentios good afternoon
19:26 Pizentios so i have a mojo project that requires me dealing with some soap calls, however when i add working soap code to the project the soap call takes for ever (calls to a very busy system) and my browser gives a Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data error. Is there a way to increase the timeout or something to avoid this?
19:26 Pizentios or is the error because of a local browser setting
19:32 buu Pizentios: Does wget return the same error?
19:33 buu I mean, is it a browser thing or just a general error?
19:33 Pizentios not sure, haven't tried out wget with this
19:33 Pizentios been doing it using SOAP::Lite
19:34 Pizentios i will try and figure out how to do a post call with wget and see
19:36 Pizentios HTTP request sent, awaiting response... No data received.
19:36 Pizentios ---^ that's what i get using wget
19:36 Pizentios if i take the soap code out the mojo stuff runs fine
19:37 Pizentios and i know the soap code works as i have tested outside of my mojo project
19:38 bd Pizentios: how long does the soap code take to respond? seconds?
19:38 sri i'm sure your log can show you the right direction
19:38 Pizentios sri: mojo dev log shows nothing
19:38 Pizentios hang on
19:38 Pizentios i will paste bin logs
19:40 Pizentios http://pastebin.com/3G1KjAH7
19:41 Pizentios there is the output
19:41 Pizentios in teh log
19:41 sri mojo version?
19:42 sri which server?
19:42 Pizentios 3.84, using morbo atm as i am still developing
19:43 Pizentios should i try hypnotoad?
19:44 Pizentios bd: the soap code roughly takes about 40 sec to responed
19:44 Pizentios respond*
19:45 Pizentios that's running it outside my mojo code
19:46 Pizentios this soap call stuff goes to our billing/ticket software (which btw is crappy IMHO) so i am not suprised that i ran into issues with it
19:46 sri interesting
19:46 sri MOJO_LOG_LEVEL=debug perl -Mojo -E 'a(sub { sleep 45; shift->render({text => "WORKS!"}) })->start' daemon
19:47 sri that doesn't appear to time out
19:47 Pizentios hmmm
19:47 sri sooo... i have no clue what your problem is
19:47 Pizentios yeah
19:47 Pizentios thought i would ask here incase anybody had ran into similar things.
19:47 Pizentios thanks for the help though guys
19:48 Pizentios i wonder if it has something to do with SOAP::Lite or something
19:48 * Pizentios continues to dig for answers....
20:03 KindOne joined #mojo
20:06 mattastrophe joined #mojo
20:19 bd Pizentios: maybe log the soap answer? maybe some encoding stuff.
20:19 Pizentios yeah
20:19 Pizentios i hate soap
20:20 Pizentios but i got no choice in the matter
20:20 Pizentios would rather use json if i could
20:33 good_news_everyone joined #mojo
20:33 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/Cd39ug
20:33 good_news_everyone mojo/master e8791e7 Sebastian Riedel: fixed typo in generator recipe
20:33 good_news_everyone left #mojo
20:35 lukep joined #mojo
20:48 mattastrophe joined #mojo
20:53 rem_lex|pivo joined #mojo
21:01 tempire salparadise: there is also http://mojocasts.com/yapc
21:07 salparadise tempire: thanks
21:07 Pizentios hmm, update about my problem (if any one cares), seems that my soap code is doing two requests, even though i only have one request in my code....the request isn't in a loop ether
21:08 Pizentios confusing
21:08 salparadise does anyone have a link to a mojo vim syntax formatting file?
21:18 xaka joined #mojo
21:47 Pizentios i don't suppose anybody has suggestions in dealing with soap inside mojolicious eh?
21:47 Pizentios like somehow with user agent or something?
21:47 Pizentios haven't found much googling
21:53 good_news_everyone joined #mojo
21:53 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/PIINyA
21:53 good_news_everyone mojo/master a8aaedb Sebastian Riedel: removed outdated upload example
21:53 good_news_everyone left #mojo
22:00 GabrielVieira joined #mojo
22:11 good_news_everyone joined #mojo
22:11 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/JNmzhw
22:11 good_news_everyone mojo/master c1807ed Sebastian Riedel: documentation tweak
22:11 good_news_everyone left #mojo
22:18 asarch joined #mojo
22:20 good_news_everyone joined #mojo
22:20 good_news_everyone [mojo] kraih pushed 1 new commit to master: http://git.io/QX9wOg
22:20 good_news_everyone mojo/master be2f33d Sebastian Riedel: more consistent examples
22:20 good_news_everyone left #mojo
22:20 mire joined #mojo
22:32 sri oh, there's a good alternative to ab for simple load testing now
22:32 sri https://github.com/wg/wrk
22:32 sri it's even in homebrew
22:33 tempire salparadise: http://github.com/tempire/dotvim
22:40 PanzerBjorn joined #mojo
22:40 PanzerBjorn Cheers gents (and any ladies)!
22:51 Pizentios i got that soap crap figured out
22:51 Pizentios was a soap header issue
22:51 PanzerBjorn So I've been able to find some examples around the web of how to deal with file uploads with a single file... Is it possible for Mojo to handle multi-file uploads in a single POST form?
23:05 vervain It's turning into file upload week around here. :-)
23:25 PanzerBjorn Well, I'm building a rather complex HTML5 site in Mojo... Now that I've proven it for Logitech I'm converting my own old Perl/CGI sites to Mojo. So lotsa little details. =) So far it's been awesome though. Loving Mojo.
23:28 PanzerBjorn Another e-comm site for the Mojo site list.
23:33 dhg joined #mojo
23:34 Averna joined #mojo
23:35 Miked joined #mojo
23:41 ObseLeTe joined #mojo

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