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

IRC log for #mojo, 2016-02-22

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

All times shown according to UTC.

Time Nick Message
01:02 jberger sorry not around much this weekend
01:03 jberger the only obvious race condition is on the job:$id
01:03 jberger job event shouldn't have any proble
01:03 jberger m
01:05 sri jberger: events are not safe, there is no guarantee that it will ever get delivered
01:05 sri s/events/notifications/
01:05 jberger well I suppose that's true
01:06 jberger I guess notifier could build-in a fail-safe
01:06 jberger polling
01:06 sri that's why i would always use a fallback pull with a long timeout
01:07 * jberger is already a mountain hike and two caipirinha's into the night
01:07 jberger so I don't expect to hold up high-end technical conversation
01:07 jberger :-P
01:07 jberger ????
01:07 sri ????
01:09 punter joined #mojo
01:09 sri you might be interested in this though https://github.com/kraih/minion/issues/28
01:11 sri specifically the part where i want to make it testable
01:39 sri because when testing real apps you don't want this in all your actions i imagine https://github.com/jberger/Minion-Notifier/blob/master/t/pg.t#L31
01:57 hesco joined #mojo
02:04 punter joined #mojo
02:55 bf joined #mojo
03:02 hummeleBop joined #mojo
03:14 bayashi left #mojo
03:31 asarch joined #mojo
03:43 crab joined #mojo
03:54 noganex joined #mojo
03:55 hesco joined #mojo
04:21 mcsnolte joined #mojo
04:37 melo1 joined #mojo
04:38 taichi joined #mojo
04:44 cpan_mojo Statocles-0.070 by PREACTION https://metacpan.org/release/PREACTION/Statocles-0.070
05:19 taichi joined #mojo
06:14 PanzerBjorn joined #mojo
06:14 PanzerBjorn Hey guys, anyone around?
06:15 PanzerBjorn I have a fairly simple question: trying to set multiple cookies in a single response, but noticed that every time I use $res->headers->set_cookie() is clears the previous cookie I added.
06:16 PanzerBjorn So is there a way to set multiple cookies in a single response using Mojo?
06:16 taichi joined #mojo
06:16 PanzerBjorn I've scoured the docs and SO and such, don't see any information that says whether or not it's possible.
06:17 PanzerBjorn The RFC says you can do it, ironically the RFC the Mojo docs link to at that. But I see no way to set more than one Set-Cookie header in the response using the Mojo framework.
06:18 taichi joined #mojo
06:22 PanzerBjorn I've also tried sending an array of cookies to set_cookie(), and it only set the last one in the list. Sending cookies as a comma-delimited list to set_cookie() resulted in... awkwardness.
06:23 taichi joined #mojo
06:24 PanzerBjorn It's currently a blocking issue for me as I have a client requirement to set multiple cookies in a single response header. =/
06:25 taichi joined #mojo
06:32 stephan48 PanzerBjorn: sounds like a bug! please file a bugreport and link it here
06:34 taichi joined #mojo
06:46 eseyman joined #mojo
06:46 taichi joined #mojo
06:54 PanzerBjorn Pardon my ignorance, but how does one file a bug? It's probably also not as much a bug as a feature request or missing feature. The current set_cookie() works as expected in a scalar context, just not in an array context.
06:55 stephan48 Do you have a Github Account? https://github.com/kraih/mojo/issues/new
06:56 PanzerBjorn I do not, no.
06:57 batman PanzerBjorn: set_cookie() /will/ override any cookies
06:57 Lee joined #mojo
06:58 stephan48 If the RFC says it should work and it does not then it is a bug as far as I know.
06:58 stephan48 also the handling in the code suggests that it should work with multiple arguments
06:58 batman PanzerBjorn: all of the shortcuts in Mojo::Headers will first clear all the headers and then add a new
06:58 batman shortcuts = the method names that looks like header names
06:59 stephan48 you might want to try ->add('Set-Cookie' => ... ) or ->append('Set-Cookie' => ... )
07:00 PanzerBjorn Wouldn't add() and append() also overwrite any Set-Cookie headers already in the response?
07:00 PanzerBjorn It's worth trying anyway, will do so right away.
07:01 batman PanzerBjorn: have you tried https://metacpan.org/pod/Mojolicious::Controller#cookie ?
07:01 PanzerBjorn Aren't $res->headers->cookie() and $res->headers->set_cookie() synonyms?
07:02 batman not from what i know. the first should access a request cookie and the other should set a response cookie
07:03 batman PanzerBjorn: but why do you fiddle around with the headers, when there's already a method to create response cookie in the controller?
07:03 PanzerBjorn In this instance I don't give a rat's arse about request cookies, I just need to set multiple response cookies in the same header. ;)
07:04 batman it's very difficult to help you when you don't answer any questions.
07:04 PanzerBjorn Well, I am actually using the controller, FWIW. $c->res->headers->set_cookie() is the full path.
07:05 batman right. and i just told you that won't work. (did you read that?)
07:05 PanzerBjorn Your question is odd. I've always used $c->res->headers->set_cookie()01, which is documented in the Mojo docs, and it's always worked when I only needed to set ONE cookie in a response. Why would you use a controller method to set a header?
07:06 batman where is the documentation you are referring to?
07:06 batman and the simple answer to your question is that one probably works and the other doesn't.
07:06 PanzerBjorn Let me get you a link...
07:06 * batman gives up
07:07 PanzerBjorn http://mojolicious.org/perldoc/Mojo/Headers#set_cookie
07:08 batman stephan48: you probably got this already, but it's not a bug :)
07:08 stephan48 that method is a rather lowlevel method of setting a cookie. you need to do all your handling yourself.
07:08 batman stephan48: no! just avoid that method completely.
07:08 stephan48 batman: shush let me finish! ;)
07:09 PanzerBjorn 9.9
07:09 stephan48 add/append work differently than the "shortcut". so they should work according to my code understanding.
07:09 stephan48 but the best way is using $controller->cookie as Mojolicious will handle all the details of building a cookie for you
07:09 stephan48 and it should also handle the multiple cookie problems gracefully.
07:09 stephan48 i consider that the highlevel method.
07:09 PanzerBjorn I'm already building the cookie using the CGI module since it has more features that I need in building my cookies.
07:10 stephan48 batman: :)
07:10 PanzerBjorn And it allows my Mojo code to be analogous to my CGI code.
07:10 batman PanzerBjorn: such as? (missing features)
07:11 PanzerBjorn I don't recall what Mojo's implementation was missing, but it was something important at the time. It may have been the expiration notation.
07:12 batman how do you write your expiration? the doc has an example of setting expiration here: https://metacpan.org/pod/Mojolicious::Controller#cookie
07:13 stephan48 $controller->cookies uses Mojo::Headers->add internally. so it will just work(TM).
07:15 PanzerBjorn I don't know, I rely on CGI to do that for me: $cookiestr = CGI->cookie(-name=>'token',-value=>$token,-expires=>'+30d',-domain=>$tld,-path='/');
07:15 batman PanzerBjorn: and even though it's not directly documented Mojolicious::Controller#cookie i can inform you that you don't have to use epoch time. you can use whatever Mojo::Date accepts
07:16 batman ...which is this: https://metacpan.org/pod/Mojo::Date#parse
07:16 batman so i find it peculiar that you have a different expires notation than any of those :/
07:16 PanzerBjorn Okay, so I tried adding each of my cookies using $c->res->headers->add('Set-Cookie' => $val1); (where $val1 is changed for each value) and only the first cookie got set - the rest didn't make it into the headers.
07:17 stephan48 +30d == time()+30*86400
07:17 stephan48 looks a bit ugly but works the same
07:18 PanzerBjorn Again, to keep the code analogous with the CGI portion of this client's project we re-use the CGI cookie() method to create them so they are easier to understand in both segments of the code.
07:18 PanzerBjorn We can't rely on Mojo sessions because the older CGI portions (which aren't Mojo obviously) can't read the Mojo session data.
07:19 * batman does exactly that @work (sharing mojo sessions with CGI.pm scripts)
07:19 stephan48 PanzerBjorn: does append work?
07:19 PanzerBjorn Let me try the append() method
07:20 stephan48 https://metacpan.org/source/SRI/Mojolicious-6.47/lib/Mojo/Headers.pm#L37
07:21 stephan48 this looks a bit strange for me. $name would be "Set-Cookie"; $key would then contain the lowercases version "set-cookie". but the code around line 27 works with the camelcased header name.
07:22 PanzerBjorn Strange, append() wound up setting neither Set-Cookie headers...
07:23 stephan48 so unless perl treats hashkeys case insensitive it should never work. maybe there is an assignment missing on line 38?
07:25 PanzerBjorn Ah wait... No, it tried to set both cookies using a single Set-Cookie header, separated by a comma. I'm not sure that would even work, normally I see multiple cookies set using a new line with a new Set-Cookie: header for each cookie.
07:25 stephan48 nvm. i misread the code at the shortcut block.
07:26 PanzerBjorn Interestingly, using append() also pulled in the OLD cookie values, causing duplicates in the headers...
07:27 McA joined #mojo
07:28 batman stephan48: $header on line 27 is the keys in %NORMALCASE which is lowercase
07:28 PanzerBjorn Okay, somehow, not sure why, but I went back to ->add() and it's working as expected now.
07:28 PanzerBjorn Or rather, working as desired. ;)
07:28 PanzerBjorn Each cookie is on a separate line with the Set-Cookie: header.
07:29 PanzerBjorn $headers->add() is FTW.
07:29 batman sri: should we change $header to $header_lc in the for() loop on line 22 in Mojo::Header?
07:29 stephan48 my thinking error was that I failed to see that %NORMALCASE was a hash. or rather I saw it but i ignored that fact
07:30 batman it was even a bit confusing for me and i worked on that patch, hehe
07:30 stephan48 i missed the map {}
07:30 stephan48 thanks for pointing it out
07:33 ashimema joined #mojo
07:35 PanzerBjorn Thanks for the help guys, much obliged.
07:57 dod joined #mojo
08:04 dod joined #mojo
08:13 AndrewIsh joined #mojo
08:19 Vandal joined #mojo
08:20 PanzerBjorn left #mojo
08:22 trone joined #mojo
08:37 davido joined #mojo
08:41 batman happy i made it into perl weekly!
08:41 batman might get the word across to more people about assetpack :)
08:53 ashimema batman++
08:53 batman ashimema: have you read it? anything in particular you want to comment?
08:54 dhg joined #mojo
09:01 ashimema reading it now ;)
09:04 cpan_mojo Swagger2-0.75 by ASHIMEMA https://metacpan.org/release/ASHIMEMA/Swagger2-0.75
09:08 osfabibisi joined #mojo
10:11 ichi joined #mojo
10:43 ichi joined #mojo
11:06 ribasushi https://github.com/domokit/mojo/blob/master/README.md and https://github.com/vanadium/mojo.syncbase
11:06 ribasushi ^^ these aren't in any way related are they?
11:07 ribasushi sri: ^^
11:11 dboehmer joined #mojo
11:25 vanHoesel joined #mojo
11:29 melo joined #mojo
11:53 kaare joined #mojo
11:56 batman i haven't heard about this before: http://perlcodesample.sakura.ne.jp/gitprep/gitprep.cgi/kimoto/gitprep :)
12:03 sri lol, it uses mojolicious 4.57
12:04 batman even better: mojo-legacy 4.57 :O
12:06 sri only 1157 lines of changes :o https://github.com/kraih/mojo/blob/master/Changes#L1157
12:07 ribasushi ... which is barely 2.5 years ago
12:10 batman oh! never thought about the length of the Changes file before... 4571 lines?? :D
12:10 batman that's a lot
12:10 batman sri: why is 0.2 the first release..? (can you remember)
12:11 batman (instead of 0.1 or something)
12:12 sri think 0.1 was before mojo actually had a real name
12:12 sri it was just a placeholder before
12:13 batman ok
12:15 sri anything before 1.0 could actually be removed
12:15 sri it's rather meaningless
12:18 Adura Before that was it Catalyst... lite?
12:23 good_news_everyon joined #mojo
12:23 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/v2qaZ
12:23 good_news_everyon mojo/master 67b257e Sebastian Riedel: 1.0 was the first real release
12:23 good_news_everyon left #mojo
12:24 sri the 1.x major releases were also a little weird, but of more significance
12:25 asarch joined #mojo
12:28 batman i think that diff actually will make downloading mojolicious faster........ ;D
12:33 sri once upon a time Changes even included doc changes... it was so much bigger
12:37 good_news_everyon joined #mojo
12:37 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/v2qwY
12:37 good_news_everyon mojo/master c0e1c35 Sebastian Riedel: be more specific about the behavior of shortcut methods
12:37 good_news_everyon left #mojo
12:42 * sri had no idea gzip had a date field http://jcarlosnorte.com/security/2016/02/21/date-leak-gzip-tor.html
12:52 dod joined #mojo
12:53 Lee another reason your server(s) should be UTC
13:18 punter joined #mojo
13:45 neilhwatson joined #mojo
13:46 bf joined #mojo
13:52 zivester joined #mojo
13:55 nugged joined #mojo
14:16 ramortegui joined #mojo
14:41 mcsnolte joined #mojo
15:18 mspo the server also has a Date: field in the reply
15:27 jberger I
15:28 jberger I think its fine to remove the Changes before 1.0 but we probably shouldn't remove the codenames from the codename list lest we accidentally reuse one
15:28 jberger I'd probably accidentally propose snowman
15:42 zivester joined #mojo
15:47 batman i think snowman is one of the few i remember :)
15:48 sri mspo: that's GMT though
15:49 sri jberger: i wouldn't even mind reusing one of those ;p
15:49 sri at the time it was merely an inside joke, pre-1.0 code names have never been published anywhere
15:50 sri didn't even get a blog post
15:53 vicash Google names all their Android OS versions after candy/desserts. You could name it after sandwiches
15:54 mspo https://www.youtube.com/watch?v=c6RVKCqGhCM
15:54 neilhwatson Or cocktails
15:55 vicash i cannot remember but some other software definitely did cocktails. you could also do James Bond movies - there are about 26 of them
15:56 mspo stick to futurama
15:58 genio or just stick to emoji thingies.  avoid PILE_OF_POO though :_
15:58 genio :) rather.
16:04 sri we'll stick with the current naming scheme
16:05 gryphon joined #mojo
16:09 bwf joined #mojo
16:12 jberger I like our codenames of unicode characters, it helps emphasize how Mojo handles unicode so well
16:13 bd http://i.imgur.com/28Ciom0.jpg
16:17 HtbaaPi joined #mojo
16:22 sri hahaha, and the award for worst Changes file goes to https://metacpan.org/source/JPEACOCK/version-0.9913/Changes#L1
16:23 preaction yikes... i think he uses git flow
16:28 neilhwatson joined #mojo
16:30 bf joined #mojo
16:31 acamari joined #mojo
16:41 batman can someone help me out with this PR? https://github.com/jhthorsen/mojo-useragent-digestauth/pull/2/files
16:41 batman i'm really not sure if that's the "correct way" to fix it, using the $ua->ioloop in Mojo::IOLoop::Delay
16:41 batman it doesn't seem right :/
16:43 jb360 joined #mojo
16:47 sri umm
16:47 sri $ua->_start?
16:50 batman oh! that's even worse :(
16:50 batman nevermind... i'll write my own patch :/
16:50 * batman thinks it's stupid
16:51 jberger people do use blocking requests inside mojo applications, it happens
16:51 batman yeah. doesn't make it right.
16:51 batman unless there's no alternative
16:53 jberger i find it happens often when an otherwise "blocking" method suddenly needs to add an http request midstream
16:53 jberger then you have to break your existing method into parts and it starts to get ugly
17:05 dragos joined #mojo
17:07 jzawodn joined #mojo
17:09 PryMar56 joined #mojo
17:13 dragos Hi guys, I've got a questions regarding applying the trim filter with Mojo::Validator. I have $validation->required('username', 'trim');  and if I understand correctly, this should strip the whitespaces at bothends and return the result. However it does not seem to work. Any advice?
17:14 sri where did you read that it returns the result?
17:16 dragos sri: Perhaps I misunderstood http://mojolicious.org/perldoc/Mojolicious/Validator#trim "Trim whitespace characters from both ends of string value with "trim" in Mojo::Util."
17:17 batman dragos: i think you did. it returns $validation.
17:17 dragos Alright. Sorry about this one.
17:19 dragos So then it applies trim and if my param 'username' had only whitespaces, the required validation would fail. Is this right?
17:20 batman that's what i would presume.
17:21 dragos batman: Just tried it and it doesn't seem to have this behaviour. I will try to debug more.
17:21 batman dragos: i could be wrong of course
17:29 cpan_mojo Mojo-UserAgent-DigestAuth-0.04 by JHTHORSEN https://metacpan.org/release/JHTHORSEN/Mojo-UserAgent-DigestAuth-0.04
17:45 bf joined #mojo
18:12 good_news_everyon joined #mojo
18:12 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/v2YUm
18:12 good_news_everyon mojo/master 43b77bf Sebastian Riedel: no need for a fallback
18:12 good_news_everyon left #mojo
18:17 rabbit joined #mojo
18:18 rabbit I'm a little confused on how to print fatal mojolicious errors to a pretty page. Can someone point me to the right source? I want to use my own pretty template. I'd rather not use die as I also want it to support html.
18:18 sri http://mojolicious.org/perldoc/Mojolicious/Guides/Rendering#Rendering-exception-and-not_found-pages
18:19 rabbit Hmm. OK. Thanks.
18:24 sh4 joined #mojo
18:28 sri btw. in case someone here wants to help and look for performance optimizations http://mojolicious.org/nytprof/index.html
18:29 sri curious how $handle->sockhost and friends are a hotspot now
18:46 bf joined #mojo
19:00 bwf Is there something I am missing about letting a minion worker process sit idle for awhile and it locks up (./script/app minion job hangs)?  Is it the SQLite backend?
19:01 batman bwf: that can be it. I think Mojo::SQLite locks the database
19:02 sri if it blocks the database, how do you ever enqueue jobs? Oo
19:02 sri sounds sketchy
19:03 dod joined #mojo
19:03 bwf I can start the worker submit a bunch of tests which go to the "finished" state.  But then after awhile, it appears locked up
19:03 batman bwf: which version do you have of Minion::Backend::SQLite and Mojo::SQLite ?
19:03 batman Grinnz_: are yo here? ^^
19:05 bwf Mojo::SQLite 0.021
19:05 batman i don't know what this means, but maybe it's the same thing..? https://github.com/Grinnz/Mojo-SQLite/issues/5
19:05 * batman will stopp with the rumours and shut up
19:05 batman *stop
19:06 bwf Minion::Backend::SQLite 0.003
19:33 pink_mist . o O ( new definition of 'LAMP' stack: Linux+Apache+Mojolicious+Postgresql )
19:34 sri :O
19:34 sri actually, we need something else for A
19:34 pink_mist yeah, no actual need for apache these days :P
19:34 lluad joined #mojo
19:35 pink_mist (though I do still tend to mod_proxy it to internal hypnotoad)
19:35 sri reverse proxy is usually a good idea, most tend to use nginx now though
19:36 pink_mist if I'm ever in need of websockets, I probably will =)
19:36 sri mod_proxy still can't handle websockets?
19:37 pink_mist oh, I don't know; I'm just going by what the Mojolicious Cookbook mentions, and it doesn't even mention websockets in regards to mod_proxy :P
19:37 sri heh, this exists https://httpd.apache.org/docs/2.4/mod/mod_proxy_wstunnel.html
19:37 pink_mist ah, cool =)
19:37 pink_mist than I can sticl to my apache :P
19:37 sri i guess the apache recipe in the cookbook could use an update
19:37 pink_mist *stick
19:37 sri patch welcome!
19:37 pink_mist (and *then)
19:39 pink_mist ... I'd do it if I had ever worked with websockets, but I really don't know the first thing about working with them, so I don't think I could actually get that set up :P
19:41 sri there's actually a full example app you could use :)
19:41 sri examples/chat.pl
19:42 pink_mist oh hey, so there is =)
19:43 pink_mist guess I'll go see what I can do =)
19:43 sri \o/
19:46 bf joined #mojo
19:48 good_news_everyon joined #mojo
19:48 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/v2Y06
19:48 good_news_everyon mojo/master ea8dc33 Sebastian Riedel: fix bug where the results of the list_files method in Mojo::Home would include directories
19:48 good_news_everyon left #mojo
20:14 dhg joined #mojo
20:15 bwf I did not see anything like this in the documentation but it works great.  https://gist.github.com/bfaist/a36dc00f8b7fa8baa870
20:23 ichi joined #mojo
20:23 kaare joined #mojo
20:29 pink_mist whee, got it working!
20:29 pink_mist after a bit :P
20:47 bf joined #mojo
20:49 pink_mist whee, PR created: https://github.com/kraih/mojo/pull/913
20:51 sri pink_mist++
20:53 good_news_everyon joined #mojo
20:53 good_news_everyon [mojo] kraih pushed 2 new commits to master: https://git.io/v2Y1G
20:53 good_news_everyon mojo/master d513ae4 Andreas Guldstrand: Cookbook: Add WebSocket configuration to Apache example.
20:53 good_news_everyon mojo/master fbdc5c0 Sebastian Riedel: Merge pull request #913 from pink-mist/master...
20:53 good_news_everyon left #mojo
20:54 pink_mist \o/
20:58 good_news_everyon joined #mojo
20:58 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/v2YMc
20:58 good_news_everyon mojo/master 7f5c939 Sebastian Riedel: mention WebSocket support separately
20:58 good_news_everyon left #mojo
20:58 bf joined #mojo
20:59 sri not entirely sure about that yet
20:59 sri maybe it should be kept as one example
20:59 sri hmm
21:01 good_news_everyon joined #mojo
21:01 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/v2YDY
21:01 good_news_everyon mojo/master 6b8f988 Sebastian Riedel: keep configuration examples consistent for now
21:01 good_news_everyon left #mojo
21:01 * sri shrugs
21:02 sri it's a little easier the way nginx deals with it
21:03 pink_mist seems better in one section imo
21:06 good_news_everyon joined #mojo
21:06 good_news_everyon [mojo] kraih pushed 1 new commit to master: https://git.io/v2Yyn
21:06 good_news_everyon mojo/master c1ef22a Sebastian Riedel: update jQuery to version 2.2.1
21:06 good_news_everyon left #mojo
21:11 sri btw. i've switched to /echo because that tends to be the standard websocket example
21:13 pink_mist right, I assumed there was a good reason =) I just used as generic a name as I could come up with :P
21:13 sri hehe, my first though was that /ws kinda looks like it could also be a special case
21:14 sri together with the ws://
21:14 pink_mist right
21:20 sri i guess if you have multiple websocket actions behind an apache reverse proxy you'd want to use a shared prefix
21:21 sri that's good to know when designing apps that need to be deployable in many different environments
21:23 bf joined #mojo
21:23 sri jberger, batman: didn't one of you want to work on a websocket multiplexing plugin?
21:44 stephan48 helper-namespaces++
21:45 batman sri: pretty happy with what i have for swagger...
22:20 zivester joined #mojo
22:21 batman sri: why do you use $^T instead of $mtime here: https://metacpan.org/source/SRI/Mojolicious-6.47/lib/Mojo/Server/Morbo.pm#L56 ?
22:24 sri dunno
22:25 batman ok
22:27 sri looks like leftovers from the old reload system https://github.com/kraih/mojo/commit/5af1133ee81416c4bab8c759d13e24ad52cc7692#diff-7638f958c7a4e13a9bdc8591a6e2808eL67
22:37 jberger sri: at the lady job that was going to be a lot more important
22:37 jberger I could still help with it but I wouldn't have the time/inclination to take the lead right now
22:37 preaction ... que?
22:37 preaction oh. last job
22:38 jberger Hahaha yeah
22:38 jberger You don't know about my lady job?!
22:45 jberger Anyway all my limited free time is going towards getting the acme client/plugin ready
22:46 jberger The mocking library was too help enable testing for that
22:46 jberger s/too/to/
22:48 dhg joined #mojo
23:33 dhg joined #mojo
23:36 acamari joined #mojo
23:55 Gedge_ joined #mojo
23:57 rabbit joined #mojo
23:59 rabbit I'm currently developing a routine for die. It uses exception.development.html.ep and I'm able to pass into this <%= $exception->message %> which is the argument that die passes. However, I'm wondering about passing other parameters. It is possible?

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