From: Torsten F. <to...@fa...> - 2012-04-07 12:36:48
|
Hi Jean-Marc, maybe not "nobody cares", maybe more just filled up. I am actually my unread and not unimportant mostly tiki-related mails of the last three or for days since about two and a half hours. If you are really convinced, that the code snipped is useless (I cannot evaluate this) the you get at least my +1 to remove. Happy easter to everybody. Torsten Am 07.04.2012 12:18, schrieb Jean-Marc Libs: > Hi, > > On 4/6/12, Pete Jalajas <pj...@gi...> wrote: >> Thanks, Marc, I see what you're saying, but this is a little >> different, I think. I want to stay in the same domain, but in my same >> subdirectory, too. See my other email that this same problem happens >> at http://demo.tiki.org/9x/ as well. >> >> Shouldn't the default be to stay in the current subdirectory? >> >> I see the Cookie pref under Login configuration has the path (/9x/) on >> the demo site. But that doesn't seem to be helping in this case. >> >> Configuration search: path >> has some interesting options, but none seem relevant in this case. >> >> Configuration search: redirect >> also has some interesting options, including the "Domain Redirects" >> you mention. What I think we need is something like a base_url >> setting where one could put something like >> /9x/ >> or >> domain.tld/9x/ >> >> I'd put >> demo.tiki.og/9x >> in >> Domain redirects: (found in general) >> at >> http://demo.tiki.org/9x/ >> but I'm afraid it might break something. (That configuration page >> doesn't instruct whether to add http:// or trailing slashes.) >> >> Funny, seems so basic, no? Seems like the RFC thing is messing things >> up. RFC, SchmaRFC, who cares?! :^) > Obviously, nobody cares. > I did a quick check and Tiki 9 has roughly 973 occurences of 'header("Location:' > and only about 2 files (tiki-setup_base.php and > tiki-wikiplugin_edit.php) seem to care about this. > All the rest seem to use relative urls, *and this causes absolutely no problem*. > > So either there is a general consensus among web browsers to handle > relative urls, or php or apache somewhat do some clever magic behind > our backs. > In any case, I suggest we remove this overly complicated useless > snippet of code. > > Cheers, > Jyhem > >> On Fri, Apr 6, 2012 at 10:37 AM, Marc Laporte <ma...@ma...> wrote: >>> There is a preference in tiki-admin.php for domain redirect >>> >>> ex: tikiwiki.org -> tiki.org >>> >>> On 2012-04-06 9:13 AM, "Pete Jalajas" <pj...@gi...> wrote: >>>> Good call, Jonny, re the server setup! >>>> >>>> I happened to be doing this recent testing under my "old" >>>> domain.tld/t >>>> directory. Long ago, I had subordinated that old domain.tld to be >>>> redirected to my newer domain2.tld, so when a web user goes to the >>>> older domain >>>> domain.tld (no subdirectory) >>>> .htaccess in domain.tld/ (root) redirects the visitor to the newer >>>> domain2.tld >>>> >>>> So, I'm guessing, tiki usually directs the visitor correctly with a >>>> relative path, but somewhere in tiki is a direction to send the user >>>> "absolutely" to >>>> "/" >>>> in this case, after a successful login. In >>>> tiki-login.php >>>> I see: >>>> vvvv >>>> // RFC 2616 defines that the 'Location' HTTP headerconsists of an >>>> absolute URI >>>> if ( !preg_match('/^https?\:/i', $url) ) { >>>> $url = (preg_match('/^\//', $url) ? $url_scheme . '://' . >>>> $url_host . (($url_port != '') ? ":$url_port" : '') : $base_url) . >>>> $url; >>>> } >>>> <snip> >>>> header('Location: ' . $url); >>>> exit; >>>> ^^^^ >>>> >>>> Not sure how to handle that. In my case, I can do my testing under >>>> the newer domain2.tld, no problem. >>>> >>>> Questions to you and others: >>>> 1. Is there a chance that this .htaccess absolute "/" redirect is >>>> causing my other weird problems? >>>> 1a. e.g., viewing a tracker throws an error and erroneously >>>> display me as logged out in the Login module. (Overstepping here, but >>>> maybe tiki is looking for my cookie in "/"?) >>>> >>>> 2. Could it be that I don't have new-enough versions of MySQL and PHP? >>>> # php -v >>>> PHP 5.3.4 (cli) (built: Jan 10 2011 03:38:18) >>>> Copyright (c) 1997-2010 The PHP Group >>>> Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies >>>> with eAccelerator v0.9.6.1, Copyright (c) 2004-2010 eAccelerator, >>>> by eAccelerator >>>> with the ionCube PHP Loader v3.3.20, Copyright (c) 2002-2010, by >>>> ionCube Ltd. >>>> >>>> # mysql --version >>>> mysql Ver 14.12 Distrib 5.0.95, for pc-linux-gnu (i686) using readline >>>> 5.1 >>>> >>>> Thanks again _everyone_, >>>> Pete >>>> >>>> >>>> >>>> >>>> On Fri, Apr 6, 2012 at 8:02 AM, Jonny Bradley <jo...@ti...> wrote: >>>>> Clear all caches (including browser)? >>>>> >>>>> Is it set up with an (apache) alias? Sounds like a server setup issue >>>>> (rings a bell but i can't recall what exactly) >>>>> >>>>> jb >>>>> >>>>> On 5 Apr 2012, at 22:23, Pete Jalajas wrote: >>>>> >>>>>> Testing svn co 9.x Last Changed Rev: 40768 >>>>>> in my >>>>>> http://domain.tld/t9x/ >>>>>> directory, using default everything, no profiles, created a new user >>>>>> (me), added me to admins group, logged out, logged in, was redirected >>>>>> to my Server Root (a completely different domain hosted on my server; >>>>>> tiki of course :^). >>>>>> >>>>>> > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > -- Torsten Fabricius fon: +49 178 8 272 383 to...@fa... to...@ti... |