#22706 [Fbk->Opn]: mirror site has hard-coded links to www.php.net

ID: 22706 User updated by: vbhackattack at hotmail dot com Reported By: vbhackattack at hotmail dot com -Status: Feedback +Status: Open Bug Type: Website problem Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: Regarding the search base parameter, the links on the results page are now based on my starting domain. Thank you :) One observation, the URL of the search results the first time around contains a whack of query string parameters, whereas for subsequent searchs the URL is bare. It seems like there are two different implementations of preserving the search base parameter. Previous Comments: ------------------------------------------------------------------------ [2003-03-15 07:00:16] goba@php.net Can you please check if the search base parameter is carried on for additional searches as you expected now? Jacques has fixed this. The links are fixed there, because the same text is included in the HTML downloadable versions (and will be included in the PDF too), so we cannot use relative links. It may make sense to make those relative links when the manual is generated for php.net... The search issue, is simply by design. If you search on the website, that means "the website" and not a part of it. If you search in the manual, that is a part of the website ;) Which is restricted to English now. We are still working on better language selection modes, so users really get the language they want automatically. While we still get bug reports about these, we would not like to start into modifying the search page too to use those preferences, because that would make more bug reports about this... ------------------------------------------------------------------------ [2003-03-14 20:07:01] jacques@php.net Hi Using the search box on the top of the browser while on the search results page now remembers which mirror you originated from, so that when you click on the results it takes you back to the original site you came from. There are various links to www.php.net in the manuals, etc. for downloads, etc. as lots of people do download the manuals for use on their pc's, and linking to www.php.net does make sense. Regards --jm ------------------------------------------------------------------------ [2003-03-14 14:36:29] jacques@php.net I'm currently having a look at the searching from the search results page issue. Regards --jm ------------------------------------------------------------------------ [2003-03-14 13:57:58] vbhackattack at hotmail dot com P.P.S. Regarding the website search function. There is a nasty side effect of the redirection to ch.php.net for the search results page. If you perform a second search from the search results page, you completely lose your original domain which for the first set of results is cached in the URL and appears in all the results links, e.g. http://ch.php.net/search.php?show=wholesite&pattern=mail&base=http%3A%2F%2Fca.php.net%2F&lang=en Instead, since the search is initiated from ch.php.net the second search results page is all links within ch.php.net. Not what I was expecting. So whatever magic allows search results appearing on ch.php.net to link back to the originating domain, e.g. ca.php.net should also apply to searches initiated from this results page so the domain remains ca.php.net (or whatever I stared from) at all times. Comprende? ------------------------------------------------------------------------ [2003-03-14 12:29:27] vbhackattack at hotmail dot com P.S. In speaking about the website search function, when I say localized manual pages, I mean the 2 character language code embedded in the URL of the page. Since I'm starting from ca.php.net and have EN-US as my browser / OS locale, I don't want to have "fr" pages showing up in the search results, e.g. http://ca.php.net/manual/fr/ref.mail.php If you search for "mail" in the "whole site" you end up with the same page repeated many times for "en", "fr", "it", "tw", "de". Whoa! Regards ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22706 -- Edit this bug report at http://bugs.php.net/?id=22706&edit=1