--- Log opened Sat Jul 01 00:00:01 2006 03:03 < Wombert> http://agavi.r00lerz.de/coverage_report/src.htm :>>>> 04:34 < CIA-6> dominik * r628 /trunk/src/util/AgaviToolkit.class.php: 04:34 < CIA-6> Whitespace fixes 04:34 < CIA-6> {} for char index access has been deprecated (ugh, go php go .....) 04:34 < CIA-6> one should use the functions php offers too ;) 04:35 < CIA-6> dominik * r629 /trunk/src/user/AgaviSecurityUser.class.php: make removeCredential actually work 04:41 < CIA-6> dominik * r630 /trunk/src/routing/AgaviRouting.class.php: (log message trimmed) 04:41 < CIA-6> Yet another new syntax for the routing: 04:41 < CIA-6> you can now use (prefix{name:regexp}postfix) which will match a pre/postfix but will not include it in the request parameter that gets set. 04:41 < CIA-6> this is mostly useful with another new feature which allows you place a ? behind a () to make that parameter entirely optional (it will not even get set as request parameter if no default exists. 04:41 < CIA-6> For defaults you can use the prefix{value}postfix notation to create default 04:41 < CIA-6> values for the pre and postfix which will automatically inserted in the 04:41 < CIA-6> parameter on routing->gen(). If there is no user defined default value the 06:23 -!- shoan [n=shoan@59.92.151.75] has joined #agavi 06:25 < Wombert> :) 06:27 < Wombert> morning shoan 06:28 < shoan> morning Wombie 06:28 < shoan> Germany won :) 06:29 < Wombert> yeah :> 06:29 < Wombert> you saw it? 06:29 < shoan> yeah 06:30 < Wombert> :> 06:30 < Wombert> http://agavi.r00lerz.de/coverage_report/src.htm :>>>> 07:14 -!- Wombert [n=Wombert@dslb-088-064-000-028.pools.arcor-ip.net] has quit [] 07:40 -!- shoan [n=shoan@59.92.151.75] has quit [] 08:36 -!- raidman|Away is now known as raidman|Work 08:37 -!- raidman|Work [n=raidman@unaffiliated/raidman] has left #agavi ["#kill 6712"] 08:37 -!- raidman|Work [n=raidman@unaffiliated/raidman] has joined #agavi 08:40 < raidman|Work> morning 08:42 -!- shoan [n=shoan@59.92.151.75] has joined #agavi 08:50 -!- shoan [n=shoan@59.92.151.75] has quit [] 10:36 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi 11:20 -!- raidman|Work is now known as raidman|Away 11:21 -!- raidman|Away is now known as raidman|Work 11:23 < v-dogg> huomenta 11:24 < raidman|Work> huomenta 11:34 -!- raidman|Work is now known as raidman|Away 11:36 -!- shoan [n=shoan@59.92.206.212] has joined #agavi 11:59 -!- shoan [n=shoan@59.92.206.212] has quit [Read error: 110 (Connection timed out)] 12:21 -!- raidman|Away is now known as raidman|Work 12:44 < v-dogg> raidman|Work: are at work? 12:44 < raidman|Work> v-dogg, yes :) 12:45 < v-dogg> what do you do? 12:45 < raidman|Work> I just try to install *trac* in my host 12:45 < v-dogg> have fun 12:47 < raidman|Work> v-dogg, :) 12:49 < raidman|Work> v-dogg, all unit tests finished? 12:49 < v-dogg> almost 12:49 < raidman|Work> great 12:55 -!- brujahRg [n=brj@212.175.111.100] has joined #agavi 14:04 -!- raidman|Work is now known as raidman|Away 14:46 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has joined #agavi 14:47 < Wombert> re 14:48 < Wombert> yo 14:48 < Wombert> peace guys :> 14:48 < Wombert> _uwe_: 14:48 < Wombert> http://agavi.r00lerz.de/coverage_report/src.htm :>>>> 14:48 < _uwe_> seen already :) 14:49 < _uwe_> is there a special setup i have to do or should agavi's test run out of the box with phing test? 14:51 < Wombert> all not checked in yet 14:51 < v-dogg> hey wombie 14:51 < Wombert> dominik has worked on the unit tests for weeks now 14:52 < Wombert> hi v-dogg 14:52 < Wombert> have you seen the new routing feature? 14:52 < v-dogg> me? 14:52 < Wombert> yeah 14:52 < v-dogg> I read commit messages, that's all 14:53 < Wombert> 14:53 < Wombert> so... /products/view/51234 => id = 51234 14:54 < Wombert> and /products/view/catname/51234 => category = catname, id = 51234 14:54 < Wombert> summary; you can 14:54 < Wombert> a) put a question mark behind an outer parentheses to make it optional in it's entirety 14:55 < Wombert> b) have characters matched in parentheses that will not be included in the matched value, in that case, it's the leading slash 14:56 < v-dogg> that's cool 14:57 < v-dogg> I had pretty much that situation just yesterday. this is what I need: 14:57 < v-dogg> example.com/ => index 14:58 < v-dogg> example.com/cmrid[/] => login form auto-filled with cmrid 14:59 < v-dogg> example.com/cmrid/username[/] => login form auto-filler with cmrid and username 14:59 < v-dogg> cmrid is \d+ 14:59 < v-dogg> username \S+ 15:00 < Wombert> then it triggers a 404 ;) 15:03 < v-dogg> yep 15:03 < Wombert> it's a good practice anyway to start patterns with ^ 15:03 < v-dogg> I noticed :) 15:03 < Wombert> even though it's not requred, but there might be situations where it's reasonable 15:39 < CIA-6> david * r631 /branches/uwe-validation/: Creating validation branch for Uwe 15:58 < v-dogg> how is that going forward? 16:06 < Wombert> uh 16:07 < Wombert> I have uwe on the phone right now, we're discussing it 16:28 -!- _uwe_ [n=uwe@86.56.43.37] has quit [Read error: 110 (Connection timed out)] 16:28 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi 16:56 < v-dogg> oh swhee-heet 16:56 < v-dogg> macgyver is on in 10 minutes 16:57 -!- _uwe_ [n=uwe@86.56.43.37] has quit [Read error: 110 (Connection timed out)] 16:59 -!- brujahRg [n=brj@212.175.111.100] has quit [] 17:00 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi 17:07 < v-dogg> Wombert: what's the best way to render docbook to html and/or pdf? 17:07 < Wombert> no idea 17:21 < v-dogg> Wombert: is it ok if I update pear package info in AgaviPackageTask in trunk? 17:22 < v-dogg> version number, optional deps (phpunit2) and developers 18:22 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has quit [] 19:27 -!- shoan [n=shoan@59.92.206.212] has joined #agavi 20:08 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"] 20:58 -!- raidman [n=raidman@unaffiliated/raidman] has joined #agavi 21:00 -!- raidman [n=raidman@unaffiliated/raidman] has quit ["#killall raidman"] --- Day changed Sun Jul 02 2006 00:04 -!- shoan [n=shoan@59.92.206.212] has quit [] 02:36 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has joined #agavi 05:36 -!- impl [n=impl@httpcraft/php/nforbes] has joined #agavi 06:35 < CIA-6> david * r632 /trunk/docs/agavi.xml: intro and installation sections for docs, refs #30 06:35 < Wombert> :) 06:36 < Wombert> hi impl 06:41 < CIA-6> david * r633 /trunk/docs/agavi.xml: minor doc tweaks, refs #30 06:47 -!- shoan [n=shoan@59.92.206.212] has joined #agavi 06:50 < CIA-6> david * r634 /trunk/docs/agavi.xml: added a stuuupid short preface 07:11 < CIA-6> david * r635 /trunk/docs/agavi.xml: creating your first agavi application section, refs #30 07:16 -!- shoan [n=shoan@59.92.206.212] has quit [] 07:42 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has quit [] 08:18 -!- raidman|Away is now known as raidman|Work 08:23 -!- impl [n=impl@httpcraft/php/nforbes] has quit ["Leaving"] 08:56 < v-dogg> huomenta 09:06 < raidman|Work> huomenta (morning) 09:31 < v-dogg> what's up raidman|Work 09:33 < raidman|Work> v-dogg, hi, I just working on PEAR packaging and an Installation system for our CMS 09:33 < raidman|Work> v-dogg, and you? 09:34 < v-dogg> reading thru david's commits from last night 09:35 < v-dogg> the user manual has started of pretty nicely 09:36 < raidman|Work> really, that sounds good 09:38 < v-dogg> gotta go make some breakfast and coffee 09:38 < raidman|Work> :) 09:53 < v-dogg> ok then 09:57 < raidman|Work> I have a a problem with apache Location :( 09:57 < raidman|Work> in 1.3 10:00 < v-dogg> what's the problem? 10:02 < raidman|Work> that not work for me, but I don't know why.... I just googled it, I have to another look in documentation again :) 10:36 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi 11:00 < v-dogg> http://veikkomakinen.com/agavi/ 11:03 < raidman|Work> oh my god! extremely nice 11:04 < raidman|Work> I wish it finished vey soon 11:04 < v-dogg> it's a huge effort so don't hold your breath :) 11:05 < raidman|Work> :) 11:06 < v-dogg> we are from, by the way? 11:07 < v-dogg> I've forgotten 11:08 < raidman|Work> :) 11:12 < v-dogg> err... I was trying to type "where are you from" 11:12 < v-dogg> how the hell did it become "we are from" 11:13 < raidman|Work> he he he, I just wondered what you said before, .... so I'm from Iran 11:13 < v-dogg> ok 11:13 < raidman|Work> but I'm Armenian but I'm live in Iran 11:13 < v-dogg> where in Iran? 11:14 < raidman|Work> Esfahan 11:14 < raidman|Work> you can see it in en.wikipedia.org/wiki/Esfahan 11:15 < raidman|Work> and you v-dogg 11:16 < v-dogg> Turku, Finland 11:16 < v-dogg> http://en.wikipedia.org/wiki/Turku 11:17 -!- raidman|Work is now known as raidman|Away 11:21 -!- raidman|Away is now known as raidman|Work 11:21 < raidman|Work> damn ISP 12:34 < raidman|Work> v-dogg, you know agavi's trac runs in mod_python or fastcgi? 12:36 < v-dogg> no idea 12:37 < raidman|Work> np :) 12:43 < v-dogg> http://veikkomakinen.com/agavi/ 12:44 < v-dogg> added some styles and other minor details like copyrights 12:44 < v-dogg> err... charset is broken 12:47 -!- raidman|Work is now known as raidman|Away 12:57 -!- raidman|Away is now known as raidman|Work 13:54 -!- raidman|Work is now known as raidman|Away 15:48 -!- Wombert [n=Wombert@dslb-088-064-000-179.pools.arcor-ip.net] has joined #agavi 15:48 < v-dogg> wombii 15:49 < Wombert> hmmmmh? 15:50 < v-dogg> fresh from the oven: http://veikkomakinen.com/agavi/ and http://veikkomakinen.com/agavi/agavi.pdf 15:53 < Wombert> :) 15:53 < Wombert> how did you generate the pdf 15:54 < Wombert> ah 15:54 < Wombert> that's a different app 15:54 < Wombert> what did you use? 15:54 < Wombert> the html looks different 15:55 < v-dogg> Apache FOP created the pdf 15:57 < v-dogg> I used phings xstl target and xsl files from http://docbook.sourceforge.net/ 15:57 < v-dogg> html uses custom css, hence the über cool layout :p 15:58 < Wombert> http://neo.jpl.nasa.gov/cgi-bin/db?name=2004+XP14 15:59 < Wombert> that asteroid misses us by ~432.000km 15:59 < Wombert> pretty close oO 15:59 < v-dogg> so let's: PANIC 15:59 < v-dogg> :) 15:59 < Wombert> center on earth, zoom all the way in, then press the fast rewind button and then fast forward to see how effin close it is 16:00 < Wombert> oO 16:00 < Wombert> I'm just readind 16:00 < Wombert> -d+g 16:01 < Wombert> the finns are throwing 1 and 2 cent coins away 16:02 < v-dogg> so this is actually pretty easy: a few lines to build.xml, a custom css file and xsl files from docbook project and a custom xsl file to wrap it all up 16:02 < Wombert> yeah might be a good idea 16:02 < Wombert> hmmmh 16:02 < v-dogg> and apache fop for pdfs 16:04 < v-dogg> should I wrote a wiki page on this? 16:04 < v-dogg> sigh.. 16:04 < v-dogg> write 16:18 < Wombert> why don't we add all the stuff to svn 16:18 < Wombert> "phing docs" would create API docs and the manual then 16:19 -!- raidman|Away [n=raidman@unaffiliated/raidman] has quit ["changing servers"] 16:20 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi 16:21 < v-dogg> suits me fine 16:21 < CIA-6> david * r636 /trunk/docs/ (agavi.xml docbook/ docbook/manual.xml lib/): moved docbook to separate dir, prepared lib folder for xsls 16:22 < Wombert> ya wanna do that? 16:22 < v-dogg> yep 16:22 < Wombert> throw all the stuff into lib/docbook or so 16:22 < Wombert> or just lib/ 16:22 < Wombert> no idea 16:22 < Wombert> and add the stuff to build.xml 16:22 < Wombert> there already is a "docs" task 16:22 < Wombert> how about an "apidocs" task, a "manual" task and a "docs" task which does both 16:22 < v-dogg> I was just about to say 16:23 < Wombert> and hey... maybe even an option for pdf generation? ;) 16:23 < Wombert> as a parameter then, I guess 16:23 < Wombert> phing manual -Doutput=pdf or something 16:23 < v-dogg> I'd separate manual-html, manual-html-onepage, manual-fo 16:23 < Wombert> hmm 16:23 < Wombert> okay 16:23 < Wombert> and 16:23 < Wombert> task "manual" asks which you want ;) 16:24 < Wombert> and task "docs" uses "manual" 16:24 < v-dogg> I'll see if the whole xml-fo-pdf chain can be done with phing 16:24 < Wombert> yeah 16:25 < Wombert> not that important though I guess, so do the other stuff first 16:25 < v-dogg> yep 16:25 < Wombert> because people can generate the docs then, maybe that attracts documentation contributors 16:37 < v-dogg> they will still need XSL files from http://docbook.sourceforge.net/ 16:44 < Wombert> can't we bundle them? 16:45 < Wombert> http://wiki.docbook.org/topic/DocBookLicense 16:46 < v-dogg> sure we could... but we need dozens of xsl files 16:48 < v-dogg> it would surely make things a bit easier 16:49 < v-dogg> but all you would have to do would be download a zip and unpack it to your workspace eg. c:\workspace\docbook-xsl\ 16:50 < v-dogg> and agavi in c:\workspace\agavi\ would use them from there 16:51 < v-dogg> tell me what you think. I'll take the dogs out for a walk in the meanwhile 17:00 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has quit ["changing servers"] 17:01 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi 17:22 < CIA-6> uwe * r637 /branches/uwe-validation/src/ (26 files in 3 dirs): 17:22 < CIA-6> first commit of rewritten validation system (refs #269, #102) 17:22 < CIA-6> config handler still missing so its not yet working... 17:41 < v-dogg> Wombert: 248 files, 5 dirs, 7.5 MB. Do we want that to SVN? 17:42 < v-dogg> of course most of them are not necessary but filtering out files we don't need would be a pain 17:44 -!- toby_swe [n=Miranda@nl109-140-176.student.uu.se] has joined #agavi 17:48 -!- toby_swe [n=Miranda@nl109-140-176.student.uu.se] has left #agavi [] 18:13 < Wombert> v-dogg: oO 18:27 < v-dogg> yep :) 18:28 < v-dogg> this now works like this: 18:30 < v-dogg> phing manual-html creates multipage html manual to manual-html/ and also copies agavi-manual.css into it from doc/lib/ 18:30 < v-dogg> phing manual-html-onepage creates manual-html/index-ongepage.html. it uses the same .css 18:30 < v-dogg> and finally 18:31 < v-dogg> phing manual-fo creates manual-fo/manual.fo 18:33 < v-dogg> all agavi xsl files (4) reside in docs/lib/ and docbook-xsl file are in docs/lib/docbook-xsl/ 18:37 < Wombert> :>>> 18:37 < v-dogg> http://veikkomakinen.com/agavi/index.html 18:37 < v-dogg> http://veikkomakinen.com/agavi/index-onepage.html 18:38 < v-dogg> BUT docbook xsl file are 7.5 MB :) 18:43 < CIA-6> uwe * r638 /branches/uwe-validation/src/validator/AgaviValidatorManager.class.php: fix AgaviValidatorManager to use the new AgaviErrorManager's getErrorArrayBy*() methods 19:00 < v-dogg> but there is only one line to be modified if docbook-xsl is moved to a different location 19:01 < v-dogg> so we could live without including everything into svn 19:11 < v-dogg> on per output type (html, fo), that is 19:12 < v-dogg> or none if someone figures out how to pass parameters to xstl trasformation with phing :) 19:17 < CIA-6> david * r639 /branches/uwe-validation/src/validator/ (2 files): changed phpdocs and made some code corrections as an example for uwe 19:20 < Wombert> v-dogg: but php supports fopen wrappers, right? 19:20 < Wombert> so maybe we could host the xsls on agavi.org 19:23 < CIA-6> david * r640 /branches/uwe-validation/src/validator/AgaviAbstractOperatorValidator.class.php: whoops, forgot to save 19:24 < CIA-6> david * r641 /branches/uwe-validation/src/validator/AgaviAbstractOperatorValidator.class.php: another one 19:31 < v-dogg> Wombert: let's see... 19:37 < v-dogg> well... 19:37 < v-dogg> it works 19:37 < v-dogg> Total time: 4 minutes 46.51 seconds 19:39 < v-dogg> xsl files are available in http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl 19:39 < v-dogg> I'll see if it's any faster from my website 19:47 < v-dogg> Total time: 2 minutes 47.91 seconds 19:51 < CIA-6> david * r642 /branches/uwe-validation/src/validator/ (19 files): corrected class and file names, removed abstract validator manager and added an interface 19:51 < Wombert> is it much slower than from a local machine? 19:56 < v-dogg> it takes just a few seconds from a local machine 19:56 < Wombert> oO 19:57 < Wombert> the "html" csl folder is 1.6MB for me 19:57 < Wombert> xsl 19:57 < Wombert> do we need all files in there? 19:57 < v-dogg> don't know 19:58 < v-dogg> but if it takes several minutes to download we probably do :) 20:14 < v-dogg> I'll commit these now with references to http://docbook.sourceforge.net 20:14 < v-dogg> let's figure out what's the best way to do this sometime later 20:14 < v-dogg> ok? 20:16 < v-dogg> there must be a way to set parameters from phing so we can enable both local and remote xsl files 20:17 < Wombert> hang on 20:17 < Wombert> I'm trying to compress the xsls right now 20:18 < v-dogg> filter out what is not needed? 20:18 < v-dogg> I tried that and still ended up having tons of xsl :) 20:20 < Wombert> no 20:20 < Wombert> remove whitespace 20:20 < Wombert> and comments 20:21 < Wombert> they make up at least half of the file sizes 20:27 < Wombert> hmmmh 20:27 < Wombert> localhost:~/Desktop/docbook-xsl-1.70.1 dzuelke$ ls -l html/a* 20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 4263 Dec 8 2004 html/admon.xsl 20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 5230 Aug 11 2005 html/annotations.xsl 20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 813 May 26 16:39 html/autoidx-ng.xsl 20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 33422 May 16 15:54 html/autoidx.xsl 20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 22105 May 4 14:48 html/autotoc.xsl 20:28 < Wombert> localhost:~/Desktop/docbook-xsl-1.70.1 dzuelke$ ls -l html_/a* 20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 3194 Jul 2 19:23 html_/admon.xsl 20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 4696 Jul 2 19:23 html_/annotations.xsl 20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 215 Jul 2 19:23 html_/autoidx-ng.xsl 20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 27912 Jul 2 19:25 html_/autoidx.xsl 20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 18284 Jul 2 19:27 html_/autotoc.xsl 20:28 < Wombert> that's just with leading tabs removed etc 20:28 < Wombert> but we can remove a lot of newlines, too 20:28 < Wombert> and shit like 20:28 < Wombert> 20:41 < v-dogg> hmm... yeah but do we really want to do that? 20:42 < v-dogg> even if it is semi-automatic it's still a pain in the ass 20:43 < v-dogg> and I believe there will still be several megabytes of xsl files 20:44 < v-dogg> we need common/ html/ fo/ lib/ and xhmtl/ folders 20:45 < v-dogg> anyway, I'll commit those now. If we decide to have docbook-xsl in svn there are two lines to alter 20:45 < v-dogg> ok? 20:46 -!- shoan [n=shoan@59.92.144.62] has joined #agavi 20:46 < v-dogg> I'd like to commit these now because I don't know when I'll be on this computer again 20:46 < ttj> Vacation? 20:46 < v-dogg> no, monday and work :) 20:47 < ttj> Ah. :-) 20:47 < v-dogg> I'm at home now :) 20:47 < v-dogg> easier to commit and checkout at work than copy them 20:49 < ttj> BTW, been drawing a UML class diagram of Agavi. I'll post some initial draft of it online tomorrow at work, if anyone's interested. 20:49 < Wombert> hmmh 20:49 < v-dogg> we are 20:49 < Wombert> agavi is 13mb already 20:50 < Wombert> and from what I can tell, we only need the "html" folder there 20:50 < Wombert> which is 1.6mb 20:50 < Wombert> not a big deal imho 20:50 < Wombert> oh 20:50 < Wombert> common/, too? 20:50 < Wombert> but why html _and_ xhtml? 20:50 < v-dogg> fo uses html 20:51 < Wombert> well 20:51 < Wombert> you need Apache FOP anyway for pdf, right? 20:51 < v-dogg> yep 20:51 < Wombert> then let's throw it out ;) 20:51 < Wombert> whoever wants that should install it by hand 20:51 < Wombert> html + common is 4.7M total 20:52 < Wombert> xhtml doesn't need html, does it? 20:52 < Wombert> xhtml is smaller so why not use that 20:52 < Wombert> 4.4M together 20:52 < Wombert> not a big deal really 20:55 < v-dogg> common/ lib/ xhtml/ and VERSION 20:55 < v-dogg> 4+ MB 20:55 < Wombert> 4.5 20:55 < Wombert> hmmh 20:56 < Wombert> okay 20:56 < Wombert> you're right 20:56 < Wombert> people should install it themselves 20:56 < Wombert> most will use the online docs anyway 20:56 < Wombert> or downlaod a pdf / zip 20:56 < Wombert> PEAR versions will contain a bundled manual 20:56 < Wombert> but no tests/, docs/ and etc/ folders 20:57 < Wombert> good 20:57 < Wombert> agreed? 20:57 < v-dogg> yep 20:57 < Wombert> but 20:57 < Wombert> is it possible to hand an argument to the task? 20:58 < Wombert> phing manual -Ddobookxsl=/path/to/blah 20:58 < Wombert> where you could give a path or an URL 20:58 < v-dogg> that's what I wanted to find out but I don't have time to do it now 20:58 < v-dogg> 20:16 < v-dogg> there must be a way to set parameters from phing so we can enable both local and remote xsl files 20:58 < Wombert> and if it's not given, the task will bail out right away 20:58 < Wombert> yeah 20:58 < Wombert> cool 21:02 < CIA-6> v-dogg * r643 /trunk/ (6 files in 2 dirs): Added phing task to generate xhtml and fo xml from docbook xml. For now it fetches xsl stylesheets from the Internet so it's slow (takes several minutes to complete). Improvements are to follow. 21:03 < v-dogg> improving tomorrow, good night :) 21:04 < Wombert> thanks mate nn 21:07 < Wombert> hmmh 21:07 < Wombert> I'm getting an error there 21:07 < Wombert> but it seems to write the file just fine 21:13 -!- impl [n=impl@httpcraft/php/nforbes] has joined #agavi 21:19 < Wombert> hi impl 21:19 < impl> Hey Wombert 21:21 < CIA-6> uwe * r644 /branches/uwe-validation/src/ (25 files in 3 dirs): fixes for coding style and phpdoc 21:31 < CIA-6> uwe * r645 /branches/uwe-validation/src/validator/ (3 files): missed some asBool() calls... 21:43 < CIA-6> dominik * r646 /trunk/src/config/AgaviRoutingConfigHandler.class.php: allow empty configuration blocks in routing.xml 21:46 < CIA-6> dominik * r647 /trunk/src/util/AgaviInflector.class.php: make inflector work for databases *g* 21:57 -!- shoan [n=shoan@59.92.144.62] has quit [] 22:17 < CIA-6> uwe * r648 /branches/uwe-validation/src/ (4 files in 2 dirs): 22:17 < CIA-6> * fixed autoload.xml and compile.xml (put interfaces into compile.xml) 22:17 < CIA-6> * lots of typos... 22:20 < Wombert> http://trac.agavi.org/trac.cgi/wiki/CodingStyle updated, open to suggestions 22:41 < v-dogg> Wombert: yes, it seems to trigger errors every time even if everything went fine 22:42 < Wombert> very strange 22:42 < impl> Wombert: Did you ever come to a conclusion about using $template to contain decorator stuff or making a separate $slots array? 22:49 < Wombert> impl: no 23:37 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"] 23:50 -!- toby_swe [n=Miranda@nl109-140-176.student.uu.se] has joined #agavi 23:52 < toby_swe> hi, i've just downloaded trunk and try to test the sample app. How do I get the master-templates URL's to work when I don't have routing? No mod-rewrite on the server. 23:53 < toby_swe> I've set "use-routing" to "false" in settings.xml --- Day changed Mon Jul 03 2006 00:08 < Dortis> i'd say a separate $slots array is better... 00:09 < Dortis> toby_swe, i've not had the chance to play with the sample app yet... 00:09 < Dortis> sure Wombert or v-dogg would know the answer... 00:10 < Wombert> toby_swe: as usual 00:10 < Wombert> ah 00:10 < Wombert> oh 00:10 < Wombert> they don't work? 00:10 < Wombert> I have to check that 00:11 < Wombert> toby_swe: routing doesn't have anythign to do with mod_rewrite! 00:12 < toby_swe> aah! 00:12 < Wombert> that's the clue behind it ;) 00:12 < toby_swe> so, should it work like "out-of-the-box" anyway? 00:12 < Wombert> yes 00:12 < Wombert> what doesn't work for you? 00:14 < toby_swe> In the menu I see links like this:
  • Secure Action
  • 00:15 < toby_swe> no "index.php?" in front 00:23 < Wombert> oh 00:23 < Wombert> and mod_rewrite is not on? 00:23 < Wombert> that's a bug then 00:24 < Wombert> you sure about that? 00:24 < toby_swe> well... no... sorry 00:24 < toby_swe> seems to work now 00:25 < toby_swe> caching... proxy... or whatever 00:25 < Wombert> what was the problem? 00:25 < Wombert> hmmh 00:26 < toby_swe> at first, all URL's looked like "www.whatever.com/samples/www/index.php/module_disabled", 00:26 < Wombert> yes 00:26 < Wombert> that's correct 00:27 < toby_swe> sorry again, they looked like "www.whatever.com/samples/www/module_disabled" 00:27 < Wombert> ah 00:27 < Wombert> why? 00:27 < Wombert> did you add the .htaccess? 00:28 < toby_swe> i've taken that away. It was there at first (but in the form "_.htaccess"). 00:30 < toby_swe> i've been following the discussions for a while, and looked forward to test out the routing, so now i'm happy it works :) 00:30 < Wombert> yes, but _.htaccess isn't used by apache 00:30 < Wombert> you have to rename it to .htaccess 00:31 < Wombert> otherwise, the index.php shouldn't be removed 00:31 < Wombert> so it would be good to know why index.php wasn't there for you 00:31 < Wombert> and what you did to bring it back 00:34 < toby_swe> well, I started by uploading the whole sourcecode to my ISP through ordinary ftp. 00:34 < toby_swe> Made some settings, in index.php 00:35 < toby_swe> tried out the sampleapp, and at that point the output looked fine, except for the links to the right. 00:36 < Wombert> and what did you do then? 00:36 < toby_swe> so i started to fiddle around and set use-routing to false 00:36 < toby_swe> which didnt help 00:37 < Wombert> wait wait wait 00:37 < Wombert> that didn't help? 00:37 < Wombert> oO 00:37 < toby_swe> No, but i'm not sure there is an agavi bug here. 00:38 < Wombert> hmh 00:38 < toby_swe> Couldn't it just have been some error (like some byte missing) in that first large ftp-upload 00:38 < Wombert> okay, use_routing false should generate proper urls, but that's apparently broken 00:38 < Wombert> but that's a different issue 00:38 < toby_swe> because i uploaded the src/routing-folder again, and now it works 00:39 < Wombert> index.php must be there unless you have a .htaccess with the contents of _.htaccess 00:40 < toby_swe> ok 00:41 < toby_swe> So... now I tried to switch routing on and off a couple of times, everything else equal 00:41 < toby_swe> when i switch it of, URL-generation doesn't work 00:42 < Wombert> yes, that's normal 00:42 < Wombert> but with routing on, index.php should be there 00:42 < toby_swe> ok, good 00:42 < toby_swe> yes 00:45 < Wombert> with routing off, you can still generate based on route names 00:45 < Wombert> but it will build an index.php?module=Default&action=Index&id=12313 or whatever URL 00:48 < Wombert> still, there's the question why it generated a proper route without index.php for you 00:49 < toby_swe> Do I need to change anything else than the use-routing-setting to get that to work in the sample app? 00:53 < Wombert> no 00:53 < Wombert> it also seems to be working for you now 00:53 < toby_swe> no 00:56 < toby_swe> With routing off I get "
  • Login Action
  • " for all links except for the error404... 00:56 < toby_swe> which gives: "
  • david * r649 /trunk/src/routing/AgaviRouting.class.php: routing uses 404 action now if no route matched 04:07 < CIA-6> david * r650 /trunk/samples/webapp/ (25 files in 10 dirs): many changes to sample app, refs #164 04:10 -!- Wombert [n=Wombert@dslb-088-064-000-179.pools.arcor-ip.net] has quit [] 07:27 -!- shoan [n=shoan@59.92.144.62] has joined #agavi 07:35 -!- raidman|Away is now known as raidman|Work 07:36 -!- raidman|Work [n=raidman@unaffiliated/raidman] has left #agavi ["#kill 6712"] 07:36 -!- raidman|Work [n=raidman@unaffiliated/raidman] has joined #agavi 07:38 < raidman|Work> morning 08:16 -!- shoan [n=shoan@59.92.144.62] has quit [] 08:34 < v-dogg> huomenta 08:34 < raidman|Work> huomenta 08:56 < v-dogg> url generation doesn't work when routing is disabled 09:08 -!- impl [n=impl@httpcraft/php/nforbes] has quit ["Leaving"] 09:09 < ttj> Hmm... Now to figure out how to get the .dia file available online. 09:10 < v-dogg> ftp? ;p 09:10 < v-dogg> doesn't dia export to png or something? 09:10 < ttj> Nah, the problem is getting it out of the office LAN. :-) 09:10 < v-dogg> oukey :) 09:10 < ttj> Unless I e-mail it to myself. 09:20 < ttj> http://users.tkk.fi/~tjorri/agavi/agavi.dia 09:21 < ttj> I am so enjoying these company proxies... 09:22 < ttj> Anyway, that's still a very early draft; been just typing up the classes and mapping some inheritance. 09:27 < v-dogg> where the hell is View::NONE 09:27 < v-dogg> and wombie 09:29 < v-dogg> I insist david alters his daily routines so that he is here when I have things to ask :) 09:30 < ttj> Do you have his mobile's number? >;-) 09:31 < raidman|Work> lol 09:31 < raidman|Work> give me that number too, I'll want it just for DoS >:-) 09:31 < raidman|Work> :P 09:54 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has joined #agavi 09:55 < v-dogg> morning wombie :) 09:56 < v-dogg> would you mind putting your mobile number to the channel topic? 09:57 < Wombert> hi guys 09:57 < Wombert> lol :>>>>> 09:57 < Wombert> due to popular demand, the routing now jumps to the 404 action if it didn't match anything 09:57 < Wombert> which means your last route should be 09:57 < Wombert> 09:58 < Wombert> 'sup v-dogg? any problems? 09:59 < v-dogg> yeah 09:59 < raidman|Work> morning Wombert :) 09:59 < v-dogg> View:NONE doesn't exist :) 09:59 < Wombert> awwww come on 09:59 < Wombert> AgaviView::NONE; 09:59 < v-dogg> nope 10:00 < v-dogg> not even that exists 10:00 < Wombert> oO 10:00 < Wombert> wtf? 10:00 < Wombert> whoa 10:00 < Wombert> who deleted that? 10:00 < v-dogg> not me _o_ 10:01 * Wombert scratches head 10:01 < Wombert> you could, of course, return null; or return; but that wouldn't be any fun would it 10:01 < v-dogg> if($viewName === null) { 10:01 < v-dogg> // no View returned, so we don't render anything 10:01 < v-dogg> return; 10:01 < v-dogg> } 10:03 < v-dogg> but... 10:05 < v-dogg> return null; causes: Notice: Undefined variable: viewModule in .....agavi\src\filter\AgaviExecutionFilter.class.php on line 223 10:06 < v-dogg> same thing with return; 10:06 < Wombert> yep 10:07 < CIA-6> david * r651 /trunk/src/ (2 files in 2 dirs): AgaviView::NONE is back in town 10:07 < raidman|Work> lol 10:07 < raidman|Work> AgaviView::NONE wb :) 10:09 < Wombert> that's workin now, v-dogg ? 10:11 < v-dogg> like a train's toilet 10:12 < v-dogg> a finnish saying :) 10:14 < Wombert> :p 10:16 < v-dogg> so what's the Best Practise to write a 404 action? 10:16 < v-dogg> where and how do I set http headers? 10:21 < Wombert> here's an idea: 10:21 < Wombert> execute() in views is run first 10:21 < Wombert> then, executeContextname() is run, too 10:21 < v-dogg> execute get run everytime? 10:22 < Wombert> yes 10:22 < Wombert> brb 10:22 < v-dogg> yeah, who not 10:22 -!- raidman|Work is now known as raidman|Away 10:29 -!- raidman|Away is now known as raidman|Work 10:30 -!- toby_swe [n=Miranda@PB111.EBC.UU.SE] has joined #agavi 11:52 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi 12:10 -!- _uwe_ is now known as uwe|lunch 12:23 < CIA-6> david * r652 /trunk/samples/webapp/modules/Default/views/Error404SuccessView.class.php: Send HTTP 404 response code for Error404 action 12:27 < v-dogg> and now you do that! 12:27 < v-dogg> I spent 30 minutes figuring out where and how it should be done! 12:29 < v-dogg> and got it working about 30 secs before you commited that 12:29 < v-dogg> I tried accessing Response thru controller in action 12:30 < v-dogg> but the status set there was overwriten 12:33 < Wombert> :p 12:33 < Wombert> v-dogg: no touching the response in the action! ever! 12:34 < Wombert> and don't use the global one either 12:34 < v-dogg> yeah 12:34 < v-dogg> I know that 12:34 < v-dogg> now. 12:34 < v-dogg> :) 12:39 < v-dogg> wanna write this to the manual?-) 12:39 < v-dogg> Best Practices 12:39 < Wombert> yep 12:39 < Wombert> I'm currently thinking about a way to prevent accessing the controller response altogether 12:39 < Wombert> from the outside 12:43 < v-dogg> btw, why is the default view name 'Input'? 12:43 < Wombert> is it? 12:43 < v-dogg> yep 12:43 < Wombert> ah yeah 12:43 < Wombert> well the reasoning is 12:43 < v-dogg> I mean default for getDefaultViewName 12:43 < Wombert> yes 12:43 < Wombert> the idea is 12:44 < Wombert> that usually, the only thing that doesn't need action logic is the GET part of an input form, if any 12:44 < v-dogg> agreed 12:45 < Wombert> because... well... for entirely static stuff, you have one action that serves all the pages or so 12:45 < Wombert> and other than that, like for a ViewProductAction, you probably need business logic, so it's not a problem 12:46 < v-dogg> it's not a problem at all. I just wanted to hear the reasoning :) 12:46 < Wombert> :) 12:46 < v-dogg> and I knew you had one :) 12:47 < v-dogg> you are The Master of Reasonings 12:47 < Wombert> interesting problem uwe came up with: login action, we want a login cookie set, PLUS forward to the original action after login... 12:48 < Wombert> setting a cookie in the action is wrong, wrong, wrong, so it must be done in the view, but then, we don't want a view to run, so... hmmmh 12:48 < v-dogg> I was just about start working on the very same problem 12:49 < v-dogg> /product/123 is secure and I want to be able to show it after the user has logged in 12:49 < Wombert> yep 12:49 < Wombert> go back to the login thing 12:49 < Wombert> a normal problem 12:49 < Wombert> btw, I'll change the behavior any minute now so that the login action is given the original requested module and action 12:50 < v-dogg> ok 12:50 < Wombert> oh but 12:50 < Wombert> hmmmh 12:50 < Wombert> wait 12:50 < Wombert> actually 12:50 < Wombert> you have to _forward_ after login, right? 12:50 < v-dogg> yes 12:50 < Wombert> errr 12:50 < Wombert> no 12:50 < Wombert> redirect 12:50 < Wombert> not forward 12:51 < Wombert> http://www.foo.com/products/view/123123 12:51 < Wombert> is secure, so we get to the login thing 12:51 < v-dogg> well whichever really, it doesn't matter to me 12:51 < Wombert> the login thing shows a form which uses /login 12:51 < Wombert> so ViewProductsAction isn't of much use because 123123 would be lost 12:51 < Wombert> you have to redirect back after login 12:52 < Wombert> mmmhright 12:52 < Wombert> yeah I wanted to have some URL info methods in the routing anyway 12:52 < Wombert> i.e. one that gives you server name 12:52 < Wombert> another one that gives you the complete 12:52 < v-dogg> I also thought about handling /cmrid/username/product/123 :) 12:52 < Wombert> shoot! 12:53 < v-dogg> cmrid and username would be auto-filled if the user wasn't logged in :) 12:53 < Wombert> why do you need both in the URL? 12:54 < v-dogg> both cmrid and username? or what? 12:54 < Wombert> yeah 12:54 < Wombert> can't you store them in a session? 12:55 < Wombert> btw, you would just have to read cmrid and username from a cookie, do that in the login view 12:55 < v-dogg> sure I can but the point here is this: a manager can send a sms or a mail to an employee that says "check out this http://www.example.com/cmrid/username/foo/123" 12:55 < Wombert> (LoginInputView) 12:55 < Wombert> and set them after a login, again in the login view (LoginSuccessView) 12:56 < v-dogg> and the user just clicks the link and it opens either a login screen or goes straight to foo/123 (if the user already has a session open) 12:59 < CIA-6> david * r653 /trunk/samples/webapp/modules/Default/ (4 files in 2 dirs): whoa, sorry, that's how responses are supposed to be used properly. my bad. 13:04 < CIA-6> david * r654 /trunk/src/controller/AgaviController.class.php: made Controller::getResponse() 'protected final' so the Finns can't do anything stupid :X 13:04 < Wombert> :>>>>>>>>>> 13:04 < Wombert> hey what a stupid smiley is that? 13:04 < Wombert> :( 13:04 < Wombert> :X 13:04 < Wombert> b000h 13:04 * Wombert kicks Colloquy 13:05 < v-dogg> HEY! :) 13:05 < Wombert> hmmmh 13:05 * Wombert ponders checking for proper inheritance in the factories compile handler 13:06 < Wombert> then people _really_ can't do it 13:10 -!- Fastly [n=fafsa@81-178-67-17.dsl.pipex.com] has joined #agavi 13:11 < raidman|Work> Wombert, hi 13:12 < raidman|Work> did you install trac with apache mod_python? 13:12 < v-dogg> Wombert: if I don't set any cookies during login I can just redirect, right? 13:12 < Wombert> raidman|Work: I didn't install it. no clue at all, sorry mate 13:13 < Wombert> v-dogg: sure, you can always redirect 13:13 < raidman|Work> Wombert, np :) 13:13 < Wombert> our problem here was much rather the forwarding 13:13 < Wombert> I'd still do it in the view, though 13:13 -!- horros [n=mle@w172.ip4.netikka.fi] has joined #agavi 13:13 < raidman|Work> oh 13:13 < raidman|Work> horros, really wb :) 13:13 < v-dogg> horros: good afternoon 13:13 < horros> hello lads 13:14 < v-dogg> +y 13:14 < v-dogg> err... +ie 13:17 < Fastly> Wombert, have you written any documentation on the new routing features? 13:17 < v-dogg> http://trac.agavi.org/trac.cgi/wiki/Routing 13:18 < v-dogg> just a brief introduction 13:18 < Fastly> great 13:18 < v-dogg> there's a lot more to it 13:21 < Wombert> 404 will be done automatically now, FYI 13:22 < v-dogg> ah, I'll update the page 13:22 < Wombert> the routing will soon be changed so it exposes information about the incoming URL 13:23 -!- shoan [n=shoan@61.95.206.107] has joined #agavi 13:23 < Wombert> also, pre- and postfixes are not possible for patterns, they won't be included in the request parameter then 13:24 -!- raidman|Work is now known as raidman|Away 13:24 < Wombert> and patterns may be optional by adding a ? after the () 13:25 < Wombert> pattern="/category(/find-{name:\S+}-cheap-on-acme-dot-com})/(id:\d+) 13:25 < Wombert> matches www.acme.com/category/124 13:26 < Wombert> and www.acme.com/category/find-chainsaws-cheap-on-acme-dot-com/124 13:26 < Wombert> either way, request param "id" will be 124, and, in the second example, "name" will be 124 13:26 < Wombert> err 13:26 < horros> chanisaws, you mean? 13:26 < horros> :) 13:27 < Wombert> "name" will be chainsaws 13:27 < Wombert> yes 13:27 < Wombert> no wait, the pattern is foobar'd 13:27 < Wombert> pattern="/category(/find-{name:\S+}-cheap-on-acme-dot-com})?/(id:\d+) 13:27 < Wombert> that's better 13:27 < Wombert> pre- and postfixes may also be regular expressions, of course 13:28 < Wombert> duuuuuude 13:28 < Wombert> I think I gotta move to sweden 13:28 < Wombert> and comfort these poor fans 13:28 < Wombert> http://home.arcor.de/denn0r/tmp/schlechte%20Seite%20der%20WM2006.jpg 13:31 -!- raidman|Away is now known as raidman|Work 13:36 < v-dogg> Wombert: what's the Best Practise (portable, routing and rewrite settings independent) to redirect then. 13:36 < Wombert> in the view 13:41 < v-dogg> btw, I concur that route generation doesn't work when routing is disabled 13:44 < CIA-6> david * r655 /trunk/src/ (2 files in 2 dirs): fixed an issue related to now protected getResponse() method in controller 13:45 < Wombert> v-dogg: yep, I know, there's a bug 13:45 < v-dogg> ok 13:56 < CIA-6> david * r656 /trunk/samples/webapp/ (5 files in 4 dirs): a more complex routing sample 13:59 < v-dogg> Wombert: why should I redirect in view? 13:59 < v-dogg> and not in action? 13:59 < Wombert> view 13:59 < Wombert> because redirecting somewhere else is the view's job 13:59 < Wombert> the action doesn't have anything do to with it 13:59 < Wombert> it just does it's job, logging someone in, and then doesn't want to be bothered anymore 14:00 < Wombert> redirecting is a special thing, you usually only do it in a web environment 14:00 < Wombert> consider a GUI app 14:00 < Wombert> you don't redirect there 14:00 < Wombert> thus, it's the view's job 14:00 < Wombert> which is the reason why I suggested the per-context execute method in the view 14:00 < v-dogg> but my actions are more ambitious 14:00 < Wombert> they shouldn't be 14:00 < v-dogg> they want to redirect 14:01 < Wombert> never ever do anything that affects output etc in an action 14:01 < v-dogg> but how do I explain this to my actions? 14:01 < v-dogg> they have feelings too, you know 14:02 < Wombert> I doubt they'll be mad at you for this 14:02 < Wombert> it's like telling them "hey guys don't you want a bit more vacation time?" 14:02 < v-dogg> I'll blame you 14:03 < Wombert> :) 14:07 < shoan> Wombert: so you assign the vars from the request to the View based on which redirect is decided? 14:07 < shoan> Isn't that kindda laborious? :) 14:22 -!- uwe|lunch is now known as _uwe_ 14:22 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"] 14:23 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi 14:28 < v-dogg> Wombert: if a view exist only to redirect what should one set as a template? 14:29 < v-dogg> NullTemplate.php 14:31 < v-dogg> well actually it exists only to _forward_. redirecting works fine without a template of course 14:47 < Wombert> shoan: I didn't get that, sorry 14:47 < Wombert> v-dogg: good question 14:47 < Wombert> I have to look into this later 14:47 < Wombert> we must discuss Controller::redirect 14:48 < Wombert> technically, it doesn't matter, because the view will be rendered, but no output is sent since redirect() locks the global response 14:48 < v-dogg> but if you forward 14:49 < Wombert> ah 14:49 < Wombert> forward 14:49 < Wombert> well forwarding is a different story 14:49 < Wombert> I'd forward in an action, I think 14:49 < Wombert> it shouldn't happen too often anyway, should it? 14:49 < v-dogg> that's what I decided to do 14:49 < v-dogg> probably not 14:49 < Wombert> well it always depends 14:49 < v-dogg> after login and logout 14:49 < Wombert> sometimes you have to forward, sometimes you have to redirect 14:50 < Wombert> for a login and a logout, I'd redirect 14:53 < Wombert> http://technocrat.net/d/2006/6/30/5032 14:54 < raidman|Work> do a redirect after login is more secure than forward 14:54 < Wombert> yes 14:54 < Wombert> it's bulletproof in any regard 14:54 < v-dogg> bulletproof retard 14:55 < v-dogg> (kidding :) 14:55 < Wombert> :p 14:56 < raidman|Work> heh 14:58 < raidman|Work> I'll catch you later, bye 14:58 -!- raidman|Work is now known as raidman|Away 15:39 < horros> v-dogg: http://www.hs.fi/kuvat/iso_webkuva/1135220380631.gif 15:39 -!- raidman|Away [n=raidman@unaffiliated/raidman] has quit ["changing servers"] 15:39 < horros> for the rest of you: sorry, can't be arsed to translate :) 15:40 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi 15:40 < v-dogg> yeah :D 15:49 < Wombert> weird language 15:49 * Wombert runs 15:51 < v-dogg> If I were you I'd say absolutely nutting. Germy :p 15:53 < v-dogg> how are slots handled in agavi 0.11? 15:54 < v-dogg> sluts 16:38 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has quit [] 16:43 < horros> hmpf 17:14 -!- toby_swe [n=Miranda@PB111.EBC.UU.SE] has quit [] 17:17 -!- Wombert [n=Wombert@a013.tum.vpn.lrz-muenchen.de] has joined #agavi 17:24 < Wombert> re 17:24 < v-dogg> wazzup 17:24 < Wombert> nothing 17:25 < Wombert> b00000ring lecture 17:25 < Wombert> but attendance is compulsory if I want to get the credits... 17:25 < Wombert> Public Relations... st000pid blah blah 17:25 < Wombert> I wonder why these people get paid 17:25 < Wombert> all the guy down there says is so feckin obvious that you must be extremely retarded if you learn something really new here 17:27 < v-dogg> setting use_database to true... 17:27 < v-dogg> it worked? 17:27 < v-dogg> huh... 17:27 < v-dogg> something must be wrong :) 17:31 < Wombert> pfff 17:31 < Wombert> :p 17:43 < v-dogg> hmm.. 17:44 < v-dogg> have you used Propel with Agavi 0.11? 17:45 < v-dogg> ups, gotta go 17:45 < v-dogg> later 17:53 < CIA-6> david * r657 /trunk/src/ (2 files in 2 dirs): all automatic forwards (error_404, login, secure, disabled, unavailable) are stored as request attributes now (in org.agavi.controller.forwards.*) 18:00 -!- raidman [i=armen@unaffiliated/raidman] has joined #agavi 18:03 -!- Wombert [n=Wombert@a013.tum.vpn.lrz-muenchen.de] has quit [Remote closed the connection] 18:24 -!- Wombert [n=Wombert@a015.tum.vpn.lrz-muenchen.de] has joined #agavi 18:24 < Wombert> re 18:28 -!- raidman [i=armen@unaffiliated/raidman] has quit [Read error: 110 (Connection timed out)] 18:34 -!- shoan [n=shoan@61.95.206.107] has quit [] 18:38 -!- Wombert [n=Wombert@a015.tum.vpn.lrz-muenchen.de] has quit [] 18:44 -!- Wombert [n=Wombert@a016.tum.vpn.lrz-muenchen.de] has joined #agavi 18:49 -!- Wombert [n=Wombert@a016.tum.vpn.lrz-muenchen.de] has quit [] 20:27 -!- Wombert [n=Wombert@e181005223.adsl.alicedsl.de] has joined #agavi 20:38 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has quit [Read error: 104 (Connection reset by peer)] 20:39 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi 20:45 -!- shoan [n=shoan@59.92.148.6] has joined #agavi 21:05 -!- Wombert [n=Wombert@e181005223.adsl.alicedsl.de] has quit [] 22:22 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has joined #agavi 22:30 -!- shoan [n=shoan@59.92.148.6] has quit [] 22:36 < CIA-6> dominik * r658 /trunk/src/ (7 files in 2 dirs): 22:36 < CIA-6> adds missing phpdoc comments 22:36 < CIA-6> fixes #272,#273,#274 22:52 < CIA-6> uwe * r659 /branches/uwe-validation/ (12 files in 6 dirs): 22:52 < CIA-6> * rewritten AgaviValidatorConfigHandler (refs #269) 22:52 < CIA-6> * loooots of bugfixes in validators 23:01 < CIA-6> uwe * r660 /branches/uwe-validation/ (38 files in 16 dirs): merged changes from trunk up to r659 --- Day changed Tue Jul 04 2006 00:21 -!- illusina [n=tyler@adsl-70-141-244-70.dsl.irvnca.sbcglobal.net] has joined #agavi 00:22 < illusina> So it looks like Mojavi's main drive is irrecoverably lost... 00:38 -!- Fastly [n=fafsa@81-178-67-17.dsl.pipex.com] has quit ["Leaving"] 00:40 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"] 00:41 -!- Fastly [n=fafsa@81-178-67-17.dsl.pipex.com] has joined #agavi 01:57 < Wombert> whoa, illusina, that's bad news :| 01:57 < Wombert> did you lose any data? 01:57 < Wombert> code, that is 01:59 < illusina> Wombert: code is local, forums and trac are gone 01:59 < Wombert> :| 01:59 < Wombert> sorry to hear that man 01:59 < Wombert> hope something like that doesn't happen to us... 02:01 < Fastly> omg... that really sucks... did you server hdd fail? 02:01 < illusina> Wombert: well, if you have any backup mechanisms in place? 02:01 < illusina> Fastly: indeed 02:01 < illusina> I haven't heard from the hosting company regarding what they plan on doig 02:01 < illusina> doing* 02:02 < Fastly> don't they take backups? 02:02 < illusina> it appears "no" 02:03 < Wombert> buggers 02:03 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has quit [Read error: 104 (Connection reset by peer)] 02:04 < illusina> Yeh...well...anyways 02:04 < Fastly> don't let it get you down... what's done is done... 02:05 < Fastly> maybe worth asking if they could send you the hdd... maybe you will have more luck in extracting at least some of the data 02:05 < Fastly> my laptop hdd died recently and good ol' knoppix came to the rescue and saved me some heartache 02:06 < illusina> we booted the system into knoppix recovery mode 02:06 < illusina> no help 02:06 < illusina> if either of you want to have a go at it you're more than welcome, it's still up on the live cd 02:06 < Fastly> well the forums for M3 are kinda redundant now since all important suggestions have either been considered or already part of agavi 02:07 < Fastly> i haven't followed M4 too closely... but it seems most of the important posts were from yourself 02:07 < Fastly> e.g. i'm sure your uml diagrams are local 02:08 < illusina> Yeh...but there's so much content that was on trac 02:09 < Fastly> trac is a bummer... 02:09 < Fastly> did you lose a wiki? 02:10 < illusina> Fastly: that is the wiki 02:12 < Fastly> sometimes the wiki part isn't as regularly used as the timeline, tickets, milestones etc... 02:13 < illusina> Fastly: but the data is still gone 02:15 < illusina> I don't mean to be a pessimist, but it's really rather bad 02:16 < Fastly> you know better than me what was on there... was hoping to make you feel better. i can fully understand how you must feel and hope the outcome isn't as bad as you think right now. 02:16 < illusina> Thanks man, I appreciate that 02:17 < illusina> Always nice to have a kind word 02:20 < Fastly> Wombert, what's the score if the agavi.org hdd failed right now? 02:20 < Wombert> Fastly: trac would be gone 02:21 < Wombert> website is svn 02:21 < Wombert> we're moving documentation to svn, too, so we should be pretty safe 02:21 < Fastly> without being insensitive, i think now's a good time to learn from this disaster 02:21 < Wombert> also, I've been thinking about moving the site and everything to a server of ours 02:21 < Wombert> which has RAID 1 02:21 < Wombert> and is faster too 02:22 < Wombert> and would offer the convenience of root access; I have to ask bob to fix something for me or so pretty often 02:22 < Fastly> cool... how about setting up a cron that dumps everything on a mirror? 02:23 < Fastly> well, selectively dumps trac, the forum etc.. 02:23 < Fastly> downtime isn't really as much of a deal at the moment as data loss 02:23 < Wombert> yeah 02:23 < illusina> indeed 02:49 < CIA-6> david * r661 /trunk/docs/docbook/manual.xml: environments and contexts documentation, refs #30 03:22 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi 03:24 < Wombert> welcome vaejor 03:24 < vaejor> 'lo 03:25 < Wombert> who are you? :) 03:25 < Wombert> why are you here? :) 03:25 < vaejor> Just some random guy; started playing with agavi a couple days ago and liked it. 03:25 < vaejor> I have found something I think could use tweaking, so figured I might find a primary developer here 03:26 < Wombert> yes :) 03:26 < Wombert> are you using the version from trunk? 03:26 < Wombert> or 0.10.2? 03:27 < vaejor> tried a couple versions of 0.11.0 so far 03:27 < Wombert> awesome 03:27 < Wombert> shoot with the feedback, go go go! 03:27 < Wombert> mind if I ask where you're from? 03:28 < Wombert> I updated the sample app again this afternoon with a new routing example 03:28 < vaejor> just a minor issue with src/routing/AgaviWebRouting.class.php atm; it only seems to look for $_SERVER['REQUEST_URI'] which isn't supported by IIS(the XP installed versions I've used at least) 03:29 < vaejor> I'm from Baton Rouge, LA 03:29 < vaejor> Yeah, I downloaded the r660 right before leaving work, going playing with pushing it into place atm 03:30 < vaejor> right now, I have helicon isapi rewriter installed everywhere, so the only fix I have for that part deals with new server variables that are created through that isapi, I need to uninstall it and see what would be best to use without it as well 03:30 < Wombert> ah 03:30 < Wombert> isn't that the capital? 03:30 < vaejor> yep :) 03:30 < Wombert> I'm German so I don't have a clue ;) 03:31 < vaejor> and probably largest city atm in the state after New Orleans got hit by that hurricane last year ;) 03:31 < Wombert> :) 03:31 < Wombert> ooooh awesome you're an IIS user 03:31 < Wombert> we'll do whatever we can to get your issues sorted 03:31 < Wombert> this is excellent 03:31 < vaejor> but they're finally cleaning all that up and getting it back into place 03:31 < Wombert> yeah I heard about it 03:31 < vaejor> okay, lemme go uninstall helicon on one of my machines and see what the server variables look like 03:32 < Wombert> seen some documentaries etc 03:32 < Wombert> what is that helicon thing 03:32 < Wombert> what does it do 03:32 < vaejor> basically a clone of mod_rewrite(I believe that's what the apache mod is called) 03:32 < Wombert> does the bundled .htaccess sample work with helicon? 03:33 < vaejor> not directly, but I got something working 03:33 < Wombert> (just the .htaccess, not the agavi part of it) 03:33 < Wombert> cool 03:34 < Wombert> I'm sure we can work together and solve the issues 03:34 * Wombert adds IIS support to the feature list 03:34 < Wombert> ;) 03:35 < vaejor> on one machine, I have the /www folder pointed to an alias of: localhost/sc2/ 03:35 < vaejor> the helicon code I threw together to rewrite it looks like this: RewriteRule ^(/sc2)(?:/index.php)?/?(.*?)?$ $1/index.php/$2 [I,L] 03:36 < Wombert> that should work out of the box 03:36 < Wombert> okay let me see 03:36 < vaejor> yeah, it's really close, just the special codes at the end really change 03:36 -!- illusina [n=tyler@adsl-70-141-244-70.dsl.irvnca.sbcglobal.net] has left #agavi [] 03:37 < vaejor> that one means [I] -> ignore case; [L] -> if a match occurs, make this the last item processed 03:37 < vaejor> okay, let me see what the helicon variable was that I found 03:39 < vaejor> I basically did an isset() check on $_SERVER['REQUEST_URI']; if it didn't exist, I checked on $_SERVER['HTTP_X_REWRITE_URL'] and processed it exactly the same as REQUEST_URI 03:39 < Wombert> I think you should set a rewrite base instead 03:39 < Wombert> try adding 03:39 < vaejor> k 03:39 < Wombert> RewriteBase /sc2/ 03:39 < Wombert> to the default .htaccess 03:40 < Wombert> maybe we should try to get everthing working without a .htaccess first 03:40 < Wombert> it's only purpose is to eliminate index.php anyway :) 03:40 < vaejor> hmm, that command doesn't seem to exist in exactly that form in helicon, but I see it referencing it 03:40 < vaejor> yeah, true 03:40 < vaejor> just remember that HTTP_X_REWRITE_URL for now ;) 03:40 < Wombert> will do 03:41 < vaejor> and I'll go uninstall helicon to break that part out and see what IIS does with server variables 03:41 < Wombert> hmmh 03:41 < Wombert> does helicon affect other parts of IIS? 03:41 < Wombert> or is it just rewriting 03:42 < vaejor> just rewriting url/headers, etc 03:42 < Wombert> you _shouldn't_ have to uninstall it then 03:42 < vaejor> but that's really the only thing I'm having any trouble with, the AvagiWebRouting.class.php 03:42 < Wombert> good to hear that ;) 03:43 < Wombert> so let's get started ;) 03:43 < Wombert> if you rename .htaccess to _.htaccess, and then bring up the sample application, does everything work? 03:43 < vaejor> k, getting it uninstalled right now, backed up the .ini file I had already for it for later 03:43 < Wombert> cool 03:43 < Wombert> then do the uninstall first 03:43 < Wombert> I'll grab some soda 03:43 < Wombert> hbrb 03:43 < vaejor> k 03:50 < Wombert> re 03:50 < vaejor> okay 03:50 < vaejor> oops, bad italics 03:51 < vaejor> okay, without helicon, there doesn't seem to be any single variable that purely could replace REQUEST_URI 03:51 < Wombert> that sucks 03:51 < Wombert> any chance you could throw in a info.php with and save that file and send it to me or so? 03:51 < vaejor> yeah 03:52 < Wombert> (i.e. call the file and save the document :p) 03:52 < Wombert> from a subdir, if possible, please 03:52 < Wombert> also, please call it with a path info, too, and send that also 03:52 < Wombert> i.e. /path/to/index.php/asdkadha 03:52 < vaejor> yeah, the project I played with first this weekend was in a subdir too 03:52 < vaejor> localhost/numbers/index.php 03:53 < vaejor> it supports some routing, you want a copy of it from localhost/numbers/index.php/8 ? 03:53 < Wombert> yes 03:53 < vaejor> k 03:53 < Wombert> does that work out of the box with IIS? 03:53 < Wombert> send me both please 03:53 < Wombert> index.php 03:53 < Wombert> and index.php/8 03:53 < vaejor> no, I had to add a few tweaks to the router 03:53 < vaejor> +code 03:53 < Wombert> no I mean 03:53 < Wombert> can you add path info to files in IIS 03:54 < Wombert> info.php/8, would that work? 03:54 < vaejor> yeah, there's just 1 thing you have to make sure isn't active 03:54 < Wombert> assuming info.php is just 03:54 < Wombert> yeah cool 03:54 < vaejor> IIS has an option to verify a file exists before attempting to execute it 03:54 < Wombert> I see 03:54 < vaejor> if that's on, it causes problems with this layout 03:54 < Wombert> yeah ;) 03:54 < vaejor> if it's off, it'll figure it out 03:54 < Wombert> cool 03:54 < Wombert> what's that setting called? 03:55 < Wombert> and how do you disable it? 03:55 < vaejor> checkin 03:55 < vaejor> g 03:55 < Wombert> (good for our install guide) 03:55 < Wombert> thanks mate 03:55 < vaejor> Control Panel -> Administrative Tools -> Internet Information Services 03:56 < vaejor> ( find your website entry in the Web Sites list ) 03:56 < vaejor> right click, select properties 03:56 < vaejor> choose the 'Home Directory' tab 03:56 < vaejor> click the 'Configuration...' button near the bottom right of the box 03:57 < vaejor> in the Mappings tab (default tab when the screen is opened), select the .php extension entry in the list and click the 'Edit' button 03:57 < vaejor> on the bottom left is a checkbox marked: 'Check that file exists' Make sure this is not checked 03:58 < vaejor> --- that should cover it 03:58 < Wombert> perfect explanation, will add that to the install guide, thanks 03:58 < vaejor> np 03:58 < vaejor> okay, going back to gather phpinfo data 03:58 < Wombert> cool 03:59 < Wombert> thanks for all your help 03:59 < vaejor> np 03:59 < Wombert> I appreciate that 03:59 < vaejor> it's a good project, I don't mind helping :) 03:59 < vaejor> I'm considering trying to push it as a new MVC for work 03:59 < Wombert> sweet 03:59 < Wombert> yeah we've been using agavi for clients project for quite some time here 03:59 < Wombert> but 0.11 really really is different 03:59 < vaejor> tried mojavi a few times and could never get a good enough grasp for some reason; figured out this one in one night 04:00 < Wombert> a lot of the features really are for companies, even big one 04:00 < Wombert> did you see the ability to have cascaded config files? 04:00 < Wombert> where each file may have a parent config, like autoloads.xml? 04:00 < vaejor> don't think I've gotten quite that far into it yet ;) 04:00 < Wombert> your project autoloads.xml could have a "parent" file /shared/allprojects/autoload.xml 04:01 < vaejor> mainly looking into small pieces I've been seeing a need for, to do things better than what we have atm 04:01 < vaejor> ah, nod 04:01 < Wombert> where you can throw in autoloads that are shared by all projects etc 04:01 < vaejor> interesting 04:01 < Wombert> this works for everything... autoloads, database configs (very handy!), filters, you name it 04:01 < vaejor> would there be a shared compile directory, or mainly just to have a consistant preload for globally needed files? 04:02 < Wombert> no, applications still build their own caches etc 04:02 < vaejor> nod 04:02 < Wombert> it's just so people can centralize their configuration if they want 04:03 < Wombert> did you see output types? 04:03 < vaejor> yeah, that I definately noticed ;) 04:03 < Wombert> LatestProductsAction already exists, throw in a new template for RSS, and that's it, no changes to action or view 04:03 < vaejor> we use smarty, so I think I'll be learning that part really soon to get it working 04:03 < Wombert> yeah smarty works pretty well now 04:03 < Wombert> here's a tip: right now, template variables are available via ${template.varname} 04:03 < Wombert> you can change that to ${whatever.varname} 04:04 < vaejor> I noticed the renderer action for it, but didn't have time to put it into play to test it 04:04 < Wombert> or you can have vars exported... ${varname} 04:04 < vaejor> yeah, I was thinking about just getting it into {$varname} format 04:04 < Wombert> yeah I tested it a lot seems to be working like a charm right now 04:04 < vaejor> might tweak the existing copy to do that 04:04 < Wombert> if you want that, set a parameter for smarty renderer in the output types config... true 04:05 < Wombert> all this stuff will need helluva lot of documentation 04:05 < vaejor> grin, yeah 04:05 < Wombert> the problem is... a lot of it will be lost in the mass of it 04:05 < vaejor> I'm terrible at documentation ;) 04:05 < Wombert> which is a shame because many of the small features are really helpful to people 04:05 < Wombert> I was just about to ask if you wanted to contribute documentation or so ;o) 04:06 < vaejor> okay, evidently without helicon, one of the tweaks I made is off now 04:07 < vaejor> 'off', meaning it's messing with the filename and not parsing correctly, I'm getting router->get() pushing out localhost/numbers/index.p/8 04:10 < vaejor> alright, I found somewhere to push out phpinfo before messing with the router 04:12 < vaejor> okay, I have the phpinfo file ready; saved file in .html format 04:13 < vaejor> ah, there we go, got a better one with the phpinfo(); actually inside the templates/IndexSuccess.php this time 04:14 < Wombert> wait wait 04:14 < Wombert> could you give me a totally clean phpinfo()? 04:14 < Wombert> i.e. really just a file with 04:14 < vaejor> ah, outside agavi project? 04:14 < Wombert> just to be sure, you know :) 04:14 < Wombert> yeah 04:14 < vaejor> yeah, I can dump something in root folder 04:15 < Wombert> or a subdir, that would be preferred 04:15 < vaejor> yeah, I can make a temp subfolder 04:15 < Wombert> you can just throw a "info.php" into www/ that should do the job 04:17 < vaejor> okay, http://localhost/subfolder1/index.php contains is saved to .html file 04:18 < Wombert> cool 04:18 < Wombert> could you call it via /subfolder1/index.php/foo and save that, too, please? 04:18 < vaejor> k 04:18 < Wombert> great 04:18 < vaejor> trying to send the first one; haven't used irc on trillian for a while, so not sure how well it'll work 04:19 < Wombert> oh I guess that won't work 04:19 < Wombert> could you email it to me? 04:19 < vaejor> yeah 04:19 < Wombert> got my message? 04:19 < vaejor> yeah 04:19 < Wombert> cool 04:20 < vaejor> alrighty, foo part is done 04:20 < vaejor> I'll throw them in a zip file just to make sure email doesn't do something weird 04:22 < Wombert> cool 04:24 < vaejor> should be on it's way 04:24 < vaejor> looks like it may be ORIG_PATH_INFO that needs to be used 04:26 < Wombert> ah 04:26 < Wombert> PATH_INFO is there and correct 04:26 < Wombert> excellent 04:26 < vaejor> hmm 04:26 < vaejor> didn't notice that 04:26 < vaejor> yeah 04:26 < vaejor> there it is 04:26 < Wombert> okay, let me quickly create the same test case to see where the similarities are 04:26 < vaejor> k 04:29 < Wombert> I wonder why there is ORIG_SCRIPT_NAME and SCRIPT_NAME 04:29 < Wombert> and what the difference i 04:29 < Wombert> s 04:29 < vaejor> not sure, I'll go look around on the web while you're looking at that 04:30 < Wombert> but I think you're right, ORIG_PATH_INFO seems the best choice 04:33 < CIA-6> david * r662 /trunk/src/routing/AgaviWebRouting.class.php: an attempt to get routing working on IIS 04:33 < Wombert> could you try that? 04:34 < vaejor> yeah 04:36 < vaejor> code looks good, putting it into play 04:36 < Wombert> don't forget to clear the cache 04:36 < Wombert> or 04:36 < vaejor> I might do another isset check on request_uri too 04:36 < Wombert> in index.php 04:36 < Wombert> boostrap the development environment 04:36 < vaejor> I think with helicon, it's possible neither of those will exist 04:36 < Wombert> which enables debug mode 04:36 < vaejor> nod 04:37 < Wombert> Agavi::bootstrap('development'); 04:37 < vaejor> yeah, I'm running in debug mode 04:37 < Wombert> oh you got that already? sweet 04:37 < Wombert> smart guy ;) 04:37 < vaejor> heheh 04:37 < vaejor> I've had the pain of cached files enough times already ;) 04:37 < Wombert> you sure you don't wanna help with documentation or code or anything? :) 04:38 < vaejor> grin, I'm terrible on keeping up on longterm projects, so I hate to say yes 04:38 < vaejor> I jump around a lot into random things as I see a need/use, work on them till I understand them enough to use them later if I want, then usually move on 04:39 < vaejor> more of a student than a developer half the time ;) 04:39 < Wombert> ;) 04:39 < Wombert> anyways, if you feel the urge to contribute or so, just drop me a line 04:40 < vaejor> k 04:40 < Wombert> and, of course, you're welcome to idle here on IRC for a chat whenever you want 04:40 < Wombert> so... 04:40 < Wombert> did it work? 04:40 < vaejor> yeah, I'll probably do that for a bit while devloping; if nothing else, can drop notes if I notice anything 04:40 < vaejor> just got the files in place, testing now 04:41 < Wombert> that's good, yeah, and help others who might have questions (we get up to 15 users during daytime, slow but steady) 04:41 < Wombert> I really think we need proper documentation and a new website if we want the project to take off 04:41 < vaejor> yep, that works 04:41 < vaejor> got me exactly the page I expected 04:41 < vaejor> with: http://localhost/numbers/index.php/8 04:41 < Wombert> sweet 04:42 < Wombert> could you try the sample app? 04:42 < vaejor> hmm, yeah, lemme go find it 04:43 < Wombert> www/index.php/ should work then and show a welcome page 04:43 < vaejor> yeah, just have to setup the core defines real quick 04:43 < Wombert> what's important is a) that the urls generated in the left menu are okay and b) that incoming urls are matched correctly 04:43 < Wombert> no problem 04:43 < vaejor> not using pear installer, so just copying around as I need things 04:45 < vaejor> hmm, 404, gonna to tweak out the 404Success.php to see if it's seeing agavi layer 04:45 < Wombert> wait 04:45 < Wombert> did you call www/index.php/ 04:45 < Wombert> that's important 04:46 < vaejor> ah, the last /, no I didn't 04:46 < Wombert> there's another bug right now that will show a 404 for index.php 04:46 < Wombert> or just www/ 04:46 < vaejor> yeah, that worked 04:46 < Wombert> awesome 04:46 < vaejor> yeah, I caught that at work today; slightly annoying for a while ;) 04:46 < Wombert> first menu item should be the same url 04:46 < vaejor> yep, exactly the same 04:46 < Wombert> second one: www/index.php/login 04:46 < Wombert> third .../secure 04:46 < vaejor> the rest are layering correctly 04:47 < Wombert> secure2 04:47 < Wombert> asdkalsdhas? 04:47 < Wombert> disabled 04:47 < vaejor> product/buy--.....etc 04:47 < Wombert> and /products/buy-cheap-whatever-at-agavi-dot-org/4815162342 04:47 < Wombert> great! 04:47 < Wombert> do they all work? 04:47 < vaejor> amusing idea btw, I may borrow that as an idea for work ;) 04:47 < vaejor> I work for an internet retailer 04:47 < Wombert> heh ;) 04:47 < Wombert> whoa 04:48 < Wombert> here in germany, you have about.. uhm... 5000 web sites that allow you to compare prices and whatever 04:48 < Wombert> they all suck 04:48 < Wombert> and they all try to spam google with urls like that 04:48 < vaejor> 404 on the asdjashdasd?; AgaviConfigirationException on disabled; everything else is good 04:49 < Wombert> www.stupid-shop.de/apple-ipod-cheap-at-stupid-shop/123.html 04:49 < vaejor> yeah, we do actual selling of products and ship ourselves or have people directship for us 04:49 < Wombert> and you get that all the time when googling 04:49 < Wombert> ooooh wait 04:49 < Wombert> 404 is okay 04:49 < Wombert> but why a configuration exception 04:49 < Wombert> what does it say 04:49 < vaejor> 04:49 < vaejor> Configuration file "C:\Inetpub\wwwroot\agavi_samples\webapp/modules/Disabled/config/module.xml" does not have a registered handler 04:49 < Wombert> oh 04:49 < Wombert> the darn slashes 04:49 < vaejor> heheh 04:49 < Wombert> let me try to fix that 04:51 < vaejor> k 04:53 < Wombert> could you help me with that, vaejor 04:53 < vaejor> how so? 04:54 < Wombert> open config/AgaviConfigCache.class.php and locate method callHandler 04:54 < Wombert> add 04:54 < Wombert> echo "handler: $handler, config: $config\n"; 04:54 < Wombert> as the first line 04:54 < Wombert> then reload a working sample app url in the browser, show source, and show it to me 04:54 < vaejor> k 04:54 < Wombert> that'll be quite some lines, maybe use http://pastebin.ca/ 04:55 < Wombert> thank you 04:55 < vaejor> np 04:56 < vaejor> handler: C:\Inetpub\wwwroot\agavi_samples\webapp/modules/Disabled/config/module.xml, config: C:\Inetpub\wwwroot\agavi_samples\webapp/modules/Disabled/config/module.xml 04:57 < vaejor> is that what you needed? 04:57 < Wombert> yep 04:58 < Wombert> hmmmh 04:58 < Wombert> interesting 04:58 < Wombert> I wonder why that doesn't work 04:58 < vaejor> I'm wondering if it's an issue with the \a in the middle of that 04:58 < vaejor> I think that's normally the escape sequence for {bell} 04:59 < Wombert> does changing 04:59 < Wombert> if(preg_match($pattern, $handler)) { 04:59 < Wombert> to 04:59 < vaejor> there's a few spots in agavi that escape single quotes at times, wonder if it's not needed here as well 04:59 < vaejor> er, not single quotes 04:59 < Wombert> if(preg_match($pattern, addslashes($handler))) { 04:59 < vaejor> single backslashes 04:59 < Wombert> help? 04:59 < vaejor> line 85ish? 04:59 < Wombert> aye 04:59 < Wombert> 87 04:59 < Wombert> or 04:59 < Wombert> yeah 05:00 < Wombert> 85 05:00 < vaejor> ish, heh 05:00 < Wombert> ;>> 05:00 < vaejor> looks like the same 05:00 < Wombert> meh 05:00 < vaejor> the error seems to appear at 132 05:00 < vaejor> # if (!is_readable($cache) || filemtime($filename) > filemtime($cache)) { 05:00 < vaejor> 05:00 < vaejor> # // configuration file has changed so we need to reparse it 05:00 < vaejor> 05:00 < vaejor> # 05:00 < vaejor> self::callHandler($config, $filename, $cache, $context); 05:00 < vaejor> 05:00 < vaejor> # } 05:00 < vaejor> 05:00 < vaejor> # 05:00 < vaejor> 05:00 < vaejor> # return $cache; 05:00 < vaejor> at self::callHandler() line 05:01 < vaejor> maybe try addslashes on $config in there? 05:02 < vaejor> hmm, nope 05:02 < vaejor> was too easy, couldn't be it 05:03 < Wombert> yeah 05:03 < Wombert> I guess we can reproduce it though 05:03 < Wombert> I'm sitting here on a Mac, but Dominik has a Windows box 05:03 < Wombert> I'll ask him to look into it tomorrow 05:05 < Wombert> I'm glad we solved your first IIS issue 05:05 < vaejor> yeah, that should make it work pretty good out of the box for iis now 05:05 < Wombert> don't try too hard figuring out what's wrong there with that config handler, I bet Dominik will spot the problem within five seconds 05:05 < vaejor> I want to check see what helicon does with the variables now 05:05 < Wombert> he wrote most of the config handling stuff 05:06 < Wombert> yeah it'd be interesting to see if we can make it work with ISAPI_rewrite 05:06 < vaejor> yeah, I've scanned it a few times and realized I just don't know the internals enough to put too much time into it ;) 05:06 < vaejor> k, gonna reinstall it and get some data 05:07 < vaejor> whoa, I just realized I don't have to work tomorrow; I love that feeling 05:09 < vaejor> wow, looks like ORIG_PATH_INFO will work 05:09 < vaejor> but it would cause any hidden data to be seen in future links 05:10 < vaejor> hmm, my regex may be off 05:10 < vaejor> ORIG_PATH_INFO /numbers/index.php/index.php/8 05:10 < vaejor> HTTP_X_REWRITE_URL /numbers/index.php/8 05:11 < vaejor> I'll check see if it's the regex I'm using in the helicon httpd.ini file (synonym for .htaccess) 05:11 < CIA-6> david * r663 /trunk/docs/docbook/manual.xml: Apache/IIS installtion instructions, plus a pretty hopeless attempt at coming up with something human readable for 'How a Request is Processed'... sorry. refs #30 05:14 < Wombert> we really, really, really need a native speaker for the documentation 05:14 < vaejor> native speaker? 05:14 < Wombert> yeah 05:14 < Wombert> uh 05:14 < Wombert> did I mention I am German? ;) 05:14 < vaejor> native english? 05:14 < vaejor> ah, heh, yeah 05:14 < Wombert> yes 05:14 < vaejor> I can't tell honesly 05:15 < vaejor> the documentation contains enough examples with brief explanations it's readable by me 05:15 < vaejor> but I'm heavily a code reader rather than documentation reader 05:15 < vaejor> so code examples teach me much more quickly 05:15 < Wombert> you can probably tell that one of ze crazy germans wrote the docs... a native speaker would probably manage to come up with something more fluent etc 05:16 < Wombert> yeah but I decided to have some blah blah first so people get a quick overview of the main parts before I throw code samples at them 05:16 < vaejor> eh, if I see anything in flac that's off I'll see if I can tweak it to be more clear(then again, I'm from cajun country in louisiana, we're known for bad speech as well;) ) 05:16 < Wombert> :))) 05:17 < vaejor> there we go; got the regex fixed up 05:17 < vaejor> looks like ORIG_PATH_INFO is appropriate 05:17 < vaejor> and PATH_INFO looks like expected as well 05:17 < Wombert> that's great news, so it generates the URLs properly? 05:17 < Wombert> and the work, too? 05:17 < vaejor> so helicon doesn't seem to change enough 05:17 < vaejor> yeah 05:18 < Wombert> cool, what does the regexp look like 05:18 < vaejor> _SERVER["PATH_INFO"] /8 05:18 < vaejor> _SERVER["ORIG_PATH_INFO"] /numbers/index.php/8 05:18 < vaejor> I cloned the one from work: 05:18 < vaejor> RewriteRule (/numbers)(?:/index.php)?/?(.*)?$ $1/index.php/$2 [I,L] 05:19 < vaejor> it seems to work for the basic 4 annoying possible entry methods(4 ways without any extra data) 05:19 < vaejor> 1) /numbers 2) /numbers/ 3) /numbers/index.php 4) /numbers/index.php/ 05:19 < Wombert> RewriteCondition doesn't work? 05:20 < vaejor> it's available, what would it be used for here? 05:20 < Wombert> ah 05:20 < Wombert> wait 05:20 < Wombert> did you have a look at the sample/www/_.htaccess file? 05:21 < vaejor> just opened it to see;) 05:21 < Wombert> it seems like you could just use that one 05:21 < Wombert> and maybe add 05:21 < vaejor> ah yeah, helicon has no access to verifying file existance 05:21 < vaejor> I looked into that today 05:21 < Wombert> RewriteBase /numbers/ 05:21 < Wombert> hmmh 05:22 < vaejor> oo, yeah, there is something similar 05:22 < vaejor> hadn't noticed that before, that's nice 05:22 < vaejor> called: UriMatchPrefix 05:23 < Wombert> yeah you probably need UriFormatPrefix, too 05:23 < Wombert> hmmmh 05:24 < Wombert> it's really not good at all that ISAP_Rewrite can't check for file existance 05:24 < vaejor> yeah 05:24 < Wombert> because there must be a way to prevent images etc from being handed to agavi, too 05:24 < vaejor> extension checking 05:25 < vaejor> because I'm forcing through index.php at some point, I'd believe it would only be able to use that as an entry point 05:25 < Wombert> uh but 05:25 < Wombert> the point of the rewrite is to _remove_ index.php from the URL, isn't it 05:25 < vaejor> yeah, the only reason my regex even checks for it is in case 05:25 < vaejor> hrm 05:25 < vaejor> I think I see what you mean 05:25 < Wombert> so how do you know if /products/view/1234 should be handled by IIS or by Agavi 05:26 < Wombert> that's what that RewriteCond did 05:26 < Wombert> it checked if the file was there 05:26 < vaejor> have to escape all your image directories maybe 05:26 < Wombert> and only when not, it would forward 05:26 < vaejor> I'll have to see how we do it at work 05:26 < Wombert> yeah 05:26 < vaejor> we have something in place for that already 05:26 < Wombert> cool, I'd love to hear about that 05:26 < vaejor> our images are a sublayer of our main folder and the stuff coming into the main page is all sent through a single file like agavi does already 05:26 < Wombert> maybe we can add the idea to the manual 05:26 < vaejor> (phrame primarily) 05:26 < vaejor> sublayer -> subfolder 05:27 < vaejor> (phrame is the mvc we have in atm ) 05:27 < vaejor> sorry, mind is jumping around a bit...think I ate too many fireballs 05:28 < vaejor> I'm actually logged into work, lemme go see what it's doing 05:29 < vaejor> ah, it's actually only a partial working idea 05:29 < vaejor> instead of using standard ? = & = & = get variable types, or the / type, we have _ _ _ _ style 05:31 < Wombert> no problem 05:32 < Wombert> what's a fireball 05:32 < vaejor> so basically most of our rules require a _ somewhere in it; anything not requiring a _ already has some requirement for .asp or .html 05:32 < vaejor> basically a very hard candy, cinnamon flavored, with a sugar core 05:32 < Wombert> Atomic Fireball? 05:32 < Wombert> oO 05:32 < vaejor> yeah, those 05:32 < Wombert> cool :> 05:32 < vaejor> but these were minis 05:33 < vaejor> I ate about 10 in an hour 05:33 < Wombert> is that too much? 05:33 < vaejor> sugar usually doesn't affect me much normally, but I've noticed it starting to lately 05:33 < Wombert> oO 05:33 < vaejor> so I'll have to say a definate 'maybe' 05:33 < Wombert> you know Skittles? 05:34 < vaejor> *drool( 05:34 < Wombert> http://en.wikipedia.org/wiki/Skittles_%28candy%29 05:34 < Wombert> these are great too 05:34 < Wombert> you can't stop eating those 05:34 < Wombert> especially the sours 05:34 < vaejor> yeah, luckily those are so gummy I can only eat so many 05:34 < vaejor> now if I alternate between that and M&M's, I can go for hours 05:34 < Wombert> haha :> 05:35 < vaejor> so anyways, that's why images aren't so bad on our site 05:35 < Wombert> yeah 05:35 < vaejor> there is an issue if someone uploads an image with an _ in it though 05:35 < vaejor> I've seen that happen 05:35 -!- shoan [n=shoan@59.92.148.6] has joined #agavi 05:35 < vaejor> the main way would probably just require a rule to catch it before the agavi rule 05:36 < vaejor> ^(/images/.*) $ $1 [I,L] probably 05:38 < Wombert> well 05:38 < Wombert> or a RewriteCond 05:38 < vaejor> yeah 05:39 < Wombert> RewriteCond URL ^/(^images) 05:39 < Wombert> or something 05:39 < vaejor> nod 05:39 < Wombert> but that really sucks 05:39 < Wombert> hmmmmmh 05:39 < vaejor> heh 05:39 < vaejor> does agavi need to be aware of the directory structure in www/ ? 05:41 < Wombert> eeeeh wait 05:41 < vaejor> hmm, or maybe better, configuration file with a list of subdirectories 05:41 < vaejor> maybe with regexp 05:41 < Wombert> isapi_rewrite has it's own settings, too!? 05:41 < Wombert> and it also has a "check that file exists" checkbox, is that correct? 05:41 < vaejor> that's part of IIS settings 05:41 < vaejor> but it has to be turned off for .php 05:42 < vaejor> image files don't need any processing 05:42 < Wombert> oh okay nevermind 05:42 < vaejor> you might be able to add them, but that would probably be going overboard 05:42 < Wombert> http://www.helicontech.com/forum/forum_posts-TID-438.asp 05:42 < Wombert> meh 05:43 < vaejor> hmm, so apache can catch it easily enough with the file detection, but it might fall through on IIS? 05:44 < Wombert> yeah it works on apache, that's exactly wha tthe sample .htaccess does 05:44 < vaejor> but is it only caught on apache if you're using mod_rewrite...but if no mod_rewrite, then you'd have index.php anyways, so it shouldn't matter 05:46 < vaejor> since it only would be an issue specifically at this point with IIS with the ISAPI_rewrite, I'm thinking that's a small %; maybe make a note of the potential problem and mention to catch your image directories since you can't do specific file detection, but any other change wouldn't affect enough people 05:47 < vaejor> hopefully, if someone is using ISAPI_rewrite, they can add a rewriteCond like that pretty quickly 05:51 < Wombert> yeah 05:51 < Wombert> sure 05:51 < Wombert> I just don't get why the developers don't add that 05:51 < Wombert> it would be veeeery easy to do I reckon 05:51 < vaejor> yeah, guess they don't see the need for some reason 05:51 < vaejor> it would potentially slow it down a bit 05:51 < vaejor> filecheck on every inbound connection 05:52 < Wombert> filesystem stuff like that is usually acched 05:52 < Wombert> cached even 05:52 < vaejor> theoretically the HD cache shouldn't have a problem doing it.... 05:52 < vaejor> yeah, questionable why they don't 05:53 * Wombert yawns 05:53 < vaejor> guess filesystem access isn't part of the base code for that yet, it's mainly just regex manipulator 05:53 < vaejor> what tim is it over there? 05:53 < Wombert> 5am 05:53 < Wombert> which mean 05:53 < Wombert> s 05:53 < Wombert> I really gotta go to bed 05:53 < vaejor> ew 05:53 < vaejor> yeah 05:53 < vaejor> it's 10p here 05:54 < Wombert> yeah heh ;> 05:54 < Wombert> well, no big deal, I'm running my own small company after all so I start working whenever I like ;) 05:54 < vaejor> i'll probably be around tomorrow; no work so I'll be playing with implementing some things for a bit 05:54 < vaejor> heheh, funfun 05:54 < Wombert> anyways, maybe you can make it work using UriMatchPrefix 05:54 < Wombert> oooh that's good news 05:54 < Wombert> well 05:54 < Wombert> see ya than 05:54 < Wombert> nice to talk to you and all 05:54 < Wombert> and thanks for using agavi ;) 05:54 < vaejor> you too, thanks for the fixes :) 05:54 < Wombert> anytime, man 05:55 < Wombert> nn 05:55 < vaejor> night 05:55 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has quit [] 06:49 -!- shoan_ [n=shoan@59.92.192.100] has joined #agavi 07:04 -!- shoan [n=shoan@59.92.148.6] has quit [Read error: 110 (Connection timed out)] 07:50 -!- shoan [n=shoan@59.92.192.100] has joined #agavi 08:04 -!- shoan_ [n=shoan@59.92.192.100] has quit [Read error: 110 (Connection timed out)] 08:48 < v-dogg> huomenta 08:57 -!- shoan [n=shoan@59.92.192.100] has quit [] 09:40 < ttj> Huomen. 09:49 -!- shoan [n=shoan@61.95.206.107] has joined #agavi 10:17 < ttj> Hmm... I have a pattern="/edit(/{org:\S+})" and it maps correctly to the module and action, but $routing->gen("name", array("org"=>"Foo")) returns /editFoo. Any suggestions if I want to keep the second dash optional? 10:18 < ttj> I mean pattern="/edit(/{org:\S+})?" even. 10:19 < v-dogg> I'd say that's a bug 10:19 < ttj> 'k. I'll open a ticket? 10:20 < v-dogg> maybe we should ask wombie first 10:20 < ttj> Sounds good. Plus I'm not that sure I can open tickets. :-) 10:21 < v-dogg> sure you can 10:24 < ttj> Perhaps it's just the "running after buses for the better part of the morning in hot weather", but I don't see a "Create Ticket" button. 10:24 < ttj> But anyway, my life doesn't depend on that, so I'm fine with waiting for Wombert. 10:25 < v-dogg> hmm... you're right, one must be logged in to open tickets 10:25 < v-dogg> this must have been changed because of spam 10:32 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi 11:04 -!- Entriple [n=guy133@216.118.194.14] has quit [] 12:03 -!- raidman|Away [n=raidman@62.60.194.3] has joined #agavi 12:05 -!- raidman|Away is now known as raidman|Work 13:02 < raidman|Work> good after noon 13:02 < v-dogg> very good 13:03 < raidman|Work> what, after noon? :P 13:03 < v-dogg> isn't it? 13:03 < raidman|Work> yeap :P 13:03 < v-dogg> nah, just kidding 13:03 < raidman|Work> :) 14:28 -!- raidman|Work [n=raidman@unaffiliated/raidman] has quit [Read error: 110 (Connection timed out)] 14:48 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi 14:49 -!- raidman|Away is now known as raidman|Work 14:50 -!- raidman|Work [n=raidman@unaffiliated/raidman] has left #agavi ["#kill 6712"] 14:50 -!- raidman|Work [n=raidman@unaffiliated/raidman] has joined #agavi 14:52 -!- Wombert [n=Wombert@dslb-088-064-003-042.pools.arcor-ip.net] has joined #agavi 14:52 < v-dogg> wombie 14:52 < Wombert> hey man 14:52 < raidman|Work> Wombert, wb 14:53 < raidman|Work> who me or v-dogg :P 14:53 < Wombert> v-dogg, he was first ;) 14:53 < Wombert> hi raidman 14:53 < shoan> hi Wombert ;) 14:53 < Wombert> hi uwe, hi vaejor, hi shoan <: 14:53 < raidman|Work> hi Wombert :) 14:53 < Wombert> hi ttj and hi horros 14:53 < _uwe_> hi :) 14:53 < Wombert> what's up 14:54 < ttj> Wombert: Logs. 14:54 < ttj> 10:17 14:54 < ttj> Today. 14:55 < Wombert> hmm? 14:55 < v-dogg> http://users.tkk.fi/~tjorri/agavi/logs/agavi-200607.log 14:55 < v-dogg> 10:17 14:56 < Wombert> yeah 14:56 < Wombert> 14:56 < Wombert> /{Foo} 14:56 < Wombert> 14:56 < Wombert> the inner part is pretty much irrelevant 14:56 < Wombert> it's just for the pre- and postfix so agavi knows what to use 14:58 < ttj> Ah. 14:58 < ttj> Thanks. --- Log opened Tue Jul 04 16:35:08 2006 16:36 < v-dogg> pastebin is broken 16:53 < Wombert> k let's see 16:54 < Wombert> and I need to setup a database connection? 16:55 < v-dogg> no 16:55 < Wombert> Warning: pg_connect() [function.pg-connect]: Unable to connect to PostgreSQL server: could not connect to server: Connection refused Is the server running on host "localhost" and accepting TCP/IP connections on port 5432? in /Users/dzuelke/Sites/_projects/agavi/trunk/src/database/AgaviPostgresqlDatabase.class.php on line 119 16:55 < Wombert> Fatal error: Unknown function: 16:55 < Wombert> Fatal error: Exception thrown without a stack frame in Unknown on line 0 16:55 < Wombert> Warning: Unknown: A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 16:55 < Wombert> thos? 16:56 < Wombert> -o+i 16:56 < v-dogg> 16:30 < v-dogg> and false 16:56 < Wombert> false? 16:56 < Wombert> oO 16:56 < Wombert> okay but let me fix this one first ;) 16:56 < v-dogg> just just foo 16:59 < Wombert> use database _false_ ? 16:59 < v-dogg> yes 16:59 < Wombert> Fatal error: Call to a member function getDatabase() on a non-object in /Users/dzuelke/Sites/_projects/agavi/trunk/src/storage/AgaviMysqlSessionStorage.class.php on line 212 17:00 < v-dogg> ah, it only happens with CreoleSessionStorage 17:00 < Wombert> oO 17:01 < Wombert> with CreoleSessionStorage, I don't even get a response back 17:01 < Wombert> wtf oO 17:01 < v-dogg> I have a project built with agavi script 17:01 < Wombert> v-dogg: looks fine here 17:01 < v-dogg> I've changed nothing except that storage setting line above 17:02 < Wombert> the interesting thing is 17:02 < Wombert> oO 17:02 < Wombert> wtf <: 17:02 < Wombert> AgaviDatabaseException 17:03 < Wombert> This is an internal Agavi exception. Please consult the documentation for assistance with solving this issue. 17:03 < Wombert> An exception of type AgaviDatabaseException was thrown, but did not get caught during the execution of the request. You will find information provided by the exception along with a stack trace below. 17:03 < Wombert> Creole dabatase connection doesn't exist. Unable to open session. 17:03 < Wombert> the rest is okay, too 17:03 < Wombert> but I don't get to see that in the browser 17:03 < Wombert> what the hell 17:03 < Wombert> ah yeah 17:03 < Wombert> there is a fatal error and a warning at the end 17:03 < Wombert> of the document 17:03 < v-dogg> there :) 17:03 < Wombert> right 17:03 < Wombert> what's the problem now? 17:04 < v-dogg> you don't have Undefined index: file anywhere? 17:04 < Wombert> nope 17:04 < v-dogg> sure? 17:04 < Wombert> yep 17:04 < v-dogg> really really sure? 17:05 < v-dogg> wtf 17:05 < Wombert> at exception origin 17:05 < Wombert> in core.agavi_dir/storage/AgaviCreoleSessionStorage.class.php line 214 17:05 < Wombert> at AgaviCreoleSessionStorage->sessionOpen('', 'Agavi') 17:05 < Wombert> in core.agavi_dir/storage/AgaviSessionStorage.class.php line 98 17:05 < Wombert> at session_start() 17:05 < Wombert> in core.agavi_dir/storage/AgaviSessionStorage.class.php line 98 17:05 < Wombert> at AgaviCreoleSessionStorage->startup() 17:05 < Wombert> in core.cache_dir/config/_Users_dzuelke_Sites__projects_agavi_trunk_samples_webapp_config_factories.xml_development_stdctx.php line 20 17:05 < Wombert> at include('/Users/dzuelke/Sites/_projects/agavi/trunk/samples/webapp/cache/config/_Users_dzuelke_Sites__projects_agavi_trunk_samples_webapp_config_factories.xml_development_stdctx.php') 17:05 < Wombert> in core.agavi_dir/core/AgaviContext.class.php line 251 17:05 < Wombert> at AgaviContext->initialize('stdctx') 17:05 < Wombert> in core.agavi_dir/core/AgaviContext.class.php line 210 17:05 < Wombert> at AgaviContext::getInstance() 17:05 < Wombert> in _/Users/dzuelke/Sites/_projects/agavi/trunk/samples/www/index.php line 21 17:06 < Wombert> which item has the notice? 17:06 < Wombert> can you wget the page and upload it or whateer 17:08 < v-dogg> will do 17:14 < v-dogg> http://veikkomakinen.com/temp/www/ 17:14 < v-dogg> different error but still breaks shiny.php :) 17:16 < v-dogg> but this is too weird 17:18 < v-dogg> the same code on my local machine produces still the same "Notice: Undefined index: file in C:\workspace\fooprj\agavi\src\exception\templates\shiny.php on line 542" 17:18 < v-dogg> and on many other lines too 17:18 < v-dogg> but missus is here, gotta go 17:18 < v-dogg> see ya 17:20 -!- benny`work [n=bmuskall@p54AC462E.dip0.t-ipconnect.de] has joined #agavi 17:50 < vaejor> morning 17:57 -!- benny`work [n=bmuskall@p54AC462E.dip0.t-ipconnect.de] has quit ["unset($this);"] 18:06 < Wombert> hi vaejor 18:06 < vaejor> 'lo 18:11 < vaejor> hmm, question(quick hopefully) 18:12 < vaejor> ah, wait, gotit 18:19 < Wombert> hmh? 18:19 < Wombert> :) 18:20 < vaejor> still waking up, clearing up some conceptuals on decorators 18:33 -!- shoan [n=shoan@61.95.206.107] has quit [] 18:39 < vaejor> hmm, does config/rendering_filters.xml work? 18:40 < vaejor> (seems the most appropriate place for a application-wide, always active rendering by smarty) 18:58 < Wombert> uuuh wait 18:58 < Wombert> what are you trying to do 18:58 < Wombert> use smarty as the rendering engine? 18:58 < vaejor> yeah 18:58 < Wombert> change output_types.xml 18:58 < vaejor> I cancelled the rendering_filters.xml attempt though 18:58 < Wombert> so it uses AgaviSmartyRenderer 18:58 < Wombert> instead of AgaviPhpRenderer 18:58 < Wombert> for the output type 18:58 < vaejor> ah, that's the default one 19:04 < vaejor> merci, looks a lot better 19:16 < CIA-6> dominik * r664 /trunk/tests2/ (156 files in 52 dirs): 19:16 < CIA-6> Test ported to most of the new stuff 19:16 < CIA-6> currently execute by switching to tests2/ and either run 'phpunit AllTests' or 'php AllTests.php' 19:16 < CIA-6> refs #65 19:20 < Wombert> is that better, _uwe_ ? :) 19:24 < CIA-6> david * r665 /trunk/src/core/ (Agavi.class.php AgaviContext.class.php): two static keyword fixes 19:27 < CIA-6> david * r666 /trunk/src/renderer/AgaviPhpRenderer.class.php: another strict standards fix 19:33 < CIA-6> dominik * r667 /trunk/tests2/ (10 files in 9 dirs): 19:33 < CIA-6> fixes for php 5.0.x 19:33 < CIA-6> refs #65 19:36 < _uwe_> yep ;) 19:44 < CIA-6> david * r668 /trunk/tests2/controller/ControllerTest.php: ahem... 20:12 < CIA-6> david * r669 /trunk/ (src/util/AgaviToolkit.class.php tests2/util/ToolkitTest.php): goodbye, AgaviToolkit::extractClassName() 20:58 -!- shoan [n=shoan@59.92.192.100] has joined #agavi 20:59 < vaejor> I've got a small potential patch for the smarty renderer to push smarty into a debugging mode(and force recompiling of compiled cache) if the agavi project has debug set to true 20:59 < Wombert> oh yeah I thought about that some time ago 20:59 < Wombert> didn't I implement that? 20:59 < Wombert> aaaah no 20:59 < Wombert> wait 21:00 < vaejor> I didn't see it, heh 21:00 < Wombert> it's not necessary 21:00 < Wombert> because agavi will flush the cache 21:00 < Wombert> when in debug mode 21:00 < vaejor> ah, the whole directory? 21:00 < Wombert> so smarty always re-generates it then 21:00 < Wombert> yes 21:00 < vaejor> yeah, then just needs the debugging flag turned on 21:01 < vaejor> I'm running into that image issue you mentioned last night 21:01 < vaejor> finally just made helicon get around it 21:01 < Wombert> how 21:01 < vaejor> RewriteRule ^(/sc2)(?:/index.php)?(/images/.*)$ $1$2 [I,L] 21:01 < Wombert> oO 21:02 < vaejor> could split it up a bit more and add a list of directories at 'images' 21:02 < Wombert> yes but 21:02 < Wombert> you shouldn't do that in the rule 21:02 < vaejor> it works fine unless I go in via: /sc2/index.php/ 21:02 < Wombert> that's what RewriteCond is for 21:03 < vaejor> yeah, I needed it to stop processing anyways after that point(I have other rules after that I want to make sure it doesn't hit) 21:03 < vaejor> I could put that as a rewriteCond, then just put a default catch rule for /sc2.* 21:03 < vaejor> to make sure it doesn't process further 21:03 < Wombert> RewriteCond URL ^(/sc2/(^images)) 21:04 < Wombert> before the RewriteRule 21:04 < Wombert> should do the job 21:04 < vaejor> hmm 21:04 < vaejor> would the /sc2/images/.* fall through potentially to later rules? 21:05 < Wombert> yes sure 21:05 < vaejor> yeah, just need to catch that then 21:05 < vaejor> I want to force processing to stop on /sc2.* 21:05 < Wombert> scratches his head 21:05 < Wombert> what about that prefix thing 21:05 < Wombert> did you try that 21:05 < vaejor> normally it's not necessary, but this is a development machine with some strange rules 21:06 < vaejor> it didn't seem to do right 21:06 < Wombert> hmh 21:06 < vaejor> so I didn't put too much time into it yet 21:07 < vaejor> hmm, I do have to leave it as a rule though, to remove the index.php/ part 21:08 < vaejor> because the images are currently being requested as: http://localhost/sc2/index.php/images/logo2.gif 21:08 < Wombert> yeah, that's wrong ;) 21:08 < Wombert> should be sc2/ 21:08 < Wombert> I'll add a functionality to the routing any minute that allows to get the base href 21:08 < Wombert> in the will do the job then 21:08 < vaejor> cool 21:37 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"] 22:07 < vaejor> hmm, are slots capable of being inserted into slots? 23:50 < Wombert> vaejor: they should be, yes 23:50 < Wombert> the slot action must use a decorator then 23:51 < Wombert> no idea if that works or not 23:51 < Wombert> try :) 23:52 < vaejor> let's see if I can ascii this 23:52 < vaejor> I've setup something like this: 23:53 < vaejor> decorator{ slot1{ slot1A }, slot2, slot3, slot4 } 23:53 < vaejor> slot1 resolves fine, slot3 is good; 2 and 4 don't have data, but 1A is being difficult 23:56 < vaejor> so does slot1 need to be contained in a decorator to work right? 23:56 < vaejor> well, like this maybe 23:56 < vaejor> decorator1{ decorator2{ slot1, slot1A}, slot2, slot3, slot4 } ? --- Day changed Wed Jul 05 2006 00:02 -!- shoan [n=shoan@59.92.192.100] has quit [] 00:03 < vaejor> ah, that did work :) 00:05 -!- shoan [n=shoan@59.92.192.100] has joined #agavi 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < shoan> :( 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 00:29 < Wombert> yeah 00:29 < Wombert> but 00:29 < Wombert> italy was better 00:29 < Wombert> they deserve it 00:29 < shoan> :( :( 00:30 < shoan> booo hooo 00:30 < shoan> the germans were sloppy today 00:31 < shoan> never seemed to be able to connect 00:31 < Wombert> yeah 00:31 < Wombert> I agree 00:33 < shoan> they would have had a better chance in the shoot outs 00:33 < shoan> sad :( 00:33 < Wombert> I'm not sure 00:33 < Wombert> Buffon is such a great keeper 00:33 < Wombert> he really really really is incredibly good 00:33 < shoan> hmm... ok 00:33 < Wombert> it would have been tough, that's for sure 00:33 < Wombert> even though germany never lost a shootout, and italy always lost ;) 00:34 < Wombert> (in a world cup) 00:34 < shoan> :) 00:45 < shoan> time to head to bed 00:46 < shoan> ttyl Wombert 00:46 < shoan> bye 00:46 < Wombert> bye 00:46 -!- shoan [n=shoan@59.92.192.100] has quit [] 01:19 < Wombert> vaejor: you there? 01:19 < vaejor> yep 01:19 < Wombert> cool 01:19 < Wombert> could you do me a favor 01:19 < vaejor> figured out some way to get multiple css files working through the slot layer 01:19 < vaejor> +s 01:19 < Wombert> check if ISAPI_Rewrite sets REDIRECT_STATUS when it does a rewrite 01:19 < vaejor> what'su p? 01:20 < vaejor> k 01:20 < Wombert> thanks man 01:21 * Wombert keeps his fingers crossed 01:22 < vaejor> $_SERVER['REDIRECT_STATUS'] is not set 01:23 < Wombert> fuck 01:23 < Wombert> anything else? 01:23 < Wombert> that indicates a rewrite happened 01:23 < vaejor> only thing that really shows it happens is that the following is set: $_SERVER['HTTP_X_REWRITE_URL'] 01:23 < Wombert> ah 01:23 < Wombert> that's good enough 01:24 < Wombert> thanks 01:24 < vaejor> n 01:24 < vaejor> np 01:25 < vaejor> that should be set to the original uri path that was sent through, including the query string( basically it's REQUEST_URI clone ) 01:26 < Wombert> which isn't there you said, right? 01:26 < vaejor> correct 01:26 < Wombert> ORIG_PATH_INFO it is 01:26 < Wombert> okay 01:26 < Wombert> yeah but that doesn't matter, all I need is an indicator that tells me if people use rewriting or not 01:26 < vaejor> nod 01:26 < Wombert> because if they don't, I must strip index.php from the base path 01:27 < Wombert> otherwise, I can't strip, god knows what they redirect to (doesn't have to be the same folder) 01:27 < vaejor> if HTTP_X_REWRITE_URL existed, it would maintain the same flow as REQUEST_URI; so you should be able to pop it in and you'd know exactly the originally requested URI 01:28 < vaejor> so check for REQUEST_URI, then HTTP_X_REWRITE_URL, then go down to ORIG_PATH_INFO 01:29 < Wombert> oh wait 01:29 < Wombert> eeeeeh 01:29 < Wombert> oO 01:30 < Wombert> but isn't ORIG_PATH_INFO the same as HTTP_X_REWRITE_URL? 01:30 < vaejor> yeah, then you don't have to worry about stripping anything 01:30 < vaejor> nope, ORIG_PATH_INFO is post-rewrite 01:30 < Wombert> ooooh 01:30 < Wombert> oO 01:30 < vaejor> HTTP_X_REWRITE_URL is pre-rewrite 01:30 < Wombert> good to know that ;) 01:30 < vaejor> I'm throwing something into AgaviWebRouting.class.php to see if it does what I expect 01:31 < vaejor> right now, when I go to http://localhost/numbers/ an internal link points back to http://localhost/numbers/index.php/0 instead of http://localhost/numbers/0 01:32 < Wombert> yeah 01:32 < Wombert> it should work if you change ORIG_PATH_INFO to HTTP_X_REWRITE_URL 01:32 < Wombert> that's what I'm doing right now 01:33 < vaejor> yeah, I'm trying a fallthrough on 4 variables right now 01:34 < vaejor> HTTP_X_REWRITE_URL, then REQUEST_URI, then ORIG_PATH_INFO, then SCRIPT_NAME(last resort just to have the data populated) 01:35 < vaejor> yep, looks better now 01:35 -!- Fastly [n=fafsa@81-178-67-17.dsl.pipex.com] has quit ["Leaving"] 01:35 < Wombert> looks like I got it sorted here 01:36 < Wombert> right 01:36 < Wombert> on to the next one 01:36 < vaejor> cool 01:36 < vaejor> heh 01:37 < Wombert> if you access it via localhost 01:37 < Wombert> what's in SERVER_NAME 01:37 < Wombert> and what's in SERVER_ADDR 01:37 < Wombert> and is SERVER_PORT there? 01:38 < vaejor> hmm, don't see SERVER_NAME or SERVER_ADDR; but SERVER_PORT is set to 80 01:39 < vaejor> ah, LOCAL_ADDR: 192.168.0.99 ( internal IP address )...hrm, I'm not doing it from localhost; one sec 01:39 < vaejor> yeah, LOCAL_ADDR: 127.0.0.1 01:39 < Wombert> okay 01:39 < vaejor> SERVER_NAME: localhost 01:39 < Wombert> but where can I read "localhost" from 01:39 < Wombert> so SERVER_NAME is there? 01:40 < vaejor> oops, it was there, sorry 01:40 < vaejor> yeah, it looks like it's the server requested from 01:40 < Wombert> okay 01:40 < Wombert> perfect 01:40 < Wombert> same as in apache 01:40 < vaejor> lemme try by ip see if it follows that 01:40 < Wombert> I'll do https:// if HTTPS is set 01:40 < Wombert> and add the port if it's not 80 or 443 01:40 < vaejor> yeah, same, http://127.0.0.1/numbers/ reports SERVER_NAME as 127.0.0.1 01:41 < vaejor> it's not liking me trying on https 01:41 < vaejor> there are a few visible variables on http:// though 01:42 < vaejor> most useful seems to be: SERVER_PORT_SECURE 01:42 < vaejor> maybe SERVER_PROTOCOL 01:45 < vaejor> ah ha 01:45 < vaejor> HTTPS: off 01:45 < vaejor> ( on the http:// connection ) 01:45 < Wombert> wait 01:45 < Wombert> HTTPS is _set_ ? 01:45 < vaejor> yep 01:45 < Wombert> even with http:// 01:45 < Wombert> bummer 01:45 < vaejor> on http:// connection 01:45 * Wombert kicks IIS 01:45 < vaejor> $_SERVER['HTTPS'] == off 01:46 < vaejor> are you trying to rebuild the whole base URI? 01:46 < Wombert> sure 01:46 < vaejor> why not just ignore the SERVER_NAME and prefix portion since that should lock into place as long as you put in an absolute path 01:47 < Wombert> no, that's for 01:47 < vaejor> all you have to set on is abc = "/sc" 01:47 < Wombert> you must use the full URI there 01:47 < Wombert> including protocol and server name 01:47 < vaejor> hmm, mine seems to be working without it; probably broken iis 01:47 < Wombert> doesn't work 01:47 < Wombert> I think either IE or Firefox won't do it then 01:48 < Wombert> "off"; as a literal string, right? 01:49 < vaejor> yeah 01:49 < Wombert> I mean 01:49 < Wombert> it really pisses me off 01:49 < Wombert> having to cater for various web servers 01:49 < Wombert> BUT 01:49 < Wombert> it's great to have you 01:49 < vaejor> grin 01:49 < Wombert> because it means Agavi 0.11 will work out of the box for IIS people 01:49 < vaejor> it'll just get more people to adopt ;) 01:49 < Wombert> and that's good 01:49 < Wombert> yeah exactly 01:49 < vaejor> ["HTTPS"]=> 01:49 < vaejor> string(3) "off" 01:50 < Wombert> thanks man 01:50 < vaejor> np 02:01 < Wombert> yeah 02:01 < Wombert> cool 02:01 < Wombert> everything's working this way 02:02 < CIA-6> david * r670 /trunk/src/routing/AgaviWebRouting.class.php: IIS fixes, base path and base href retrieval for WebRouting 02:02 < Wombert> give that a try 02:02 < CIA-6> david * r671 /trunk/samples/webapp/modules/Default/templates/Master.php: use base href in sample app 02:02 < vaejor> k 02:02 < Wombert> it should correctly generate URLs for you now 02:02 < Wombert> with routing on, and with routing off 02:03 < Wombert> errr 02:03 < Wombert> sorry 02:03 < Wombert> rewrite on and rewrite off 02:03 < Wombert> rewrite off should remove the index.php in generated urls 02:05 < Wombert> ... 02:05 < Wombert> rewrite on, of course 02:05 < vaejor> heheh 02:05 < vaejor> yeah 02:06 < vaejor> hmm, still getting index.php 02:09 < Wombert> hmh 02:09 < Wombert> are you using the sample app? 02:09 < Wombert> could you check the source code and tell me what base href is 02:09 < vaejor> no, checking with my numbers app; it may be working; clearing a cache on one browser to see what's going on 02:09 < vaejor> ah, there it is; evidently browser cache issue 02:11 < vaejor> looks like basehref is good 02:13 < Wombert> base href is fine? 02:13 < Wombert> and generated urls, too? 02:13 < vaejor> yep 02:13 < Wombert> oO 02:13 < Wombert> weird browser cache ;) 02:13 < Wombert> good to hear that 02:13 < vaejor> yeah, don't have the quick cache clearing extension on that machine :/ 04:22 * Wombert yawns 04:53 < CIA-6> david * r672 /trunk/docs/docbook/manual.xml: more docs, refs #30 04:53 < Wombert> vaejor: just curious 04:53 < Wombert> are you missing anything from agavi 04:53 < Wombert> 0.11, that is 04:54 < Wombert> is there something you think it should be able to do but isn't 04:54 -!- Entriple [n=guy133@216.118.194.14] has joined #agavi 04:54 < Wombert> or is there anything that needs to be changed back, maybe even to old behavior, like the action execute methods or so 04:54 < Wombert> hi Entriple 04:54 < Entriple> hey Wombert 05:20 < vaejor> *blink* 05:20 < vaejor> sorry, went napping for a bit 05:21 < vaejor> nothing I can think of atm that is missing; mainly i'm just trying to figure out how to set it up well 05:21 < vaejor> I haven't really played with pre-0.11.0 at all, so I don't have any knowledge on what would be changed back either 05:22 -!- shoan [n=shoan@59.92.192.100] has joined #agavi 05:24 -!- shoan [n=shoan@59.92.192.100] has quit [Client Quit] 05:34 < Wombert> kk 05:34 < Wombert> :) 05:34 < Wombert> off to bed now 05:34 < Wombert> l8rs 05:34 -!- Wombert [n=Wombert@dslb-088-064-003-042.pools.arcor-ip.net] has quit [] 06:31 -!- shoan [n=shoan@59.92.192.100] has joined #agavi 06:52 -!- shoan_ [n=shoan@59.92.199.76] has joined #agavi 07:05 -!- shoan [n=shoan@59.92.192.100] has quit [Read error: 110 (Connection timed out)] 07:37 < vaejor> hmm, need to find some way of allowing slots in decorators to add each of their css file information to an array that's available to the topmost decorator so it can fill the data in the outermost decorator 07:38 < vaejor> also has to be recursive in case decorators are nested, has to push to the topmost decorator 07:39 < shoan_> any one speaking german here? 07:39 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has quit [Read error: 104 (Connection reset by peer)] 07:39 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi 07:47 -!- raidman|Away is now known as raidman|Work 07:47 < raidman|Work> morning 07:47 < vaejor> 'lo 07:47 < vaejor> about to head to sleep here 07:48 < raidman|Work> hmm, you want have a css file per decorator and attache it to decorator template? 07:48 < vaejor> yeah, the topmost decorator template always 07:49 < vaejor> actually, a css file per slot if possible 07:49 < vaejor> so it'd be able to set data in the view class for the slot 07:49 < raidman|Work> it's very easy 07:50 < raidman|Work> use setAttributeByRef 07:50 < vaejor> doesn't setAttribute link it to that specific view? 07:50 < raidman|Work> somthing like this in slots 07:50 < vaejor> I tried just setAttribute() and only got the one in the lowest slot that called the parentmost decorator 07:51 < raidman|Work> you have to use ByRef 07:51 < vaejor> k, can try that 07:51 < raidman|Work> $styles = Array(); 07:51 < raidman|Work> $request->setAttributeByRe('styles', $styles); 07:51 < raidman|Work> this is initial 07:52 < raidman|Work> and then you should do this in every slot view 07:52 < raidman|Work> or action 07:52 < raidman|Work> $styles =& $request->getAttribute('styles'); 07:52 < raidman|Work> $styles['slot_name'] = 'file_name'; 07:53 < raidman|Work> makes sense? 07:53 < vaejor> mostly 07:53 < vaejor> still working on understanding most of the flow of agavi atm ;) 07:54 < raidman|Work> :) 07:54 < vaejor> so actually set it as an attribute in the request 07:54 < vaejor> wasn't sure if that was appropriate 07:55 < raidman|Work> if you initial it before execution of slots an if you uese ByRef and =& it could be done, I think :) 07:55 < raidman|Work> s/an/and/ 07:55 < raidman|Work> damn 07:56 < raidman|Work> s.uese/use/ :P 07:56 < raidman|Work> he he he, my english is horrible :) 07:56 < vaejor> hmm, does the $request->setAttributeByRef() become available to the slot/decorator? 07:57 < vaejor> I figured it was oly the $view->setAttribute() data that was available 07:57 * raidman|Work scratches his head 07:58 < raidman|Work> v-dogg, are you around? 07:58 < vaejor> I can't be sure either way, but that's just what I've gathered conceptually so far 07:59 < raidman|Work> vaejor, I don't know really, so try it and come back here and ask if it failed or not 07:59 < vaejor> in the smartyRenderer, it pulls it out of the $view->getAttributes(); 07:59 < vaejor> hmm, maybe I could set it in both, then add it to the $request one and it will automatically fill the $view as well 08:00 < vaejor> so when it comes time to use it, both will be by ref, so both should have the full data; the $request would be used for setting it easily and the $view would be used for getting it out 08:00 < raidman|Work> you should set it in request and finally in main view 08:01 < vaejor> hmm, I'll try that 08:02 -!- raidman|Work is now known as raidman|Away 08:02 < vaejor> ty for the pointer :) 08:05 -!- raidman|Away is now known as raidman|Work 08:05 < raidman|Work> damn ISP 08:06 < raidman|Work> vaejor, did you try that? 08:06 < vaejor> yeah, doesn't seem to be access to $request or $this->getRequest() from the view 08:07 < vaejor> checking $this to see if I can get to it some other way 08:09 -!- vaejor_ [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi 08:09 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has quit [Read error: 104 (Connection reset by peer)] 08:10 < vaejor_> mine hates me too evidently ;) 08:10 < raidman|Work> :) 08:14 < raidman|Work> vaejor_, btw, you have to get request from Context 08:14 < vaejor_> yeah, got that 08:15 < vaejor_> and working with appendAttributeByRef, but can't send through a string without it being pushed into a variable, so playing with just using $request->appendAttribute() to see if the original byRef will maintain it 08:15 < vaejor_> hmm, I think it worked 08:16 < vaejor_> evidently stylesheets are still off so it's ugly, but it put 4 of them in there 08:16 < raidman|Work> that's good news :) 08:17 < vaejor_> on the original view page, I did this: 08:17 < vaejor_> // initially prepare the cssFileList array for population 08:17 < vaejor_> $cssFileList = array(); 08:17 < vaejor_> $this->getContext()->getRequest()->setAttributeByRef( 'cssFileList', $cssFileList ); 08:17 < vaejor_> $this->setAttributeByRef( 'cssFileList', $cssFileList ); 08:17 < vaejor_> then on each view page needing a css, this: 08:17 < vaejor_> // fill the cssFileList for this view 08:17 < vaejor_> $this->getContext()->getRequest()->appendAttribute( 'cssFileList', 'styles/index.css' ); 08:19 < raidman|Work> perfect 08:19 < vaejor_> nice, figured there was an existing way; just wasn't sure about using any attributes outside of the current view 08:20 < vaejor_> thanks again; time for sleep for me though 08:20 < raidman|Work> np :) 08:20 < raidman|Work> good night :) 08:20 < vaejor_> 'night 08:40 < v-dogg> huomenta 08:53 < ttj> Huomen. 08:57 < raidman|Work> huomenta 09:02 < v-dogg> what's up 09:10 < ttj> Packaging the latest trunk into a PEAR package for installation. 09:11 < v-dogg> you are aware of the phing task that does it for you? 09:11 < v-dogg> it just shows a wrong version number 09:12 < v-dogg> I'll fix that now... 09:13 < ttj> Yep. 09:16 < v-dogg> setReleaseVersion('0.11-DEV'); and setAPIVersion('0.11.0-DEV'); 09:16 < v-dogg> everyone agrees? 09:16 < v-dogg> was 0.10.2 and 0.10.0 09:18 < ttj> Sounds good. 09:21 < CIA-6> v-dogg * r673 /trunk/etc/phing/AgaviPackageTask.php: Version number to 0.11-DEV. 09:35 -!- shoan_ [n=shoan@59.92.199.76] has quit [] 09:42 < CIA-6> v-dogg * r674 /trunk/src/exception/templates/plaintext.php: Plain text exception template. 09:59 < CIA-6> v-dogg * r675 /trunk/src/exception/templates/ (plaintext.php shiny.php): It seems to be possible that an exception can get thrown without a stack frame (without file and line info) and our exception templates get confused when this happens. This fix makes them handle it a bit better. 10:20 -!- shoan [n=shoan@61.95.206.107] has joined #agavi 10:21 -!- raidman|Work is now known as raidman|Away 10:50 < CIA-6> v-dogg * r676 /trunk/src/ (24 files in 14 dirs): Context => AgaviContext in phpdoc comments. 11:19 -!- raidman|Away is now known as raidman|Work 11:32 -!- toby_swe [n=Miranda@PB111.EBC.UU.SE] has joined #agavi 11:58 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi 11:58 -!- vaejor_ [n=vaejor@ip68-227-141-108.br.br.cox.net] has quit [Read error: 104 (Connection reset by peer)] 13:13 -!- Wombert [n=Wombert@dslb-088-064-003-027.pools.arcor-ip.net] has joined #agavi 13:14 < v-dogg> wombie! :) 13:16 < Wombert> hi there 13:16 < Wombert> got a sore throat :| 13:17 < v-dogg> :/ 13:22 < v-dogg> wtf... 13:22 < v-dogg> same rewrite rules in httpd.conf and in .htaccess result to different rewrite 13:23 < Wombert> yeah might happen 13:23 < Wombert> rewrite base and stuf 13:23 < Wombert> f 13:23 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi 13:24 < v-dogg> agavis default rules from _.htaccess don't work in httpd.conf 13:24 < v-dogg> /modpub for instance stops working 13:27 < Wombert> ... 13:27 < Wombert> ... 13:27 < Wombert> rewrite 13:27 < Wombert> base 13:27 < Wombert> ... 13:28 < Wombert> and maybe you should set a base href 13:28 < Wombert> see sample app 13:28 < v-dogg> but I think RewriteCond %{REQUEST_FILENAME} !-d should be included into _.htaccess 13:29 < v-dogg> yeah I didn't bother to see what was wrong with httpd.conf. I just moved everything to .htaccecc 13:29 < Wombert> that's where it belongs anyway 13:30 < v-dogg> yep 13:32 < v-dogg> !-d doesn't work after all 13:33 -!- shoan_ [n=shoan@61.95.206.107] has joined #agavi 13:33 < v-dogg> no, it's my routes that aren't working :) 13:34 < Wombert> I had an idea this morning 13:36 < Wombert> 13:36 < Wombert> that route would have all the child routes for user services 13:36 < Wombert> cool, eh? 13:37 < Wombert> you could use anything you like as a source... HTTPS, REQUEST_URI, PATH_INFO (default), SERVER_PORT, you name it 13:37 < Wombert> gotta talk to dominik and figure out if it's possible 13:37 < Wombert> generation would be a bit difficult 13:40 < v-dogg> what's wrong with my index route 13:40 < v-dogg> Wombert: that would be cool 13:41 -!- shoan__ [n=shoan@61.95.206.107] has joined #agavi 13:42 < v-dogg> hmmm 13:42 < v-dogg> my last route pattern: pattern="^/$" 13:42 < v-dogg> and I get 404 13:42 < v-dogg> all other routes works 13:42 < Wombert> for index.php/ 13:42 < Wombert> or just index.php 13:42 < Wombert> or www/ 13:43 < Wombert> index.php/ should work 13:43 < Wombert> there's a bug I have to fix 13:44 < v-dogg> localhost/index.php/ works, localhost/ doesn't 13:44 < Wombert> yes 13:45 < v-dogg> I made a simple plaint text exception template, btw 13:46 -!- shoan [n=shoan@61.95.206.107] has quit [Read error: 110 (Connection timed out)] 13:46 < v-dogg> and thought about what you said about different templates for different enviroments/output types 13:49 < v-dogg> just for different enviroments this would be easy - just a %..%/my/template/ 13:49 < v-dogg> but output types... hmmm... 13:50 < Wombert> yeah 13:50 < Wombert> I'll probably do an block in settings.xml 13:50 < Wombert> but I don't really like that because IMO the templates per output type should be defined in output_types.xml 13:50 < v-dogg> yep 13:50 < Wombert> but then, exception templates don't really belong there 13:51 < v-dogg> also true 13:51 < Wombert> and it's difficult to declare generic ones there 13:52 < v-dogg> but settings.xml is not that bad a place for those 13:52 < Wombert> yeah 13:52 < Wombert> true 13:52 < Wombert> I'll implement it there 13:53 -!- shoan_ [n=shoan@61.95.206.107] has quit [Read error: 110 (Connection timed out)] 13:55 < v-dogg>