| Time |
S |
Nick |
Message |
| 00:32 |
|
|
ltriant joined #mojo |
| 00:38 |
|
|
didls joined #mojo |
| 00:43 |
|
|
MojoGuest889 joined #mojo |
| 00:43 |
|
MojoGuest889 |
From: http://blog.kraih.com/perl-is-[…]%28Planet+Perl%29 (1 hits) |
| 01:02 |
|
|
esskar joined #mojo |
| 02:07 |
|
|
ltriant joined #mojo |
| 02:48 |
|
|
janus joined #mojo |
| 03:11 |
|
|
yakudzo joined #mojo |
| 03:19 |
|
|
pid joined #mojo |
| 03:59 |
|
|
dynax60 joined #mojo |
| 04:04 |
|
|
tl joined #mojo |
| 04:14 |
|
|
[1]awnstudio joined #mojo |
| 04:52 |
|
|
baton8 joined #mojo |
| 05:13 |
|
|
koban joined #mojo |
| 05:15 |
|
|
koban left #mojo |
| 05:23 |
|
|
koban joined #mojo |
| 06:10 |
|
|
pid1 joined #mojo |
| 06:10 |
|
|
ysyrota joined #mojo |
| 06:21 |
|
|
jest joined #mojo |
| 06:31 |
|
|
maettu joined #mojo |
| 06:36 |
|
perlrocks |
Twitter: "is Happy knowing that,someone found my Mojolicious WriteExcel plugin useful (dance)(banana_rock) http://plurk.com/p/70x5vh" --zakame http://twitter.com/zakame/status/21556251881 |
| 06:38 |
|
zakame |
useful enough to send in a patch :) |
| 06:42 |
|
|
pid joined #mojo |
| 06:55 |
|
|
su-bzero joined #mojo |
| 06:58 |
|
|
yko joined #mojo |
| 07:21 |
|
|
[1]awnstudio joined #mojo |
| 07:30 |
|
vti |
zakame: that's great :) |
| 07:31 |
|
zakame |
:) |
| 07:39 |
|
|
lbr left #mojo |
| 08:46 |
|
|
dotan joined #mojo |
| 08:56 |
|
zakame |
hmm from a plugin, what's the best way to return an error page? via render_exception/render_not_found? |
| 09:09 |
|
|
arthas joined #mojo |
| 09:10 |
|
vti |
.цшт 2 |
| 09:10 |
|
vti |
oops |
| 09:10 |
|
yko |
/win 2 yep |
| 09:10 |
|
* yko |
giggles |
| 09:12 |
|
* sri |
yawns |
| 09:23 |
|
|
xantus__ joined #mojo |
| 09:24 |
|
sri |
i think we fail some tests on windows because the kernel send buffer is smaller than on real operating systems |
| 09:24 |
|
sri |
which can trigger a bug i fixed yesterday |
| 10:05 |
|
|
MojoGuest488 joined #mojo |
| 10:13 |
|
|
koban joined #mojo |
| 10:32 |
|
|
tabster joined #mojo |
| 10:53 |
|
|
jest joined #mojo |
| 11:23 |
|
|
arpadszasz joined #mojo |
| 11:31 |
|
|
maettu joined #mojo |
| 11:56 |
|
maettu |
Where do I find the header of an incoming request? |
| 11:56 |
|
vti |
req->headers |
| 11:57 |
|
maettu |
in which package do I find the respective documentation? |
| 11:58 |
|
vti |
Mojo::Message::Request |
| 11:58 |
|
sri |
you might want to browse Mojolicious::Controller and its base classes for an overview |
| 11:59 |
|
sri |
attributes containing objects usually link to them |
| 11:59 |
|
maettu |
thank you, I think I start to understand Mojo and the organisation of the documentation. :-) |
| 12:00 |
|
sri |
there are 3 categories, reference, guides and tutorials |
| 12:00 |
|
maettu |
read the docu of the package I'm in and then diving into the base classes |
| 12:00 |
|
sri |
ye, thats reference |
| 12:01 |
|
sri |
all methods and attributes of all classes have a pod entry |
| 12:01 |
|
maettu |
reference is always good ;-) |
| 12:13 |
|
|
baton8 joined #mojo |
| 12:25 |
|
tabster |
vti, i wanted to use your module MojoX::Session::Store::DBIC in my mojolicious app together with Mojolicious::Plugin::Session |
| 12:25 |
|
tabster |
i said $self->plugin( session => { stash_key => 'session', store => MojoX::Session::Store::DBIC->new(resultset => $rs_session), expires_delta => 3600, }); |
| 12:26 |
|
tabster |
where $rs_session holds the resultset of my session table |
| 12:26 |
|
tabster |
but the session data is still only saved in the cookies |
| 12:26 |
|
tabster |
would i have to address the session in another way, not with $self->session? |
| 12:30 |
|
arpadszasz |
is there a separate tutorial section? |
| 12:30 |
|
arpadszasz |
can't seem to find it on CPAN or github/Guides |
| 12:33 |
|
arpadszasz |
found it in Mojolicious::Lite POD |
| 12:33 |
|
arpadszasz |
:) |
| 12:35 |
|
vti |
tabster: i am afraid you mixed it with the default embedded session that mojolicious has |
| 12:36 |
|
vti |
tabster: mojolicious has its own signed cookies session that hold data in cookies and works out of the box |
| 12:38 |
|
tabster |
i know, but these cookies have a size limit i don´t want to have |
| 12:38 |
|
tabster |
so i wanted to use another storage backend |
| 12:38 |
|
vti |
tabster: mojox::session doesn't provder $self->session but keeps session in the stash |
| 12:38 |
|
vti |
try checking $self->stash('mojox.sesion') argument |
| 12:39 |
|
tabster |
okay. but the saving between sessions and so on is done for me? |
| 12:39 |
|
tabster |
i only have to access that stash value? |
| 12:39 |
|
vti |
you can change it to whatever you want as described here http://search.cpan.org/~vti/Mo[…]Plugin/Session.pm |
| 12:40 |
|
vti |
automatic save is done after the request is finished |
| 12:40 |
|
tabster |
okay, thanks |
| 12:40 |
|
vti |
you have to load or create session yourself though, there is no auto_loading so far |
| 12:41 |
|
sri |
tabster: the big question though, why would you need more thab 4096 bytes for session data? |
| 12:42 |
|
tabster |
we already had this question some weeks ago and i know that 4096 bytes are pretty much for session data |
| 12:42 |
|
vti |
ye, i advice using embedded sessions too |
| 12:42 |
|
sri |
:) |
| 12:42 |
|
tabster |
i remember, but i don´t remember exactly,what this was!? |
| 12:44 |
|
tabster |
but why should i use a system that is that restricted if i could also use a storage that doesn´t restrict me? |
| 12:45 |
|
marcus |
tabster: because it will have performance implications? |
| 12:46 |
|
vti |
and blocking everything! |
| 12:46 |
|
marcus |
cockblocking |
| 12:47 |
|
vti |
oO |
| 12:47 |
|
tabster |
hmm |
| 12:48 |
|
sri |
there are always restrictions and tradeoffs |
| 12:48 |
|
tabster |
sure :-) |
| 12:49 |
|
tabster |
but in a project where nearly every page needs to be filled with something coming from the database, i´m not sure if session storage in that db would drop down the performance any more |
| 12:49 |
|
sri |
it would |
| 12:50 |
|
sri |
possibly a lot |
| 12:50 |
|
sri |
it can be two extra queries per request |
| 12:50 |
|
sri |
blocking queries |
| 12:51 |
|
sri |
and that even if your content comes from a memcached store |
| 12:51 |
|
tabster |
okay, besides that: is it difficult to create such embedded sessions? |
| 12:52 |
|
sri |
you mean signed cookie sessions? |
| 12:53 |
|
tabster |
sorry, i already used the signed cookie sessions right now, but hat a problem with their size. didn´t you advise me (some weeks ago) to use something like connected cookies? |
| 12:53 |
|
sri |
? |
| 12:53 |
|
tabster |
i mean sth like more cookies to have more bytes? |
| 12:54 |
|
tabster |
maybe i misunderstood |
| 12:54 |
|
vti |
what do you store in your sessions? |
| 12:54 |
|
sri |
i bet he's misusing them for caching |
| 12:55 |
|
sri |
no we can't split sessions into multiple cookies |
| 12:55 |
|
tabster |
okay, so i have to restrict my data |
| 12:55 |
|
marcus |
tabster: what is it you're storing? |
| 12:56 |
|
sri |
theoretically we could add support, but so far nobody had a good reason for more than 4096 bytes |
| 12:56 |
|
marcus |
Most of the time, I only need sessions for storing an username. |
| 12:56 |
|
tabster |
i´m building an onlineshop. |
| 12:56 |
|
marcus |
Store the shopping cart in the database, and stash the id in session |
| 12:57 |
|
marcus |
rather than storing the cart in session |
| 12:57 |
|
vti |
i do that same |
| 12:57 |
|
vti |
marcus++ |
| 12:57 |
|
tabster |
okay, i will do so |
| 12:57 |
|
vti |
maybe i have to put a big warning to the mojox::session documentation like "are you really sure?" :) |
| 12:58 |
|
marcus |
then you can have a cronjob or whatever that cleans up old abandoned carts. |
| 12:58 |
|
sri |
vti: you could also update the module and make it a drop in replacement for built in sessions |
| 12:58 |
|
* marcus |
boggles at how fast streaming sax parsing is in this ipad app. |
| 12:59 |
|
marcus |
guess it'll be alot slower on edge tho :) |
| 12:59 |
|
vti |
sri: if i had time and will... ;) |
| 12:59 |
|
sri |
;p |
| 13:00 |
|
vti |
it was the wrong direction from the start |
| 13:00 |
|
vti |
shame onme |
| 13:00 |
|
sri |
shame on you! |
| 13:00 |
|
vti |
but i've learned a lesson! ;) |
| 13:00 |
|
marcus |
one of life's many lessions |
| 13:01 |
|
sri |
vti: well, you wrote it a long time ago |
| 13:01 |
|
marcus |
never write code if you don't want to regret anything :) |
| 13:02 |
|
marcus |
hmm, I wonder if http://psjailbreak.com/ really works |
| 13:02 |
|
sri |
wasn't that fixed last update |
| 13:02 |
|
marcus |
fucking ps3 updates :/ |
| 13:10 |
|
sri |
hmm, no bug report today, what happening? :o |
| 13:10 |
|
sri |
*+s |
| 13:10 |
|
sri |
vti: what have you done to yko? |
| 13:10 |
|
vti |
everybody is afraid |
| 13:11 |
|
vti |
looks like he's ok :) |
| 13:11 |
|
sri |
oh, was it the darth kitty picture from yesterday? :o |
| 13:12 |
|
sri |
that was quite frightening |
| 13:19 |
|
vti |
quite frightening is C refactoring without tests that i am doing now! |
| 13:21 |
|
janus |
vti: liptap! |
| 13:21 |
|
janus |
err, lib that is :) |
| 13:23 |
|
vti |
janus: i am writing tests now ;p |
| 14:35 |
|
marcus |
tap those lips! |
| 15:01 |
|
vti |
sri: http://github.com/Sannis/node-[…]qlclient.markdown |
| 15:01 |
|
sri |
vti: ? |
| 15:02 |
|
vti |
async mysql |
| 15:02 |
|
sri |
? |
| 15:02 |
|
vti |
from node.js |
| 15:02 |
|
sri |
? |
| 15:02 |
|
vti |
ok, you don't care :D |
| 15:02 |
|
sri |
i'm waiting for the part where you tell me why i should care :) |
| 15:03 |
|
vti |
that dbi can be async... |
| 15:05 |
|
sri |
is it actually async or using nodes thread pool to execute blocking calls in the background? |
| 15:05 |
|
sri |
i see libeio calls, smells like thread pool |
| 15:07 |
|
vti |
ye, looks like |
| 15:07 |
|
sri |
everything can be async if you throw threads at it ;p |
| 15:11 |
|
vti |
sri: you got a bug! ;p |
| 15:11 |
|
sri |
:O |
| 15:12 |
|
sri |
where? |
| 15:12 |
|
vti |
mail list |
| 15:14 |
|
sri |
ah |
| 15:14 |
|
sri |
finally! |
| 15:25 |
|
yko |
There will be a day, when sri would have to write few bugs for himself by himself... |
| 15:30 |
|
|
GitHub110 joined #mojo |
| 15:30 |
|
GitHub110 |
mojo: master Sebastian Riedel * fce6507 (4 files in 4 dirs): fixed HTTPS support for CGI environments - http://bit.ly/d2x9Wo |
| 15:30 |
|
|
GitHub110 left #mojo |
| 15:30 |
|
sri |
the damn test was actually broken... |
| 15:32 |
|
vti |
eww |
| 15:33 |
|
marcus |
hmm, have to fill in the survey for final evaluation of gsoc by tomorrow. |
| 15:34 |
|
vti |
hard decision |
| 15:35 |
|
sri |
failed |
| 15:35 |
|
marcus |
sri: he did actually write quite a few new tests... |
| 15:36 |
|
marcus |
http://github.com/memowe/mojo/[…]ts/bulletproofing |
| 15:36 |
|
sri |
on the last day, but you are the mentor |
| 15:36 |
|
marcus |
of course, they were all written in the span of 4 days |
| 15:36 |
|
sri |
i've not reviewed anything yet |
| 15:36 |
|
sri |
maybe they are the best thing since sliced bread, who knows |
| 15:36 |
|
marcus |
I'll have to sleep on it. |
| 15:37 |
|
sri |
your call |
| 15:37 |
|
marcus |
I'll write that you've been acting as my co mentor, and it's all your fault... |
| 15:37 |
|
marcus |
:D |
| 15:39 |
|
marcus |
sri: http://nordaaker.com/docs/skit[…]100819-173854.png |
| 15:39 |
|
vti |
lol |
| 15:41 |
|
marcus |
sri: would be nice if you could take 10 minutes to give his commits a cursory glance and give me some first impressions. |
| 15:42 |
|
marcus |
sri: completely understand that you don't have time for a proper review |
| 15:42 |
|
sri |
:O |
| 15:42 |
|
|
achromic joined #mojo |
| 15:42 |
|
sri |
no seriously, i'll take a look at it when i have enough time |
| 15:43 |
|
sri |
huge lists of commits annoy the hell out of me |
| 15:43 |
|
marcus |
uh? |
| 15:44 |
|
marcus |
would you have preferred a huge commit with all the different stuff mashed into it? |
| 15:44 |
|
marcus |
I was the one who adviced him to do small focused commits. |
| 15:44 |
|
sri |
i requested small chunks every other day |
| 15:44 |
|
sri |
specifically not everything at once |
| 15:45 |
|
sri |
focused commits are of course right |
| 15:45 |
|
marcus |
sure, but that would required him to have worked on this evenly the whole period |
| 15:45 |
|
marcus |
which we know he didn't |
| 15:45 |
|
sri |
everything at once is what annoys me |
| 15:46 |
|
marcus |
sri: I understand, but I don't think that in itself is enough reason to fail him. The question is if he delivered what his proposal promised. |
| 15:47 |
|
marcus |
Am not saying he did that tho. |
| 15:47 |
|
sri |
sure, thats up to you to decide |
| 15:47 |
|
sri |
i'm just saying, i don't have the time for a proper review |
| 15:47 |
|
marcus |
right, which is why I asked you for a 10 minutes first impression rather than a proper review. |
| 15:48 |
|
marcus |
I'm looking at it as well of course, but as the project owner, your opinion is quite important to me. |
| 15:48 |
|
sri |
i can't give an opinion without proper review, sorry |
| 15:49 |
|
sri |
that stuff is all over the place, review takes time |
| 15:53 |
|
sri |
marcus: ok 10 minutes... |
| 15:54 |
|
marcus |
sri: thanks. |
| 15:56 |
|
marcus |
sri: guess I won't blame you for global warming after all. |
| 16:00 |
|
sri |
ok, some stuff might be useful, other stuff is just plain wrong |
| 16:00 |
|
sri |
it will take serious effort to go through it |
| 16:01 |
|
sri |
there are failing tests without any references to specs |
| 16:02 |
|
sri |
and some of those are even wrong |
| 16:03 |
|
marcus |
Ok, thank you. Will submit my final decision tomorrow morning. |
| 16:03 |
|
marcus |
now going out to drink beer and play pinball machines. |
| 16:03 |
|
sri |
some are web server layer, something we don't care much about |
| 16:03 |
|
vti |
marcus: wait |
| 16:03 |
|
marcus |
vti: am waiting. |
| 16:03 |
|
sri |
i don't find the usability tests i was expecting |
| 16:03 |
|
marcus |
I'll read backlog anyways |
| 16:04 |
|
vti |
there was an interesting thread about desiding whether student failed or not in gsoc mail list |
| 16:04 |
|
vti |
there were some good thoughts |
| 16:04 |
|
vti |
are you subscribed? |
| 16:04 |
|
sri |
some tests seem interesting, but they have no context, so require consulting specs on my part |
| 16:04 |
|
marcus |
yes. |
| 16:05 |
|
marcus |
Re: Should I pass a student who works really hard but writes code with unacceptable quality? ? |
| 16:05 |
|
marcus |
that one? |
| 16:05 |
|
sri |
i'm afraid there is not much good i could tell you without a real review |
| 16:05 |
|
sri |
just obvious flaws |
| 16:06 |
|
vti |
marcus: ye, it's not the exact situation of course, but discussion is very deep |
| 16:06 |
|
sri |
maybe there are gems hidden... who knows |
| 16:06 |
|
sri |
some cookie tests are wrong |
| 16:07 |
|
sri |
ok, thats it for now |
| 16:08 |
|
vti |
marcus: maybe that will help you |
| 16:08 |
|
marcus |
vti: yepp, will read it through. Thanks. And thanks sri for taking a look at the commits. |
| 16:09 |
|
sri |
well, half assed review means i could be totally wrong too |
| 16:10 |
|
sri |
tbh. after the first look i'm not very motivated to do an in depth review at all |
| 16:11 |
|
sri |
thats a shitload of work to find the right spec sections |
| 16:11 |
|
sri |
volunteers? :) |
| 16:12 |
|
* vti |
looks at the sky |
| 16:12 |
|
* yko |
whispers |
| 16:13 |
|
marcus |
maybe memowe can do it :p |
| 16:13 |
|
* marcus |
& # bbl |
| 16:16 |
|
|
koban joined #mojo |
| 16:20 |
|
|
sekimura joined #mojo |
| 16:37 |
|
sri |
oh my, they made yet another resident evil movie |
| 16:38 |
|
|
koban left #mojo |
| 16:43 |
|
|
pid joined #mojo |
| 17:20 |
|
|
koban joined #mojo |
| 17:20 |
|
yko |
:) |
| 17:32 |
|
|
pid joined #mojo |
| 19:01 |
|
|
nrh joined #mojo |
| 19:04 |
|
|
spleenjack joined #mojo |
| 19:20 |
|
|
geekus2 joined #mojo |
| 19:36 |
|
nrh |
is there magic in mojolicious::lite to return data straight from files, rather than in the code or in __DATA__? |
| 19:36 |
|
nrh |
or do I need to read files in ahead of time? |
| 19:37 |
|
sri |
thats documented in the tutorial i think |
| 19:37 |
|
sri |
just create a templates directory and put files into it |
| 19:38 |
|
sri |
or if you already have templates in the DATA section run "./myapp.pl inflate" to auto generate the appropriate files |
| 19:40 |
|
DaTa |
shouldn't that be deflate? |
| 19:41 |
|
sri |
no |
| 19:41 |
|
DaTa |
hmm... it's a point of view i guess |
| 19:41 |
|
sri |
one file into multiple files |
| 19:42 |
|
DaTa |
that deflates the file and inflates the directory :) |
| 19:42 |
|
sri |
oO |
| 19:42 |
|
sri |
it doesn't remove the DATA section |
| 19:43 |
|
sri |
it just uses the fact that actual template files overload embedded templates |
| 19:43 |
|
DaTa |
ok, than it's inflate :) |
| 19:43 |
|
sri |
:) |
| 19:43 |
|
DaTa |
s/a/e/ |
| 19:44 |
|
nrh |
ah, so the directory must always be ./templates/? |
| 19:46 |
|
sri |
thats just the default |
| 20:06 |
|
|
koban left #mojo |
| 20:36 |
|
|
pid left #mojo |
| 21:00 |
|
|
vel joined #mojo |
| 21:15 |
|
|
ferreira joined #mojo |
| 21:52 |
|
|
ltriant joined #mojo |
| 22:01 |
|
|
stephen joined #mojo |
| 23:01 |
|
|
spleenjack left #mojo |
| 23:07 |
|
|
su-bzero_ joined #mojo |
| 23:17 |
|
|
ryanc joined #mojo |
| 23:22 |
|
sri |
pause and resume might be a thing of the past |
| 23:23 |
|
sri |
thought about replacing body_cb with ->res->write('Foo!'); ->res->close; |
| 23:23 |
|
sri |
the ioloop treatment |
| 23:23 |
|
sri |
there are some huge advantages performance wise |
| 23:25 |
|
sri |
there will also be a drain callback ->res->write('Hello!', sub {...}) just like in ioloop |
| 23:27 |
|
sri |
sadly once again it changes code flow and would be non backwards compatible :/ |
| 23:28 |
|
|
und3f[A] joined #mojo |
| 23:57 |
|
sri |
seems pause and resume have to stay, but replacing body_cb might be a much bigger bugfix than expected :) |
| 23:59 |
|
|
ferreira left #mojo |
